LINUX.ORG.RU
ФорумTalks

[крик души] Ну и где, #%$, надёжность GNU/Linux?

 


0

0

Задолбало, товарищи! за-дол-ба-ло!!! И не знаю что делать.

Вот запустил nexuiz и для пробы выбрал "ultimate" в разделе видео-настроек. (Ну я понимаю, что это была не лучшая идея, но виснуть то зачем?) Спустя пару секунд амарок позаикался, покрякал, завис и позже заткнулся, тем временем мышь шевелилась рывками и тоже встала. numlock переключался с задержкой и тоже перестал реагировать. Всё зависло на хрен. Прямо как в оффтопике. Позор. :(

Такое уже случалось раньше и, судя по признакам, дело в свопинге. В высокопроизводительной многозадачной операционной системе, выполняющейся на двухъядерном процессоре и со свопом на sata-диске со включенным DMA. Смерть от свопинга. Приехали.

Практика показывает, что обычно в своп попадают редко используемые данные, и всё идёт хорошо. Но иногда в свопе оказываются часто используемые данные. Просто потому, что места в ОЗУ для них нет. И начинается бешеный свопинг, подкачка осуществляется не время от времени, а постоянно. Разумеется, это ОЧЕНЬ медленно. Ну пусть бы, раз программа не умеет экономить память - пусть тормозит. Но нэээт! Остальные программы, добросовестные, вообще останавливаются!!! Включая, разумеется, X.org и даже /bin/login! Однажды я просто не смог залогиниться с виртуального терминала, т.к. login слишком долго проверял пароль и отваливался по таймауту! Но я не пойму, ПОЧЕМУ??? Ведь процессор не используется (хотя бы одно ядро то), а для планировщика IO вроде как все равны. Откуда тормоза, блин? Как бороться? Как предотвращать?

★★★★★

Это видеодрайвер, так что все претензии к ATI/nVidia. Если нет - 2>/proc/sys/vm/overcommit_memory + лимиты тебя спасут от кривых поделий.

AiLr ★★
()

Отдельно хочется сказать пару слов про иксы. Матерных слов. Потому что падение всех приложений вслед за иксами - это идиотизм. Тем более, что завалить иксы проще простого. Почему бы не разделить иксы на несколько процессов, например демон слушающий программы, слушающий клавиатуру и рисующий (ну и звук, но он и сейчас отдельно). Одно отваливается, остальное работает, контроль над машиной не потерян. А не как сейчас: видеодрайвер взглючит и системой не порулить даже вслепую.

Есть ли свет в конце тоннеля? Ведуться ли работы в сторону повышения надёжности иксов? Что делать с придурошным свопингом?

legolegs ★★★★★
() автор топика

> Всё зависло на хрен. Прямо как в оффтопике. Позор. :(

Небось swap overcommit включен? 8)

> Как бороться? Как предотвращать?

Если это одна взбесившаяся программа - лимитами.

man ulimit

tailgunner ★★★★★
()
Ответ на: комментарий от AiLr

> Это видеодрайвер, так что все претензии к ATI/nVidia.

В этом смысле кстати нВидия от Ати не отстаёт.

anonymous
()

а) Настроить ulimit. При превышении объёма программа будет получать сигнал.

б) Запретить overcommit

# echo 2 > /proc/sys/vm/overcommit_memory

Davidov ★★★★
()
Ответ на: комментарий от legolegs

> Тем более, что завалить иксы проще простого.

Кривыми руками можно всё что угодно убить. Не лезь куда тебя не звали и ничего не упадёт (у меня иксы ниразу за несколько лет не падали, хотя у меня далеко не Слака).

anonymous
()
Ответ на: комментарий от legolegs

> Умный да? Чтобы ман килалл выполнить нужен работающий баш, а не зависшие иксы.

ctrl+alt+f1

И кто тут дурак теперь?

anonymous
()
Ответ на: комментарий от tailgunner

>Если это одна взбесившаяся программа - лимитами.

Откуда мне знать, взбесится ли программа или нет? Можно, конечно, поставить ulimit глоьально, но вот, к примеру, wine просто не запускается при лимите на виртуальную память меньше, кажется, 256. Несмотря на то, что столько не использует.

legolegs ★★★★★
() автор топика
Ответ на: комментарий от legolegs

>Есть ли свет в конце тоннеля? Ведуться ли работы в сторону повышения надёжности иксов? Что делать с придурошным свопингом?

Конечно есть! Надо хотя-бы написать багрепорт, а не вонять на форумах.

emaxx ★★
()
Ответ на: комментарий от emaxx

Да у него походу какой-то 500й пень с 36 мегами оперативы и встроеным видео, на котором он всётаки умудрился запустить 3д игрушку, но почему-то решил выставить всё в ней по максимуму.

anonymous
()
Ответ на: комментарий от tailgunner

>Небось swap overcommit включен? 8)

А что это? Вручную ничего такого не включал, всё по умолчанию.

legolegs ★★★★★
() автор топика
Ответ на: комментарий от legolegs

>>Если это одна взбесившаяся программа - лимитами.

>Откуда мне знать, взбесится ли программа или нет?

Тогда отключи overcommit и имей наготове консоль, в которую не нужно логиниться.

tailgunner ★★★★★
()
Ответ на: комментарий от legolegs

Вам, товарищь, предлагается screen использовать. X-ы зависли, вы в обычную консольку переключитесь, screen -x сделайте и живите счастливо.

parser ★★
()
Ответ на: комментарий от legolegs

Интеловская графика на максимуме nexuiz не тянет.

emaxx ★★
()
Ответ на: комментарий от anonymous

>Кривыми руками можно всё что угодно убить.

Да что ты говоришь? Ну сделай мне своими многоопытными кривыми руками kernel panik из под юзера без готовых эксплоитов (руки то кривые и дурных намерений нет)

legolegs ★★★★★
() автор топика
Ответ на: комментарий от Davidov

> При зависших иксах? )

Если почитать вниматльно, то виснут иксы на этом супербыстром компе в течении как минимум секунд 10.

anonymous
()
Ответ на: комментарий от anonymous

>>Кривыми руками можно всё что угодно убить. Не лезь куда тебя не звали и ничего не упадёт (у меня иксы ниразу за несколько лет не падали, хотя у меня далеко не Слака).

года 4 назад со 128 Mb ОЗУ иксы повесить можно было элементарно - открываем в kuickshow изображение где-то 1280x1024, нажимаем раз двадцать Ctrl+ '+'. Ждём...

alex_custov ★★★★★
()
Ответ на: комментарий от anonymous

Кстати иксы могут повиснуть так, что из них хрен выйдешь по ctrl-alt-fx.

Правда бывает это раз в 100 лет на кривых драйверах. Фигурально выражаясь.

Midael ★★★★★
()
Ответ на: комментарий от alex_custov

> ты активный свопинг видел хоть раз ? видимо нет :) пока ctrl+alt+f1 отработает, может пройти минут 10..∞

У меня мелкий своп (полгига), мало оперативы (гиг) и я постоянно запускаю всякие нестабильные поделия. Если что-то подвисло то в 1ю консоль $киллалл ИМЯ и иксы странным образом ни в консоли ни после убийства глючного процесса не умирают.

anonymous
()

Как я понимаю, у пациента оперативу сожрала видюха (видеопамять разделяема с системной). Ну и плюс "жирное" приложение. Спасут тут только правильная политика overcommit (2). Ну и понимание, что идеально устойчивая система -- это система, которая ничего не дает сделать. А работать все-таки надо, посему умные люди создают для этого условия. Хошь -- сверхнадежная система, а хошь -- ты на ней много чего делаешь, но если ошибся -- твои проблемы.

annoynimous ★★★★★
()

Есть такая тема. Когда какая-то программа жрёт слишком много памяти, то всё становится раком до тех пор, пока прожорливая программа не уймётся. Бороться с этим можно единственным способом: ограничивать выделение памяти, не более N мегабайт одному процессу.

anonymous
()
Ответ на: комментарий от legolegs

> Да что ты говоришь? Ну сделай мне своими многоопытными кривыми руками kernel panik из под юзера без готовых эксплоитов (руки то кривые и дурных намерений нет)

Берём молоток и херачим по харду во время загрузки. Если повезёт, то кернел паник обеспечен.

anonymous
()
Ответ на: комментарий от emaxx

>Надо хотя-бы написать багрепорт, а не вонять на форумах.

Кому писать то? кернылоргу или нехуизоргу? Вот некоторые говорят, что дело в графике, хотя бяда стряслась ещё во время загрузки.

legolegs ★★★★★
() автор топика
Ответ на: комментарий от Midael

> Кстати иксы могут повиснуть так, что из них хрен выйдешь по ctrl-alt-fx.

для таких случаев есть ctrl+alt+SysRq

anonymous
()
Ответ на: комментарий от anonymous

>>нестабильные поделия

дело в размере отьедаемой памяти, а не в стабильности. Стабильное приложение может скушать всю память и не подавиться...

alex_custov ★★★★★
()
Ответ на: комментарий от anonymous

Вчера на аналогичную штуку нарвался, но на ровном месте совершенно. Иксы пытаются перезапуститься, но не могут, на клавиатуру _почти_ не реагируют (где-то полсекунды из двухсекундного цикла перезапуска все таки реагируют), потом вообще все нафиг повисло, на клаву не реагирует вообще, пинг с другого компа не идет. В логах:
Jan 17 21:54:52 hp kernel: [drm:drm_lock_free] *ERROR* 1 freed heavyweight lock held by 2
Jan 17 21:54:52 hp kernel: [drm:i915_batchbuffer] *ERROR* i915_batchbuffer called without lock held
Jan 17 21:54:54 hp kdm[2790]: X server for display :0 terminated unexpectedly
Jan 17 21:55:11 hp syslog-ng[2504]: last message repeated 2 times
Jan 17 21:55:11 hp kdm: :0[8093]: Abnormal termination of greeter for display :0, code 1, signal 0
Jan 17 21:55:20 hp kdm[2790]: X server for display :0 terminated unexpectedly
Jan 17 21:55:20 hp kdm[2790]: X server for display :0 terminated unexpectedly
Jan 17 21:55:36 hp kernel: [drm:i915_wait_irq] *ERROR* i915_wait_irq: EBUSY -- rec: 0 emitted: 2
Jan 17 21:55:40 hp kdm[2790]: X server for display :0 terminated unexpectedly

Пару дней назад упали иксы, когда просто в xmoto игрался. Нагуглил - баг драйвера, решения проблемы нет. Все это достало уже основательно.

MadCAD ★★
()
Ответ на: комментарий от alex_custov

> дело в размере отьедаемой памяти, а не в стабильности. Стабильное приложение может скушать всю память и не подавиться...

нестабильное, значит в том числе безмерные утечки памяти

anonymous
()
Ответ на: комментарий от shimon

>Ну, прокси сзагрузки.Ю

Слышал. Но что-то не тянет меня начинать возню с из прикручиванием. Аж до дрожи. Подозреваю, что opengl'a через прокси не будет.

legolegs ★★★★★
() автор топика
Ответ на: комментарий от MadCAD

У тебя суся, пожалуйся в М$ у которого купил дистр ;)

anonymous
()
Ответ на: комментарий от anonymous

В .bashrc написал ulimit -v 795 Посмотрим, какие косяки повылезают.

legolegs ★★★★★
() автор топика
Ответ на: комментарий от Midael

>Правда бывает это раз в 100 лет на кривых драйверах. Фигурально выражаясь.

Прямые дрова с поддержной 3D в студию.

legolegs ★★★★★
() автор топика

Повезло еще, у меня иксы намертво виснут (даже по ssh не убить) на любых настройках.

anonymous
()
Ответ на: комментарий от anonymous

>> Да что ты говоришь? Ну сделай мне своими многоопытными кривыми руками kernel panik из под юзера без готовых эксплоитов (руки то кривые и дурных намерений нет)

>Берём молоток и херачим по харду во время загрузки. Если повезёт, то кернел паник обеспечен.

Молоток - общепризнанный хакерский инструмент. А иксы реально более падучи, чем все остальные популярные десктопные приложения.

legolegs ★★★★★
() автор топика
Ответ на: комментарий от legolegs

> Молоток - общепризнанный хакерский инструмент. А иксы реально более падучи, чем все остальные популярные десктопные приложения.

Незнаю что там в иксах падучее, я наверное что-то делаю неправильно, что они у меня не падают.

anonymous
()
Ответ на: комментарий от UserUnknown

Умный, да? я весь инет перерыл в поисках ноута подходящего, и нашел ведь, и без винды, и с интелевым вайфаем, и с интелевым видео, как специально под линукс заточен. И такие фортели он мне выкидывает.

MadCAD ★★
()
Ответ на: комментарий от anonymous

>для таких случаев есть ctrl+alt+SysRq

Лежит на столе распечатка с комбинациями. Не работают. На независшей системе не пробовал - возможно, они вообще отключены в ядре (хотя не должны).

legolegs ★★★★★
() автор топика
Ответ на: комментарий от legolegs

Я ж сказал, echo 2 > /proc/sys/vm/overcommit_memory (у тебя там ноль по идее). Да и лимиты ставь не на 256, а 1-2 гб.

У самого кстати интел на ноуте, никаких траблов не замечено. Хотя да, видел несколько раз как иксы от кривых софтин падали. Такие вот кривые иксы (софтины тоже не подарок).

AiLr ★★
()
Ответ на: комментарий от legolegs

> А иксы реально более падучи, чем все остальные популярные десктопные приложения.

Кстати. Если притензии к иксам, то с какого члена вобще в названии темы слова "надёжность GNU/Linux"?

anonymous
()

Тут такую вещь прочел: оказывается к линукс-ядру нельзя обратиться пока не закончился предыдущий системный вызов, что есть большая гадость

cvs-255 ★★★★★
()
Ответ на: комментарий от anonymous

Ну к стабильности в 2D у меня нареканий нет. Хочешь обвала - поставь берил/компиз и попробуй разные выдеовыходы в mplayer, особенно -vo gl

legolegs ★★★★★
() автор топика
Ответ на: комментарий от anonymous

>> А иксы реально более падучи, чем все остальные популярные десктопные приложения.

>Кстати. Если притензии к иксам, то с какого члена вобще в названии темы слова "надёжность GNU/Linux"?

Претензии к тому что планировщик задач несовершенен

cvs-255 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.