Исходное сообщение
"FreeBSD Foundation профинансирует доработку DIFFUSE и..." Отправлено Аноним, 30-Сен-11 04:44
> На диск информация скидывается все-равно раз в 30 сек. При этом все > изменения объединяются в одну транзакцию и таким образом метаданные на диске > не надо исправлять после каждых записанных 128К, только в памяти. Все-равно оверхеда будет здорово больше. И на операции в памяти, и на сохранение служебных сущностей на диск. Вкатить 1 х 100Мб кусок в любом случае оптимальнее чем порядка 800 кусков для того же самого делать. > Так-что оверхеда особого и нет, учитывая, что sun-овцы очень хвалились > эффективностью своей системы кеширования. Я бы сказал что у них объем маркетинга зачастую перевешивал объем здравого смысла. Вот за это я и не люблю таких махровых коммерсантов - лапши уж больно много с ушей надо снимать. Cложно понять где кончается правда и начинается маркетинг. Поэтому если я думаю о сановских технологиях хуже чем они есть - сани сами виноваты, стандартная компенсация маркетинга врубается. > Сложнее, когда идет синхронная запись или есть memory pressure, > но и для этого есть механихзмы ZIL и write-throttling-а. Для CoW постоянная запись особенно когда диск забит - вообще довольно сложный сценарий. Кстати я вообще нигде в манах не нашел у саней описания как у них расчистка места сделана. Плохо искал?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> На диск информация скидывается все-равно раз в 30 сек. При этом все >> изменения объединяются в одну транзакцию и таким образом метаданные на диске >> не надо исправлять после каждых записанных 128К, только в памяти. > Все-равно оверхеда будет здорово больше. И на операции в памяти, и на > сохранение служебных сущностей на диск. Вкатить 1 х 100Мб кусок в > любом случае оптимальнее чем порядка 800 кусков для того же самого > делать. >> Так-что оверхеда особого и нет, учитывая, что sun-овцы очень хвалились >> эффективностью своей системы кеширования. > Я бы сказал что у них объем маркетинга зачастую перевешивал объем здравого > смысла. Вот за это я и не люблю таких махровых коммерсантов > - лапши уж больно много с ушей надо снимать. Cложно понять > где кончается правда и начинается маркетинг. Поэтому если я думаю о > сановских технологиях хуже чем они есть - сани сами виноваты, стандартная > компенсация маркетинга врубается. >> Сложнее, когда идет синхронная запись или есть memory pressure, >> но и для этого есть механихзмы ZIL и write-throttling-а. > Для CoW постоянная запись особенно когда диск забит - вообще довольно сложный > сценарий. Кстати я вообще нигде в манах не нашел у саней > описания как у них расчистка места сделана. Плохо искал?
	Введите код, изображенный на картинке: