Neden programları Linux altında log_wait_commit'e takılıyorum?


2

Linux kurulumumda bulamadığım, çok yanlış bir şey var.

Ubuntu Lucid Lynx (10.04) 64 bit'tir. Donanım bir Dell Optiplex 960: Intel Core 2 Quad CPU, 8 GB RAM, 2 x 300 GB HDD'ler. / home bir diskte ext2'dir ve diğer her şey diğerindedir (/ ayrıca ext3'tür). VirtualBox, Outlook'ta takvim oluşturma için 64 bit Vista görüntüsünü çalıştırıyor, ancak ağır uygulamalar IntelliJ, NetBeans, MySQL ve Opera. Opera ayrıca 10.000'den fazla mesajın bulunduğu postalarımı (IMAP) da yüklüyor.

Sorun Opera'nın zaman zaman birkaç saniye durmasıdır. İşlem listesini izlemek, içinde olduğunu gösterir. log_wait_commit Bunun anlamı (anladığım kadarıyla) dosya sistemi bir şeyleri tutuyor. Bazen bunu bir yıkılma güncellemesi yaparak gerçekleştirebilirim, ancak genellikle görebilmem için bir sebep olmaz. Genellikle Opera olur, ama ben de NetBeans'ın altından geçtiğini gördüm. Uygulamanın çökmesine neden olmaz - sadece birkaç saniye boyunca tamamen tepkisiz.

Googling vardır değil yardım etti. Aldığım en yakın dosya sistemindeki sync niteliğini kaldırmaktı. Bu hiçbir şey başarmadı. Bir Linux gurusu arkadaşının tavsiyesi üzerine, indirdim /proc/sys/vm/dirty_writeback_centisecs 300’e kadar, ancak bu da hiçbir şey yapmadı. Ve tek düşünebildiği şey buydu.

Neler oluyor ve düzeltebilir miyim? (Ve nasıl?)


Koşmak dmesg Bu sırada veya hemen sonrasında komut satırından ext2 veya ext3 veya sda1 vb. referanslara bakın. Bu, neler olup bittiğini anlamaya yardımcı olabilir. Özellikle, neden donanımla ilişkiliyse, dmesg muhtemelen gösterecektir.
Jander

Sistem kayıtlarında hiçbir şey görünmüyor. Kısaca, flashpluginin yaramazlık yarattığını düşündüm, ama değil.
staticsan

Yanıtlar:


2

Bu forumlardan birkaçının takıldığını çeşitli forumlarda gördüm, ancak hiçbir zaman düzeltmedim. Sorun makinemde çözüldüğü için, bildiğim şeyi burada paylaşıyorum:

  1. Dört Ubuntu sistemimden hepsi 10.04 ve ext3 dosya sistemli, sadece bir AMD dörtlü sistemde oldu. Diğer üçü Intel dörtlüsüdür. Bu bir tesadüf olabilir.
  2. Sıklıkla asılı olan işlemler tarayıcılardır (hangisini kullanırsam kullanırım) ve gconf-d
  3. Sorun 9.04’e yapılan bir güncelleme ile ortaya çıktı. Yamasız 9.04 askıda kalmıyor, 9.04 güncellemelerini yükledikten hemen sonra tekrar beliriyorlar. Bu tekrarlanabilir. 10.10 dahil olmak üzere tüm diğer versiyonlar kilitleniyor.

Sorunu çözmüş gibi görünen şey:

/ Home dahil tüm dosya sistemlerinde ext4 kullanarak tamamen yeniden yükleme. Elbette daha önce yeniden yüklemeyi denedim ama FS'yi ext3 üzerinde tutmaya çalıştım.


Bu, keşfettiklerimle rezonansa girdi. T niteliğini .opera dizinine koyarak ve .opera / cache dizinini silerek sorunu yaşanabilir bir oranda azaltabileceğimi öğrendim. Bu, ext3 ayırıcısının alt dizinleri diskte yayma davranışını değiştirir. Tarayıcıların tetiklediği multi-core altındaki ext3 ayırıcısında bir hata olabilir gibi görünüyor.
staticsan
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.