The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: Статистика крахов Linux ядра"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"OpenNews: Статистика крахов Linux ядра"  
Сообщение от opennews (??) on 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
Новость: https://www.opennet.ru/opennews/art.shtml?num=16285

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Статистика крахов Linux ядра"  
Сообщение от i (??) on 04-Июн-08, 10:21 
без Х не хочет работать :(
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Статистика крахов Linux ядра"  
Сообщение от Аноним (??) on 04-Июн-08, 11:19 
ну расскажите мне теперь что ваш линукс не падает
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

52. "Статистика крахов Linux ядра"  
Сообщение от fresco (??) on 05-Июн-08, 16:46 
FreeBSD-4 падала от вытащенной флэшки. Это полный трэш, и было не столь уж давно
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

69. "Статистика крахов Linux ядра"  
Сообщение от OLD email(ok) on 09-Июн-08, 10:15 
>Виндузячий подход это падать) Что мы и видим)

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Статистика крахов Linux ядра"  
Сообщение от anonymous (??) on 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.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "Статистика крахов Linux ядра"  
Сообщение от pavlinux email(ok) on 04-Июн-08, 17:42 
2.5 года назад был 2.6.14.6 или 2.6.15 - эта статья не для вас.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру