Új hozzászólás Aktív témák

• bambano titán

  #1629

  #1614 ngabor2

  2006-12-31 11:44:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #1614 ngabor2

  #1614 ngabor2

  erről az ezelőtti, meglehetősen terhelt rendszerem nem tudott. és nem is fagyogatott. de ha tapasztalatból mondod, akkor oké. amúgy mitől van?
  
  mindenesetre akkor még mindig van 2 megoldás...
  
  sőt, akár egy olyan is, hogy induláskor a tail -f /var/log/messages-t nyomja ki a /dev/tty11-re

  Még egy ronda dologba futottam mostanában: az anticipatory io scheduler nagyobb adatbázisos műveletekre nem jó, egy-két adatbázis kapcsolat képes megzabálni a teljes io sávszélességet a többi folyamat elől, ilyenkor minden más blokkolódik, mintha meghalt volna a gép, pedig nem. Viszont ha ismétlődő tevékenységről van szó (mint pl. nekem 20 percenként méréseket végez és az eredményt beletolja egy táblába), akkor ha egy tevékenység nem fejeződik be a másik indulása előtt, akkor szépen megborul az egész. Nem árt lecserélni az io ütemezőt.

• bambano titán

  #1615

  #1614 ngabor2

  2006-12-29 23:11:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #1614 ngabor2

  #1614 ngabor2

  erről az ezelőtti, meglehetősen terhelt rendszerem nem tudott. és nem is fagyogatott. de ha tapasztalatból mondod, akkor oké. amúgy mitől van?
  
  mindenesetre akkor még mindig van 2 megoldás...
  
  sőt, akár egy olyan is, hogy induláskor a tail -f /var/log/messages-t nyomja ki a /dev/tty11-re

  Attól, hogyha nem az adott tty-on van a konzol, akkor a kernel puffereli a kiírnivalókat és ha megtelik a puffer, akkor blokkolja a syslogd-t. Ezután egyes, syslogd-be logoló programok megakadhatnak. Előfordulhat, hogy ha lassan jön a syslog, akkor nem történik meg, majd hirtelen valami gond miatt megtolják a syslogd-t és akkor megrohad.
  
  Tudom, hogy nem így kellene működnie, de ez van. Van pár más ok is, ami miatt időnként fejreáll a kernel (pl. ismert bugok voltak/vannak két scsi driverben).
  
  Kiváncsi lennék egyébként, hogy kernel függő-e. Én mindig stock kernelt használok, semmi patchet nem teszek rá. Ehhez képest a gyári debian és ubuntu kernel is több patchet is tartalmaz.
  
  [Szerkesztve]

Új hozzászólás Aktív témák