[SOLVED] Зависание при компиляции "намертво"
bext3r 27 июля, 2014 - 14:52
Приветы.
Столкнулся с пробемой на домашнем компе, а именно зависанием при компиляции как в Х-ах так и в любом из терминалов (без запущенных Х).
Лечится только кнопкой "ресет" на системнике, на "мэджик кейс" не реагирует никак. Лампочки не мигают, я так понял это при кернел панике вроде.
Зависает при компиляции группы пакетов вроде как (зависимости и т.п.), при одиночных вроде не замечал.
Прогнал память мемтест+ в течение 21 часа, ошибок не показал. Железо вроде как тоже не греется, система в процессе обработки напильником ВМ, так что ничего тяжелого не крутится.
Может кто сталкивался? Уже не знаю что делать =(
emerge --info http://bpaste.net/show/509912/
dmesg http://bpaste.net/show/509962/
Что то еще выложить если, напишите.
»
- Для комментирования войдите или зарегистрируйтесь
может с процем что то не то?
может с процем что то не то? в офф документации предлагают для тестирования процессора по компилить ядро до посинения.
https://www.gentoo.org/doc/en/articles/hardware-stability-p1.xml
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
Попробую...только вот что
Попробую...только вот что интересно, зависания только при компиляции начались. Ни синих экранов при использовании винды, ничего не было,а тут понеслось.
Спасибо за ссылку.
Попробуй сделать компиляцию в
Попробуй сделать компиляцию в винде. Ну или хотя бы с другого ядра.
Локальный оверлей растёт
bext3r
Неплохо бы посмотреть логи от неудачной компиляции.
Сейчас попробую, только вот
Сейчас попробую, только вот неуверен что изменения сохранятся в логах если я "ребутаю" комп ресетом.
/
А на воздействия извне (ping, ssh) он отзывается?
:wq
--
Live free or die
попробуй Magic SysRq key
попробуй Magic SysRq key возможно выяснится, что виснет не намертво или ресет не нужен
ну в первом посте написано
ну в первом посте написано же, "на "мэджик кейс" не реагирует никак."
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
упс, да, сегодня не
упс, да, сегодня не перечитывал тему целиком
Вопреки рекомендуемого
Вопреки рекомендуемого значения MAKEOPTS ставить равным ЦПУ+1, я советую выставлять его в ЦПУ-1, т.е. вместо
поставьте
Тогда сможете даже на ноуте (почти) нормально работать во время компиляции.
Можно ли нормально работать
Можно ли нормально работать во время сборки зависит(особенно на ноуту) зависит от кол-ва доступной оперативки, у меня например и без сборки чутка не хватает(когда firefox разрастается) В то же время если, работать==лазить в инете, то я могу компилять хоть в 6, хоть в 10 потоков без подтормаживаний
ps можно выставить приоритет процесса сборки(nice)
pps рассуждать о -j* без указания кол-ва одновременно собираемых пакетов - бессмысленно
_SerEga_ написал(а):...pps
Во-первых: http://www.gentoo.ru/node/28192#comment-209122
Во-вторых: у меня похожий ноут, как у ТС, - так при компиляции можно работать практически со всем - ЛибреОфис, фильмы смотреть, онлайнТВ и т.п... только заметно торможение, если еще запускается почта (клешня), да и то только тогда, когда вначале с сервера забирается несколько сот писем и ассасин с антивиром их усердно чекают...
Учите матчасть!
и есть к-во одновременно собираемых пакетов... :)
Я и говорю, что обычно все
Я и говорю, что обычно все упирается не в соотношение кол-во ядре и N в -jN, а хватит ли всем оперативки.
--load-average 3Это не кол-во одновременных сборок, а условие когда перестанут запускаться дополнительныеа разве это не load average
а разве это не load average из uptime например?
и насколько я понимаю, если оперативки не хватает, нагрузка на проц падает, и load average будет меньше, не?
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
он. прочитайте определение
он. прочитайте определение load average - кол-во процессов в очереди, не важно почему или где узкое место
_SerEga_ написал(а):Я и
На самом деле не совсем так - на слабых компах (ноуты и т.п.) зачастую зависание вызывается забитым каналом В/В (диски).
Согласен, я несколько упростил ситуацию в контексте ТС. Кстати, по факту это почти тоже самое, если нет других процессов. Но тем, кто понимает - это ясно, а тем кто не понимает - все равно! :) Главное, что это поможет решить проблему ТС.
1) забитый канал ввода вывода
1) забитый канал ввода вывода - обычно означает не хватку оперативки или решается правильным выбором IO Scheduler или сборка как таковая не при чем.
2) не совсем, на мелких пакетах - да, а вот, если не повезет и запуститься крупняк...
проблему не решит, лишь уменьшит проявление - у ТС зависание, а не тормоза связанные с нехваткой ресурсов - поэтому любой метод ограничивающий нагрузку - лишь маскирует проблему
Не думаю, что это "настоящее
Не думаю, что это "настоящее зависание" на самом деле.
У меня до упомянутых настроек при компиляции хрома комп тоже вис якобы "намертво", ни на что не реагировал, лампочка дисков горела непрерывно, но если оставить его в покое на Х часов, то после завершения компиляции он снова приходил в норму. И это при том, что у него 4 проца, 5 дисков и 16Гб памяти! :)
Поэтому я и зарезервировал себе один проц и ограничил нагрузку. Да, компиляция больших пакетов идет дольше, но зато совершенно не мешает жить!
В конце-концов пусть ТС хоть что-нибудь скажет! А то мы тут уже ввалились в теоретизирование... :D
Ожидание не помогает, да и
Ожидание не помогает, да и нафиг бы оно такое чудо нужно, поставил в фоне обновление(установку) и вместо продолжения работы сидишь..ждешь - удобно что тут скажешь :) Проц тоже тут я думаю не при делах, как кто то тут подсказывал с циклом на сборку. Много уже раз собирал ни одного "виса". Решил проблему переносом винта в другой системник, на этот дебиан вкатил. Зависания прекратились -_-
А если одно ядро? -j0?
А если одно ядро? -j0?
Локальный оверлей растёт
А ты хоть инфу/логи ТС читал?
А ты хоть инфу/логи ТС читал? :)
Хотя, как шутка, сгодится...
нет пути с одним ядром...
нет пути с одним ядром...
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
Без мозгов всегда проблемы...
Без мозгов всегда проблемы... :)
Да и чудес в технике не бывает... если уж один проц - то тормозов не избежать, но все равно, воспользовавшись ранее высказанной рекомендацией, можно их уменьшить за счет увеличения времени компиляции (как я и говорил уже - чудес не бывает!).
это шутка такая была
это шутка такая была
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
bext3r
Все таки выияснил причину, дело было в блобе от Невидии за версией 331.89 на карточке gtx260. Собрал ядро с нуво, скомпилял кеды в течении вечера - ни 1 виса. На ответ случайно натолкнулся на каком-то форуме.
Сталкивался кто еще с проблемами проприетарного драйвера?
Что то сие событие толкает к мысли уйти на интел :)
Поломали compiz
Поломали compiz приблизительно в 290й версии. Проявляется на разных видеоплатах. compiz работает, но последние 3-4 кадра путает местами, в результате невозможно смотреть видео, играть в игрушки т.к сплошное дёрганье. Притом тиринга нету :)
Локальный оверлей растёт