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

• #1629 bambano titán ngabor2 #1614

  Új Válasz 2006-12-31 11:44:37 #1629

  Ú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

  Privát üzenet küldése

  

  bambano

  titán

  LOGOUT blog

  válasz ngabor2 #1614 üzeneté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.

• #1615 bambano titán ngabor2 #1614

  Új Válasz 2006-12-29 23:11:27 #1615

  Ú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

  Privát üzenet küldése

  

  bambano

  titán

  LOGOUT blog

  válasz ngabor2 #1614 üzeneté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