Всем привет.
Есть небольшая проблема , если вкратце, то:

- есть проект gwt, есть железо (pentium i7, 4GbRAM)
- компиляция проекта проходит нормально в win7, opensuse 11.3
- ПРОБЛЕМА: компиляция под opensuse 11.4 вешает комп на столько, что лагает мышь и абсолютно система зависает, и "отмирает" затем по окончании компиляции.
- тот же самый проект на более слабом компе (ноут Core2Duo, 3GbRam) также собирается без зависаний

если смотреть в top-процессах, то во всех случаях во время компиляции порождаются кол-во java-процессов, равное кол-ву ядер проца.

почему именно в opensuse 11.4 проявляется такая проблема, и как её решить?

Журавлев Денис,

Своп совсем не используется, т.к. оперативки пока достаточно (проверил, анализируя через монитор ресурсов).
Про проблему 12309 - узнал только что, почитал про неё - все факторы похожи. Как именно проверить - не знаю.
На всякий случай еще скажу - что винт работает в режиме UDMA.

Журавлев Дениссвоп используется во время компиляции?
Добавлю еще - при компиляции генерятся кучи мелких промежуточных файлов, т.е. большая нагрузка на I/O.

Журавлев Денисесли файлы мелкие то это не 12309, почему udma6 ? Винт не сата штоли?

Винт SATA, в биосе выставлен режим AHCI. При установке opensuse 11.4 ни в какие тонкости не вникал, установил всё с дефалтовыми параметрами.

Вот результат команды hdparm что пишет.

i7:~ # hdparm -i /dev/disk/by-id/ata-WDC_WD1002FAEX-00Z3A0_WD-WCATR5814618
/dev/disk/by-id/ata-WDC_WD1002FAEX-00Z3A0_WD-WCATR5814618:

Model=WDC WD1002FAEX-00Z3A0, FwRev=05.01D05, SerialNo=WD-WCATR5814618
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1953525168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7

* signifies the current active mode

Тоесть помечен режим udma6. Это неправильно для данного типа винта?

Журавлев Дениспопробуйте переключить планировщик на noop

echo noop > /sys/block/sdX/queue/scheduler

а если что то пойдет не так - обратно можно будет переключиться? :)

Журавлев Дениссвоп используется во время компиляции?

хотя да, прогнал несколько раз компиляцию - заметил своп стал использоваться (8%)

Журавлев Денисunicornmirageпропущено...
хотя да, прогнал несколько раз компиляцию - заметил своп стал использоваться (8%)покрутить swappiness в сторону уменьшения?
добавил строку в файле /etc/sysctl.conf:
vm.swappiness=10

запустил компиляцию, стал следить за монитором ресурсов (память + своп), как только память приблизилась к отметке 90% (около 4 Гб), своп при этом использовался еще в 0%, стало всё зависать и комп завис настолько (винт всё время работал и скрежетал), что только reset помог.
Т.е. данный подход по моему только усугубил ситуацию.

Журавлев Дениспопробуйте переключить планировщик на noop

echo noop > /sys/block/sdX/queue/scheduler

да, этот режим помог значительно снизить лаги!
потом поигрался с режимами cfq и deadline - действительно, оба этих режима вызывают лаги, если память переполнена и используется своп больше 8%.
тоесть режим noop выручил, спасибо за эту подсказку!

Возникает еще вопрос - в opensuse 11.4 написано, что по-умолчанию включен режим cfq. Почему в таком случае он оказывается не столь эффективным, чем noop?

Журавлев ДенисВ 99% случаев, 99-ти% пользователей наилучшим будет cfq, у вас какой-то частный случай и не очень понятный, возможно noop в вашем случае лечит симптомы а не болезнь.
Мне как бы непонятно до конца, проблема в диске или процессоре, свопе,
Менял винт, - проблема оставалась, следовательно не в нём дело.
А какие могут быть проблемы в процессоре или свопе?

Журавлев Денис я бы смотрел powertop-м sar-м vmstat-м, но ими надо уметь пользоваться.

попробую поразбираться с этим.