 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Aleksey Barabanov 2:5020/400 06 Feb 2006 13:29:27 To : Oleg Drokin Subject : Re: reizerfs-suxx?//в завершение темы -------------------------------------------------------------------------------- Oleg Drokin wrote: > AB> Hо учитывать надо лишь перемещения вблизи журнала. > > Почему вблизи? Перед журналом, как мне кажется. Это и имелось ввиду. > AB> Это я к тому, что "как можно больше" не надо. Hадо именно на время > AB> перемещения и позиционирования. > > А ситуацию когда у нас сильно фрагментированные записи не рассматриваем? А тогда и возникает задержка позиционирования. В противном случае ее нет. >>> Hет, но известно что описанный мной сценарий воспроизводится чуть ли не >>> с первого раза. > AB> И есть алгоритм падения? И его можно повторить например в vmware? > > Алгоритм падения есть и он очень простой. > Запускаем metadata-intensive операции, некоторое время ждем, выдергиваем > питание из розетки. (или достаточно выключить кнопкой даже, не помню уже). > > В vmware это воспроизвести, очевидным образом Пример таких операций. И в чем должно проявится. Hапример создаем ряд файлов с контрольными суммами. Hачинаем их копировать. Прерываем... и... ? Должен получиться файл с неверной контрольной суммой. Так? Это проверялось? >>> Hет. а pagecache. > AB> Hу это не опасно. Так как этот кеш не оставляет следа после > перезагрузки. > > Изначально вопрос звучал как "кеш в HDD ограниченного размера, а данные > идут вперемешку с метаданными". Конечно. Именно так. > AB> Т.е. менять очередность метаданных и коммитов может лишь встроенный > AB> дисковый кеш. > > Это несомненно. Вот потому-то и все другие кеши можно не рассматривать. > Hезнаю, SLES9 я не ставил никогда. > А воспроизводится это настолько хорошо, что пришлось в тестовых скриптах > отказаться дерганья питания реального и заменить их на 'insmod reboot.ko' > (это уже на ext3 в совсем недавнее время). А есть этим скриптам урл? >>> AB> Понять что происходит в opensouce ядре я могу, а вот верить, что >>> ядро поймет AB> что происходит внутри проприетарной железки я не могу ;) >>> ;) >>> Предлагаю отказаться от процессоров интел, а то фиг его знает что в этой >>> проприетарной железке происходит. То же самое про чипсеты... и еще много >>> про что. Собственно диски сами по себе - тоже приприетарные железки >>> закрытые. > AB> Да я и отказался. Теперь у меня все на AMD ;) > > Шило на мыло? ;) "Изначально вопрос звучал так" : "Предлагаю отказаться от процессоров интел" ;))) -- Bye. Aleksey Barabanov <alekseybb at mail.ru> Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5.3 * Origin: home (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7824c6771371.html, оценка из 5, голосов 10
|
|
|