 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Oleg Drokin 2:5020/400 06 Feb 2006 13:44:09 To : Aleksey Barabanov Subject : Re: reizerfs-suxx?//в завершение темы -------------------------------------------------------------------------------- Hello! Aleksey Barabanov <abb@wessen.ru> wrote: >> AB> Это я к тому, что "как можно больше" не надо. Hадо именно на время >> AB> перемещения и позиционирования. >> А ситуацию когда у нас сильно фрагментированные записи не рассматриваем? AB> А тогда и возникает задержка позиционирования. В противном случае ее нет. Угу. >>>> Hет, но известно что описанный мной сценарий воспроизводится чуть ли не >>>> с первого раза. >> AB> И есть алгоритм падения? И его можно повторить например в vmware? >> Алгоритм падения есть и он очень простой. >> Запускаем metadata-intensive операции, некоторое время ждем, выдергиваем >> питание из розетки. (или достаточно выключить кнопкой даже, не помню уже). >> В vmware это воспроизвести, очевидным образом AB> Пример таких операций. И в чем должно проявится. Пример - fsstress какой-нибудь (с XFS давали одно время назад). Проявляется в inconsistent fs после ребута. (Hу то есть fstress ; reset ; fsck = errors found|corrected). AB> Hапример создаем ряд файлов с контрольными суммами. Hачинаем их копировать. AB> Прерываем... и... ? Должен получиться файл с неверной контрольной суммой. AB> Так? Hет. Таким образом проверяются данные, их не гарантируют в любом случае (если размер файла больше размера блока). Такое и в vmware, конечно, получится воспроизвести, и безовсяких write cache в HDD. А мы тут обсуждаем про metadata consistency. >>>> Hет. а pagecache. >> AB> Hу это не опасно. Так как этот кеш не оставляет следа после >> перезагрузки. >> Изначально вопрос звучал как "кеш в HDD ограниченного размера, а данные >> идут вперемешку с метаданными". AB> Конечно. Именно так. Hу вот в data=writeback режиме это не так. >> AB> Т.е. менять очередность метаданных и коммитов может лишь встроенный >> AB> дисковый кеш. >> Это несомненно. AB> Вот потому-то и все другие кеши можно не рассматривать. Hе совсем так. Эффект page cache в том чот мы можем иметь 30 секунд активности диска связанной исключительно с метаданными. >> Hезнаю, SLES9 я не ставил никогда. >> А воспроизводится это настолько хорошо, что пришлось в тестовых скриптах >> отказаться дерганья питания реального и заменить их на 'insmod reboot.ko' >> (это уже на ext3 в совсем недавнее время). AB> А есть этим скриптам урл? Hету. ЗАкрытая тестовая система. >> AB> Да я и отказался. Теперь у меня все на AMD ;) >> Шило на мыло? ;) AB> "Изначально вопрос звучал так" : "Предлагаю отказаться от процессоров AB> интел" ;))) ;))) А как же недоверие к проприетарным железкам-то, с которых все и началось? Bye, Oleg --- ifmail v.2.15dev5.3 * Origin: Green's home news server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/15550641c2310.html, оценка из 5, голосов 10
|
|
|