|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 25 Jul 2002 22:36:39
To : Oleg Drokin
Subject : Re: нормально ли эт о (ext3)
--------------------------------------------------------------------------------
>
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Oleg Drokin wrote:
OD>>> " ... Same goes for *BSD - they still have fs-corrupting races in FFS/UFS.
OD>>> After 18 *years* of debugging by guys like Kirk McKusick et.al...."
OD>>> (c) Al Viro
VN>> Во-первых, как видим, про deadlock ни слова.
VN>> Во-вторых, боюсь, что Al Viro врет - ни одного четкого сообщения про race
VN>> condition за последнее время я не нашел, а все неясные примеры могут
OD> Hавернео это не потому что он что=-то скрывает, а потому что кому охота
OD> делать работу которую все потом игнорируют...
Переведите на русский, пожалуйста. Кто что скрывает?
Кто не хочет делать работу? Al Viro?
Если он нашел fs-corrupting race (гм, не race condition, а именно race??) -
кто мешает опубликовать хотя бы в три слова на страничке?
Кто игнорирует работу? Все сообщения о серьезных багах тут же отрабатываются.
Я полдесятка более мелких нашел, PRы послал - отработали, пофиксили.
То, что касалось уже позиции "можно так, а лучше эдак" - да, могут тянуть.
Hо не тяжелые баги. По крайней мере во FreeBSD, про другие не говорю.
Про шутки с дескрипторами в опенке - было. races - где?
VN>> показывать что угодно вплоть до быстрых нейтрино, пролетевших через модули
VN>> памяти.
OD> ну-да, ну-да.
Более 90% сообщений о багах заканчиваются именно ошибками настройки,
диагностики, и сбоями железа. Те крохи которые остаются после этого -
заслуживают внимания. Да, порой из-за тех же проблем диагностики -
реальные баги не могут найтись, потому что очень сложно отделить условия
их возникновения. (Случай драйвера FS как раз из такой серии.)
Hо что делать, если невозможно локализовать баг?
/netch
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
