URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 42182
[ Назад ]

Исходное сообщение
"OpenNews: Статистика крахов Linux ядра"

Отправлено opennews , 04-Июн-08 10:21 
В рамках проекта kerneloops.org (http://www.kerneloops.org/) производится (http://kerneltrap.org/Linux/Tracking_Kernel_Oops) накопление информации по фактам краха Linux ядра, а также сообщений об ошибках и подозрительных моментах. Информация добавляется через анализ списков рассылки и трекеров ошибок, также пользователи могут сообщить о проблеме через специальную утилиту, доступную в виде пакета для дистрибутивов Fedora, Debian и Gentoo.

Для разработчиков Linux ядра, ресурс представляет интерес в плане отслеживания идентичных ошибок в разных ядрах и выбора приоритета в исправлении проблем, так как позволяет легко выявить ошибки по которым поступает больше всего жалоб. Отдельно от основного списка вынесены ошибки в проприетарных драйверах. Система позволяет получить историю уведомлений об ошибках для заданного файла или функции.


На этой неделе было зафиксировано 3670 сообщений о проблемах, на прошлой неделе сообщений было 3029.

URL: http://kerneltrap.org/Linux/Tracking_Kernel_Oops
Новость: http://www.opennet.me/opennews/art.shtml?num=16285


Содержание

Сообщения в этом обсуждении
"Статистика крахов Linux ядра"
Отправлено i , 04-Июн-08 10:21 
без Х не хочет работать :(

"Статистика крахов Linux ядра"
Отправлено Аноним , 04-Июн-08 11:19 
ну расскажите мне теперь что ваш линукс не падает

"Статистика крахов Linux ядра"
Отправлено SilentLexx , 04-Июн-08 11:29 
>ну расскажите мне теперь что ваш линукс не падает

Идиот! Падает всё и чаще изза железа! Но в линуксе это отлавливают быстрей и эффективнее! И данная новость тому доказательство.


"Статистика крахов Linux ядра"
Отправлено RKA KriK , 04-Июн-08 11:53 
>ну расскажите мне теперь что ваш линукс не падает

А где тут написано, что он падает? Это засчитываются упсы, то есть мелкое руганье ядра. Что тут непонятного? По крайней мере тут это отслеживается, когда в других осях на это забивается - "главное чтоб работало".


"Статистика крахов Linux ядра"
Отправлено Andrew Kolchoogin , 04-Июн-08 12:17 
> А где тут написано, что он падает? Это засчитываются упсы, то есть мелкое руганье ядра.

Которое придумали для того, чтобы хоть как-то снизить статистику крахов. Вот во FreeBSD малейший неверный чих -- и сразу panic() :) Потому, что не боятся себе статистику испортить. :)


"Статистика крахов Linux ядра"
Отправлено vitek , 04-Июн-08 12:42 
не понятно, против кого высказался?
если система после сбоя может нормально функционировать, то её надо в panic перевести?
прикольно "не боятся".

пример,
вставил DVD, половину считался, адаптер обнаружил ошибку кеша и panic!
и на prod'е :-D


"Статистика крахов Linux ядра"
Отправлено cmpxchg , 04-Июн-08 20:15 
panic по моему разумению вызывается тогда, когда есть более серьезная, чем крах системы, опасность - порча данных или имитация нормальной работы, когда на самом деле все уже давно слетело фтопку. Поэтому при малейшем запахе жареного и принято panic'овать.

Систем, падающих от плохого DVD, не знаю.


"Статистика крахов Linux ядра"
Отправлено vitek , 04-Июн-08 22:28 
> panic по моему разумению вызывается тогда, когда есть более серьезная, чем крах системы

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

ты в поддержку кого вызказывался?
или крах системы - это каждый чих?


"Статистика крахов Linux ядра"
Отправлено vitek , 04-Июн-08 22:38 
а! да!
> Систем, падающих от плохого DVD, не знаю.

кеш на адаптере - обычно сейчас не менее 2Mb.
из-за итого кеша системы, которые падают:
- windows
- linux (почти пофиксен, в том числе и мной)
- freebsd
- macos

наверное и др.
не проверял


"Статистика крахов Linux ядра"
Отправлено cmpxchg , 05-Июн-08 00:05 
Я высказался в поддержку того, что иногда ( например, когда в ядре случается лажа с памятью ) лучше, если система упадет, чем, к примеру, запишет поврежденный i/o buffer на диск и вызовет необратимое разрушение данных. В то же самое время я против того, чтобы ядро валилось в panic по каким-то алертам, факт наличия которых еще не означает серьезной проблемы. Просто мне вот эта Ваша фраза:

>если система после сбоя может нормально функционировать, то её надо в panic перевести?

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


"Статистика крахов Linux ядра"
Отправлено vitek , 05-Июн-08 00:43 
верно.
так и происходит.
..
вернее, все к этому стремятся.
..
но при каждом чихе?!!!
слишком пессимистично.
..
как определяется bad-блок?
сколько нужно сделать проверок на чтение, чтобы сказать, что не читается?
..
постоянно эти вопросы. их надо решать, а не паниковать.

"Статистика крахов Linux ядра"
Отправлено pawnhearts , 07-Июн-08 21:07 
> лучше, если система упадет, чем, к примеру, запишет поврежденный i/o buffer на диск и вызовет необратимое разрушение данных.

зачем системе падать, если можно просто не записывать этот "поврежденный i/o buffer"?


"Статистика крахов Linux ядра"
Отправлено OLD , 09-Июн-08 10:22 
>зачем системе падать, если можно просто не записывать этот "поврежденный i/o buffer"?

Двигатель сломался от некачественного бензина? Тупицы! Можно ведь просто не заливать плохой бенз, а лить хороший. Советы pawnhearts на все случаи жизни.



"Статистика крахов Linux ядра"
Отправлено Дмитрий Ю. Карпов , 06-Июн-08 14:03 
> более серьезной, чем крах системы ситуаций просто не бывает.

Необратимая потеря данных часто намного хуже, чем крах системы, вызывающий временную недоступность сохранившихся данных.


"Статистика крахов Linux ядра"
Отправлено fresco , 05-Июн-08 16:46 
FreeBSD-4 падала от вытащенной флэшки. Это полный трэш, и было не столь уж давно

"Статистика крахов Linux ядра"
Отправлено OLD , 05-Июн-08 17:29 
>FreeBSD-4 падала от вытащенной флэшки.

Гон. Падала от вытащенной НЕОТМОНТИРОВАННОЙ флэшки. Маунт ты делаешь, а анмаунт пусть система сама делает. Виндузятный подход.

> Это полный трэш, и было не столь уж давно

Полный трэш - не читать handbook. По меркам IT - очень давно.

"FreeBSD-4" - это что за версия такая? :)


"Статистика крахов Linux ядра"
Отправлено Шейх , 06-Июн-08 09:05 
>[оверквотинг удален]
>
>Гон. Падала от вытащенной НЕОТМОНТИРОВАННОЙ флэшки. Маунт ты делаешь, а анмаунт пусть
>система сама делает. Виндузятный подход.
>
>> Это полный трэш, и было не столь уж давно
>
>Полный трэш - не читать handbook. По меркам IT - очень давно.
>
>
>"FreeBSD-4" - это что за версия такая? :)

7.0 релиз валилась в паник при анмаунте подрубленого мобильника. мпд3.18 валила в полный даун при кривывх маршрутах(5.4, 6.1 а другие не проверял). а так все нормуль и рабботает как часы, если электрики не постараются...


"Статистика крахов Linux ядра"
Отправлено pawnhearts , 07-Июн-08 21:17 
> Гон. Падала от вытащенной НЕОТМОНТИРОВАННОЙ флэшки. Маунт ты делаешь, а анмаунт пусть система сама делает. Виндузятный подход.

Виндузячий подход это падать) Что мы и видим)


"Статистика крахов Linux ядра"
Отправлено OLD , 09-Июн-08 10:15 
>Виндузячий подход это падать) Что мы и видим)

Мы видим что ты читать научился, а понимать прочитанное - нет.


"Статистика крахов Linux ядра"
Отправлено Дмитрий Ю. Карпов , 06-Июн-08 14:14 
> FreeBSD-4 падала от вытащенной флэшки. Это полный трэш, и было не столь уж давно.

FreeBSD'4.x была довольно давно, раз текущий релиз уже 7.0.
А монтирование в Unix изначально не предполагало внезапного отключения носителя, это всегда было внещтатной ситуацией. Ненадёжные носители не монтировались, а tar'ились. Такова традиция с древних времён, и изменить её (не внеся массу новых глюков) - дело сложное и небыстрое (а FreeBSD всегда славился консервативностью).


"Статистика крахов Linux ядра"
Отправлено anonymous , 04-Июн-08 12:43 
>ну расскажите мне теперь что ваш линукс не падает

A ty chto tut delaesh? nuka bystren'ko na www.microsofffft.com
tam tebe rasskazhut i dokazhut na grafikah chto u nih samaja ustojchivaja sistema.

Tut zhe ni ot kogo problem ne prjachut. Ih obrabatyvajut i chinjat.


"Статистика крахов Linux ядра"
Отправлено dRiZd , 04-Июн-08 13:46 
Посмотрите развитие ядра с 2.6.16...
Ломают, потом чинят, опять ломают...
Я вот плюнул и ушел на 2.4 - т.к.
мне нужен стабильный софт для ПРОМЫШЛЕННОГО
(еше раз уточняю - не домашнего) применения.

"Статистика крахов Linux ядра"
Отправлено Хелагар , 04-Июн-08 17:02 
>Правда глаза колет?
>Падает, еще как падает!
>Не падает у тех, кто под ней не работает,
>а только использует ее для того, чтобы перед друзьями
>похвастаться: дескать смотрите - у меня Linux!

2,5 года аптайма. Ни одного кернел-паника. Что я делаю не так, просвяти меня, о гуру!
Может просто с руками что-то не так у Вас?


"Статистика крахов Linux ядра"
Отправлено pavlinux , 04-Июн-08 17:42 
2.5 года назад был 2.6.14.6 или 2.6.15 - эта статья не для вас.

"Статистика крахов Linux ядра"
Отправлено гуру , 05-Июн-08 23:18 
комп нужно включать хотябы изредка, тогда может быть настанет тот день когда придет паника :) А вообще да, все остальные у кого ядро паникует просто лохи, видимо не умеют готовить линух. у меня вот линух тоже не паникует, потому что его просто нету. %)

"Статистика крахов Linux ядра"
Отправлено vitek , 04-Июн-08 22:49 
нужно меньше гемора и больше бабок? :-)
ну так 2.4 до сих пор открыт.
в отличии от, например, NT4.
какие претензии?

"Статистика крахов Linux ядра"
Отправлено Аноним , 04-Июн-08 14:29 
Очень редко, и только из-за кривого железа или уродов-разработчиков, к-е не хотят показывать firmware на свое железо и несчастные разработчики FreeBSD делают поддержку какой-нить звуковухи путем обратного инженеринга...

А вообще глупо сравнивать ВАШ вендоус и любую Свободно-открытую ОС. К примеру, во FreeBSD или Линукс есть исходники всего в том числе и ядра. Собирая ядро для десктопа, я просто выкашиваю оттуда всякий ненужный хлам, к-й никогда не буду использовать, оттого ядро маленькое и быстрое. В винде ты о таком счастье даже мечтать не смеешь. Могу скачать любую нужную мне прогу в исходниках, скомпилить ее КАК МНЕ НАДО, и т.д. И я не просто понтуюсь этим, а сижу из под винды. Я реально дома использую FreeBSD (можно и Линукс, для десктопа мне большой разницы нет)

Приведу лишь небольшую цитату из книги А.Федорчук:
А тем временем (начало 80-х) Ричард М. Столлмен, сотрудник той самой MIT AI (в миру он более известен как RMS), боролся с прикручиванием принтера от HP к своей системе. И боролся безуспешно — поскольку товарищи от Хьюлетта и Паккарда отказались предоставить ему исходники на свое firmware. Что привело Столлмена к убеждению — закрытие исходников суть тормоз прогресса, и все программное обеспечение должно быть свободным.

Винда внатуре тормозит развитие прогресса


"Статистика крахов Linux ядра"
Отправлено Аноним , 04-Июн-08 14:38 
решил попробовать-посмотреть

запускаю kerneloops
сожрал всю память(1G) и весь своп(512М)
killall -9 kerneloops не помогало
ядро начало рубить с плеча весь софт окромя этой ...
полетели плеер, фаерфокс
дальше ждать не стал еле смог зашатдаунить комп

вот такая вот история


"Статистика крахов Linux ядра"
Отправлено Роман , 04-Июн-08 15:49 
>решил попробовать-посмотреть
>
>запускаю kerneloops
>сожрал всю память(1G) и весь своп(512М)
>killall -9 kerneloops не помогало
>ядро начало рубить с плеча весь софт окромя этой ...
>полетели плеер, фаерфокс
>дальше ждать не стал еле смог зашатдаунить комп
>
>вот такая вот история

И в лог ничего не упало? Просто так съело память и все дела? Свежо предание...
Утечка памяти просто так не бывает.


"Статистика крахов Linux ядра"
Отправлено pavlinux , 05-Июн-08 18:14 
>решил попробовать-посмотреть
>
>запускаю kerneloops
>сожрал всю память(1G) и весь своп(512М)

А закон забыл - SWAP = 2.5 * RAM


"Статистика крахов Linux ядра"
Отправлено Buy , 05-Июн-08 02:53 
А как прога работает? Я поставил на Kubuntu 8.04, в man почти ничего нет только две опции:
OPTIONS
       --debug
              Enable debug mode

       --nodaemon
              Do not daemonize
Я так понял, что она автоматом накапливает инфу о сбоях в ядре и автоматом же отсылает??? Или нет? (извиняюсь за возможно идиотский вопрос).


"Статистика крахов Linux ядра"
Отправлено Прохожий , 06-Июн-08 07:29 
Имхо, дело не в том, где больше ошибок, а где их чаще находят. Тут винда фору даст.
И не надо говорить, что винда постоянно падает, прошло время 98 форточек, на нтях все нормально. Хотя много конечно недостатков, но правильно говорят: самая устойчивая та ОС, которую админ лучше всего знает. Хотя... последние версии некоторых продуктов у мелкомягких че-то не алло)))))))
Многие никсы ставят только чтобы быть "тру" и не более того, это факт.

"Статистика крахов Linux ядра"
Отправлено Аноним , 06-Июн-08 10:39 
> Падала от вытащенной НЕОТМОНТИРОВАННОЙ флэшки. Маунт ты делаешь, а анмаунт пусть система сама делает.

Яркий пример фотоаппарат с таймаутом в 10 мин. сам отключаеться если его не используют. А сидеть считать минуты или постоянно монтировать и размонтировать не тру. ИМХО, кривость операционной системы. Любое сьемное устройство должно работать с возможностью быстрого извлечения!!!!!

> Многие никсы ставят только чтобы быть "тру" и не более того.

Ну и пусть ставят. Это первый шаг к осознанию того что многое
даже iptable в системе встроенный и его покупать отдельно не надо.
А для студентов, которые и являються разработчиками большинства интересных
программ и утилит (пусть не очень качественных по началу) это очень важно.
Разработчики проприетарного софта рано или поздно осознают, что теперь
программистов под их разработки становиться все меньше и меньше и сами
начнут приплачивать за изучение их собственного ПО. Или попробуют
соответствовать стандартам - что в обоих случаях очень положительно!!!
Жаль что некоторые гиганты этого пока не прочувствовали!!! И вот тут
то начнеться странное - начнут открывать код и изменять лицензии все остальные
уже представил "Акции для студентов по $3-$5 для покупки какой-нибудь Visual Studio" ;-)


"Статистика крахов Linux ядра"
Отправлено OLD , 06-Июн-08 11:26 
>> Падала от вытащенной НЕОТМОНТИРОВАННОЙ флэшки. Маунт ты делаешь, а анмаунт пусть система сама делает.
>
>Яркий пример фотоаппарат с таймаутом в 10 мин. сам отключаеться если его
>не используют. А сидеть считать минуты или постоянно монтировать и размонтировать
>не тру. ИМХО, кривость операционной системы. Любое сьемное устройство должно работать
>с возможностью быстрого извлечения!!!!!

Яркий пример непонимания того, как работает оборудование.
Модель фотоаппарата в студию, для начала (если пример реальный, а не трындеж). Сам отключается, если оставить его в режиме сьемки. Будучи подключенным к ПК через USB-кабель как флэшка, сам не отключается. Пример - Olympus SP-310.


"Статистика крахов Linux ядра"
Отправлено Прохожий , 06-Июн-08 13:38 
>[оверквотинг удален]
>
>Разработчики проприетарного софта рано или поздно осознают, что теперь
>программистов под их разработки становиться все меньше и меньше и сами
>начнут приплачивать за изучение их собственного ПО. Или попробуют
>соответствовать стандартам - что в обоих случаях очень положительно!!!
>Жаль что некоторые гиганты этого пока не прочувствовали!!! И вот тут
>то начнеться странное - начнут открывать код и изменять лицензии все остальные
>
>уже представил "Акции для студентов по $3-$5 для покупки какой-нибудь Visual Studio"
>;-)

Мечтатель)) розовые очки снимите :) Программисты тоже кушать хотят, а многие хотят хорошо кушать.


"Статистика крахов Linux ядра"
Отправлено Дмитрий Ю. Карпов , 06-Июн-08 14:11 
> Программисты тоже кушать хотят, а многие хотят хорошо кушать.

С продаж программ кормятся не столько программисты, сколько менеджеры, асобенно топовые. Программируют же в основном дешёвые индусы (в США они - то же самое, что у нас таджики).


"Статистика крахов Linux ядра"
Отправлено Аноним , 06-Июн-08 17:11 
>Яркий пример фотоаппарат с таймаутом в 10 мин. сам отключаеться если его
>не используют. А сидеть считать минуты или постоянно монтировать и размонтировать
>не тру. ИМХО, кривость операционной системы. Любое сьемное устройство должно работать
>с возможностью быстрого извлечения!!!!!

жёсткие диски тоже могут отключаться через 10 минут если их не используют и что ? :) как это связано с mount ?