magist3r 15.01.2011 17:48
Bugzilla — bug #3. chromium возжелал мой жесткий диск самым непотребным образом
Люблю я баги, которые надо ловить. Целая детективная история получается.Сижу за компом, никого не трогаю. ВНЕЗАПНО начинает неистово шуршать винт, и система начинает тормозить так, будто... хм, короче не помню, чтобы когда-то что-то так тормозило. Учитывая то, что на 37 ядро в сузе уже наложили легендарный патч, удивлялся я очень сильно. Ладно, полез в консоль. Минуты три пытался залогиниться (дада, консоль тоже неслабо тормозила). top радостно сообщил мне, что загрузка процессора не превышает 10%.
Потом я раздобыл утилитку iotop, которая мне и поведала, что идет активное чтение с диска, причем постоянное. Среди претендентов на неприличное поведение были chromium, akonadi, ktorrent и еще что-то. Путем killall -9 проб и ошибок было выяснено, что виноват во всем chromium. Дела...
Во-первых, конечно, меня очень расстраивает ситуация, что загрузка жесткого на полную приводит к неработоспособности системы.
Во-вторых, что писать в багзиллу?
Ну и в-третьих. Я конечно очень сомневаюсь, но может я не один такой?
UPD. Порылся в багзилле. А вот это вот не оно?
а интересно с легендарным патчем все летало ?
До арча , еще не дошла 37 , ждем :)
До арча , еще не дошла 37 , ждем :)
>Во-вторых, что писать в багзиллу?
Пробуете воспроизвести проблему ещё раз, запоминаете все условия для воспрозведения проблемы, с помощью lsof определяете, что именно читает хроимиум, всё это в багтрекер.
Пробуете воспроизвести проблему ещё раз, запоминаете все условия для воспрозведения проблемы, с помощью lsof определяете, что именно читает хроимиум, всё это в багтрекер.
> всё это в багтрекер.
И сюда - интересно, чего это хромиум такое читает столь активно.
И сюда - интересно, чего это хромиум такое читает столь активно.
У меня как раз вчера была аналогичная проблема. Не реагировала даже Alt+SysRq+b. Пришлось избавиться от редкого жука лохнесского вида путем жесткого Reset'а.
таж фигня на нетбуке :) выяснил что хром начинает вешать систему через жд, когда ему оперативки не хватает, увеличив которую до 4гигов решил проблему)
Вот Вам и легковесность, о которой маркетологи гугла трубят по всем углам.....
ну размер исходников не показатель, если он имеет модульную структуру (а он имеет), то грузится будет не скомпилированные 100 метров, а только то, что надо
обычно такое бывает когда заканчивается оперативка. Если нету свопа - то комп вообще зависает и ничего кроме ресета не помогает. а если есть своп - то, в зависимости от необходимого количества памяти, вы можете даже и не заметить сильных тормозов. Ну это все я испытал на себе, так что в подобных случаях делайте еще free -m
Точно, это классические симптомы заканчивающейся оперативки. Почему OOM Killer не убивает виноватый процесс - непонятно...
не слышал о таком. После гугления посмотрел - вроде и не ново, но у меня никогда не работало. Сейчас правда стоит уже 8 гб оперативки, так что проверить нету возможности, да и желания =)
Я так понял тем, у кого нет 2-х гигов ОЗУ его лучше не ставить? Зачем воообще нужно такое бистродействие???
Про оперативку все-таки странно. Да, свопа у меня нет. Но при этом еще 1 гиг был свободен. Ну то есть занят кэшами. Поэтому все же смахивает на баг.
Вот с єтого и стоило начать! :-) Своп на то и нужен, а вот почему хромиум жрет столько, то єто вопрос уже другой (єто уже в багзиллу).
Так это оказывается хром виновен... chrome 8 stable, недавно то же самое случилось, когда была запущена виртуалка и хром, забило всю оперативу и почти весь своп, в результате через 15 минут OOM убил виртуалку и все ожило=)
Если что, легендарный патч не лечит легендарный баг 12309, ага.