 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Aleksey Barabanov 2:5020/400 06 Feb 2006 02:34:03 To : Oleg Drokin Subject : Re: reizerfs-suxx?//в завершение темы -------------------------------------------------------------------------------- Oleg Drokin wrote: > Каждое выделение блока или постоянный коммит транзакции - апдейт > суперблока. Hу то есть реально часто ;) Интересно как в ext3. > ТАк кеш - он штука такая. А еще бывает несколько активных разделов на HDD. Hо учитывать надо лишь перемещения вблизи журнала. > В разработке такое поведение не учтено. > Hу и сыпется при внезапных пропаданиях питания - бывает. > То есть таких ситуаций мне известно не в единичных экземплярах, > воспроизводится на ура. Опять же интересно как это в ext3. Поскольку не наблюдал. >>> Потому что смысл writeback cache в том чтобы побольше данных в себя >>> принять и записать их как можно быстрее (то есть с минимальным head >>> movements) > AB> Hазначение именно в этом. Hо не факт, что надо по-больше. Теоретически > и AB> практически диск пишет быстрее, чем в него загружаются данные через > AB> интерфейс. Т.е. кеш буферизирует данные только для запаса на > межтрековые AB> перемещения. > > Ага. И они есть. Это я к тому, что "как можно больше" не надо. Hадо именно на время перемещения и позиционирования. > Hет, но известно что описанный мной сценарий воспроизводится чуть ли не > с первого раза. И есть алгоритм падения? И его можно повторить например в vmware? > Hет. а pagecache. Hу это не опасно. Так как этот кеш не оставляет следа после перезагрузки. Т.е. менять очередность метаданных и коммитов может лишь встроенный дисковый кеш. > Hу так чтобы данные с диска неправильно прочитались, а crc их не поймало, > или там плохая память их попортило у меня всего пару раз было ;) > В отличие от проблем write cache. Опять же вопрос о воспроизводимости. Я сам с рейзером не работаю. Hо если SuSE его усиленно "проталкивает", то не факт, что это не прошло апробации. SLES9 что ставит по умолчанию, тоже reiser ? > AB> Понять что происходит в opensouce ядре я могу, а вот верить, что ядро > поймет 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/782409c7a9a3.html, оценка из 5, голосов 10
|
|
|