>> моська имела не малое отношение к тому что ext4 вообще появилось в linux.
> И тем не менее, Теодор вполне квалифицированно провел расследование и узнал почему
> такая ситуация вообще смогла возникнуть. Весьма профессиональный и конструктивный подход,
> я бы сказал. Как человек отловивший несколько багов которые НЕ попали
> на головы юзерей я могу сказать что мне понравилось как Теодор
> расщелкал все это.Коструктивный с точки зрения обычного девелопера - любое исправление _обязано_ так проходить, обязаны найти комит который вносит ошибку - проализировать что там забыли и решить - это маленькая заплатка, или дыра в более высокоуровневом дизайне. Но притензия не к этому исправлению - а к тому что было внесено в 3.6.2.
> И насчет стабильности API и прочая: не так давно фирма майкрософт поймала
> у себя эпичнейший баг. Если диск более 2 Тб и случился
> бсод, запись крэшдампа просто разнесет том к чертям и файловая система
> перестанет существовать. Этот баг жил себе, не тужил. А пойман был
> лишь когда диски более 2Тб пошли в майнстрим и случаи полного
> убиения файловых систем участились. Как видим, стабильность апи не помогла предотвратить
> жутковатый баг.
Стабильность API позволяет развивать проекты до состояния готовом к включению в ядро. Или даже просто развивать не тратя силы на постоянные переписывания. Кроме того постоянные переписывания вносят местами очень жудкие баги - позволю опять себе пример OFED 1.5 и его backport на SuSe 10 (если не путаю - можно найти свою переписку с маинтейнерами OFED).
Из-за ошибки в патчах для бэкпорта - создавалась ситуация когда счетчик dirty pages в системе забывал уменшаться - и система становилась раком на ровном месте через от 3 до 20 минут нагрузки.
Пример полного переписывания - это изменение page fault api - который последовательно имел 3 или 4 редакции в разных ядрах - типа фигня вопрос.
