Ну и да, когда я, недоубунтард, впервые об этом услышал с полгода назад, то порадовался, что у меня такого не бывает. Пару месяцев назад и меня постигла сия печальная участь.
Я не осилил разобраться. Не я один, судя по всему. Не знаю, может это и не оно, но похоже. И да, я нищеброд, мне не подходят такие 100% работающие решения. Когда вырасту, куплю компьютер за 200 тыщ, чтоб тридэ не тормозил и фуллХД нормально проигрывалось. А пока могу только поплакаться в чужих тредиках.
Мне кажется, ты в плену мистификаций, потому как я на йоба-компе видел 12309 на виндоус севен. Т.е. это нормальное поведение любой системы, т.к. винты являются бутылочным горлом, и любая попытка I/O процесса вызовет адов D-state с постановкой в очередь. Т.е. если у тебя просто ТОРМОЗИТ, это хуйня и норма. А вот если окошки переключаются туда-сюда с трудом, и свопа нет, то уже хуй знает.
Нет, ты нихуя не понел. У тебя случилось банальное переполнение памяти, винт тут ни при чём. Вот если у тебя занято 30% стабильно, винт ебошит и залипает всё, включая курсор и свичинг окон, вот это можно считать за 12309.
У меня собирался свежий билд хромиума (как потом выяснилось, стоял swappiness 100, в связи с чем он ОЧЕНЬ сильно ворочал своподиском) и в это время я сдуру решил скопировать фильмец на внешний hdd... Оно сначала начало копировать, потом подтормаживать, потом начали окна отрисовываться по 20 секунд, а потом всё повисло.
Итак, это тоже не имеет ничего общего с 12309. Ты просто засвопил систему до усрачки, параллельно делая сильный I/O с помощью винта. Суть 12309 в том, что ты без свопа при одном только копировании файлов получаешь такой же эффект.
Я читал его и помню. Люди отключали своп вообще и просто копировали файлы без всякой фоновой компиляции, и у них (якобы) всё висло. А у тебя причина очень очевидна и заключается не в этом «баге», а в неправильно применённой swappiness, вследствие чего у тебя начали свопить и иксы, каждый процесс был занят ожиданием очереди на I/O. Если ты не в курсе, в линуксе нет асинхронного ввода-вывода.
К.О. ворвался в линукс? Я уж даже не знаю, что тут ещё сказать. Надо завести ещё один баг, высокая нагрузка на процессор вызывает повышение его температуры.
Т.е. копирование файла и конпеляция (которая дёргает сотни файлов и записывает такие же сотни объектников, хромиум — огромная система) — это недостаточное обоснование? Лол. Нет, у меня дебиан, а вот на семёрочке зависания программ при копировании файлов наблюдал лично. И на достаточно новом железе.
Ну так я и говорю, что достаточное. Но если ось подвисает просто при достаточно сильной нагрузке — то это говно, а не ось. Хотя, да. Сейчас ты скажешь, что линупсы — говно.
Нет, я скажу то же, что уже говорил — винт является бутылочным горлом в производительности, это самый медленный компонент. Поэтому от повышенной нагрузки на эту подсистему, разумеется, вешаться будет всё, чему он нужен. А винт нужен всем процессам, как правило.
Возможно, если б ты подождал, оно бы развисло. Некоторые люди не понимают разницы между hang up и stall, называя всё зависанием. Кроме того, компиляция на винте сама по себе очень затратна, надо читать и писать очень много мелких файлов, это рандомный I/O, который будет очень медленный и затормаживать другие процессы. Говорю ещё раз, асинхронного I/O по дизайну в линуксе нет, поэтому постановка в очередь I/O процесса означает D state и его остановку до подхода очереди. Живи с этим или проваливай на спермёрку.
Значит, зависания как такового не было, раз ядро отвечало. В следующий раз можешь не спешить, попробовать отцепить иксы и попасть в консоль. Ещё можешь применить 200-строчный патч или дождаться выхода ulatencyd. Говорят, помогает при конпеляции.
49 comments
recommend
bookmark
subscribe
Неужели я первый напишу ПРЫЩЕПРОБЛЕМЫ?
Да, да. Вкусный, сука, кактус. Агава, наверное.
Ну и да, когда я, недоубунтард, впервые об этом услышал с полгода назад, то порадовался, что у меня такого не бывает. Пару месяцев назад и меня постигла сия печальная участь.
Спермёрочку поставь. Я поставил.
Да ну нахуй. Я буду по-прежнему обмазываться свежей гентой.
Просто стану осторожнее, да. Я всегда буду настороже!
А с хуя она тебя постигла? Купи норм железо, чо как лох.
Я не осилил разобраться. Не я один, судя по всему. Не знаю, может это и не оно, но похоже. И да, я нищеброд, мне не подходят такие 100% работающие решения. Когда вырасту, куплю компьютер за 200 тыщ, чтоб тридэ не тормозил и фуллХД нормально проигрывалось. А пока могу только поплакаться в чужих тредиках.
Мне кажется, ты в плену мистификаций, потому как я на йоба-компе видел 12309 на виндоус севен. Т.е. это нормальное поведение любой системы, т.к. винты являются бутылочным горлом, и любая попытка I/O процесса вызовет адов D-state с постановкой в очередь. Т.е. если у тебя просто ТОРМОЗИТ, это хуйня и норма. А вот если окошки переключаются туда-сюда с трудом, и свопа нет, то уже хуй знает.
Последние пару раз у меня при открытии фильма в vlc секунд за 10 забились память и своп и система перестала реагировать на раздражители.
Эм, и каким боком тут 12309?
Активная работа с винтом, которая ведёт к подвисанию системы. Я неправильно всё понял?
Ведет, да.
Нет, ты нихуя не понел. У тебя случилось банальное переполнение памяти, винт тут ни при чём. Вот если у тебя занято 30% стабильно, винт ебошит и залипает всё, включая курсор и свичинг окон, вот это можно считать за 12309.
У меня даже мышь сперва тормозила. А потом ВСЁ ПОВИСЛО НАХУЙ КРОВЬ КИШКИ РАСПИДОРАСИЛО
А у тебя как проявлялось и в процессе чего?
А, ок, похожее на это тоже бывало, но очень редко. Буквально пару раз могу припомнить.
Тогда это нельзя называть багом, раз он настолько несистематичен. Очень редко и у меня вместо хиюернейта система вешается с чёрным экраном.
У меня собирался свежий билд хромиума (как потом выяснилось, стоял swappiness 100, в связи с чем он ОЧЕНЬ сильно ворочал своподиском) и в это время я сдуру решил скопировать фильмец на внешний hdd...
Оно сначала начало копировать, потом подтормаживать, потом начали окна отрисовываться по 20 секунд, а потом всё повисло.
Вдругорядь, ССЗБ. Какая мотивация может быть в swappiness = 100? Ну ноль я могу понять, хоть и не одобрю, но сотню — увольте.
Дык вот я и затупил, подумав, что он в обратную сторону работает :)
Итак, это тоже не имеет ничего общего с 12309. Ты просто засвопил систему до усрачки, параллельно делая сильный I/O с помощью винта. Суть 12309 в том, что ты без свопа при одном только копировании файлов получаешь такой же эффект.
Так оно на копировании и повисло.
Глаза разуй и перечитай ещё раз.
Гм. А bugzilla.kernel.org лежит что-ли? Я хотел тебе описание скопипастить.
И вообще, что значит "просто засвопил систему до усрачки"?
Схуябы ей виснуть-то? Ну свопится и свопится.
Я читал его и помню. Люди отключали своп вообще и просто копировали файлы без всякой фоновой компиляции, и у них (якобы) всё висло. А у тебя причина очень очевидна и заключается не в этом «баге», а в неправильно применённой swappiness, вследствие чего у тебя начали свопить и иксы, каждый процесс был занят ожиданием очереди на I/O. Если ты не в курсе, в линуксе нет асинхронного ввода-вывода.
"Large I/O operations result in poor interactive performance and high iowait times"
И что я наблюдал, если не это?
Ожидание очереди на I/O. Да.
К.О. ворвался в линукс? Я уж даже не знаю, что тут ещё сказать. Надо завести ещё один баг, высокая нагрузка на процессор вызывает повышение его температуры.
У меня не вызывает, кстати. Так что не прокатит.
А суть бага в том, что оно не просто возрастает, а внезапно и необоснованно возрастает. Так бы потормозило и перестало, а тут все виснет.
А у меня вызывает. А вот копирование файлов систему не вешает.
Спермерочка? :)
Т.е. копирование файла и конпеляция (которая дёргает сотни файлов и записывает такие же сотни объектников, хромиум — огромная система) — это недостаточное обоснование? Лол. Нет, у меня дебиан, а вот на семёрочке зависания программ при копировании файлов наблюдал лично. И на достаточно новом железе.
Ну так я и говорю, что достаточное.
Но если ось подвисает просто при достаточно сильной нагрузке — то это говно, а не ось.
Хотя, да. Сейчас ты скажешь, что линупсы — говно.
Нет, я скажу то же, что уже говорил — винт является бутылочным горлом в производительности, это самый медленный компонент. Поэтому от повышенной нагрузки на эту подсистему, разумеется, вешаться будет всё, чему он нужен. А винт нужен всем процессам, как правило.
Оно должно не вешаться намертво, а просто тормозить.
Возможно, если б ты подождал, оно бы развисло. Некоторые люди не понимают разницы между hang up и stall, называя всё зависанием. Кроме того, компиляция на винте сама по себе очень затратна, надо читать и писать очень много мелких файлов, это рандомный I/O, который будет очень медленный и затормаживать другие процессы. Говорю ещё раз, асинхронного I/O по дизайну в линуксе нет, поэтому постановка в очередь I/O процесса означает D state и его остановку до подхода очереди. Живи с этим или проваливай на спермёрку.
Ну я минут 20 подождал. Бессмысленно.
Винт при этом работал?
Минут 15. Потом погас.
Тогда посмотри логи ведра. Ещё советую почитать про Magic SysRq и REISUB.
Через sysrq я и ребутнул его.
Значит, зависания как такового не было, раз ядро отвечало. В следующий раз можешь не спешить, попробовать отцепить иксы и попасть в консоль. Ещё можешь применить 200-строчный патч или дождаться выхода ulatencyd. Говорят, помогает при конпеляции.
Ага. Его и жду.
Ну собственно, да, раз sysrq работало, значит прерывание клавиатуры работало, но по ctrl-alt-f1 отчепляться отказался.
А на какой стадии REISUB ты жал C-M-F1?
Ну после R. А когда надо?
По идее, так. Я в таких случаях могу подключиться с ноута по ssh и перезапустить иксы, например.
У меня ssh не был запущен. Тоже такая мысль была :)
Зря, надо под рукой держать.