| 1 |
Alex Efros пишет: |
| 2 |
> Hi! |
| 3 |
> |
| 4 |
> Никто не сталкивался с периодическими подвисаниями системы секунд на 5-10? |
| 5 |
> При этом интерфейс вообще не работает (мышка движется, но клики мышки и |
| 6 |
> нажатия кнопок игнорируются), а когда через несколько секунд он "отвисает" |
| 7 |
> все клики/нажатые кнопки срабатывают (т.е. они не потерялись, а ждали |
| 8 |
> где-то в очереди). |
| 9 |
> |
| 10 |
> Что интересно, у меня используется conky (разные системные индикаторы), |
| 11 |
> так после отвисания я на нём наблюдаю за тот период, что система ни на что |
| 12 |
> не реагировала, 100% загрузку одного из ядер CPU. Поймать гада, жрущего |
| 13 |
> в это время CPU не удаётся - как только я запускаю top или просто |
| 14 |
> переключаюсь в консоль с уже запущенным top использование CPU моментально |
| 15 |
> прекращается. |
| 16 |
> |
| 17 |
> По симптомам это более всего похоже на баг ядра (хотя бы просто потому, |
| 18 |
> что система так жёстко подвисать не имеет права в принципе). Кроме того, |
| 19 |
> раньше (несколько месяцев назад) такого не случалось, а сейчас где-то раз |
| 20 |
> в несколько дней происходит. |
| 21 |
> |
| 22 |
> |
| 23 |
> P.S. |
| 24 |
> В общем, железо становится всё мощнее, а система в общем работает всё хуже. |
| 25 |
> Раньше это только с виндой происходило, но сейчас, похоже, и линух этим |
| 26 |
> заражается. Чего стоит только баг с дикими тормозами при интенсивном |
| 27 |
> дисковом I/O (когда у меня rtorrent новый файл создаёт или хеш считает на |
| 28 |
> машине ничего больше делать нельзя, и это при почти 0% загрузке CPU) - |
| 29 |
> сразу вспоминаются древние анекдоты про винду 3.1: "Папа, а что такое |
| 30 |
> многозадачность - подожди, сынок, сейчас дискету доформатирую и покажу". |
| 31 |
> Если кому интересно, вот инфа по этому багу: |
| 32 |
> http://linuxforum.ru/index.php?showtopic=67731&st=0 |
| 33 |
> http://www.opennet.ru/opennews/art.shtml?num=19790 |
| 34 |
> http://bugzilla.kernel.org/show_bug.cgi?id=12309 |
| 35 |
> |
| 36 |
> |
| 37 |
урли довольно интересные... особенно |
| 38 |
http://bugzilla.kernel.org/show_bug.cgi?id=12309 , на который ведет одна |
| 39 |
из страниц форума. |
| 40 |
у меня Core2Duo E8500 3Ghz .. винты сата, чипсет интел G35... в общем |
| 41 |
одна из конфигураций, которая была описана на форуме. |
| 42 |
однако у меня софтверный рейд на двух винтах. и на нем стоит /. |
| 43 |
много дисковых операций я не совершал, однако когда у меня оперативы |
| 44 |
было 1Г, то когда своп начинал юзаться, система "повисала" на минут 5 аж, |
| 45 |
когда отвисала видел что в свопе 600М болтается :). в эти "повисы" даже |
| 46 |
мышка не двигалась :) ядро было 2.6.26 |
| 47 |
Сейчас у меня 3Г ОЗУ и ядро 2.6.28.8 ... тормозов я не вижу видать |
| 48 |
потому, что ничего не свопится. |
| 49 |
однако когда начинают считаться хеши в linuxdcpp то становиться довольно |
| 50 |
проблематично что то делать... мышка подтормаживает или где нить музыка |
| 51 |
заикнеться. благо п2п пользуюсь редко, а скорость хеширования порядка |
| 52 |
120Мб/с. хотя! иногда скорость достигает и 180Мб/с что правильно... но |
| 53 |
почему то в половине случаев оно идет на низких скоростях.. хотя проц не |
| 54 |
используется на полную.. так что при подчете хеша все упирается в винт таки. |
| 55 |
кстати ФС - ext4. не ext4dev. с 2.6.28 оно избавилось от суффикса dev. |
Archives