Исходное сообщение
"Тестирование производительности аллокаторов памяти FreeBSD и..." Отправлено nuclight, 11-Мрт-08 22:21
>Бред. А ОЗУ заглючит или винт начнет вылетать, никакое ZFS не спасёт. >Тогда смысл?! > >Кстати, GJOURNAL, по инфе с freebsd-stable@ - полная лажа, т.к. работает на >уровне блочных устройств. Соответственно, оно даже не знает с чем в >данный момент работает, с метаданными или с данными. Скорость соответствует... Короче, >тупой и уродливый хак. Чисто чтобы можно было сказать - "оу, >май ниггаз, у нас тоже есть журналируемая ФС".... Её, кстати, в >качестве проекта summer of code наклепал наш соотечественник. Молодец, конечно, но, >блин, сравнивать эту кривоту с вылизанной годами ext3..... клиника! Точно тролль. И дезинформатор, хоть бы почитать что потрудился. Gjournal использует хуки в коде FS, чтоб знать, когда сохраняются метаданные. Скорость по тестам у него иногда даже опережала SoftUpdates. И не тупой хак, а изящное решение, позволяющее добавить полное журналирование данных к любой FS c неслишком сильными изменениями. И я бы не стал называть поляка соотечественником. Да и что касается вылизанной годами ext3 - расскажите это сотрудникам датацентров, у которых она после нескольких месяцев работы при проверке fsck находила ошибки, несмотря на хваленый журнал (тут впору вспомнить о счетчике монтирований и дней без проверки - видимо, эти хаки вставлены не зря)...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Бред. А ОЗУ заглючит или винт начнет вылетать, никакое ZFS не спасёт. >>Тогда смысл?! >> >>Кстати, GJOURNAL, по инфе с freebsd-stable@ - полная лажа, т.к. работает на >>уровне блочных устройств. Соответственно, оно даже не знает с чем в >>данный момент работает, с метаданными или с данными. Скорость соответствует... Короче, >>тупой и уродливый хак. Чисто чтобы можно было сказать - "оу, >>май ниггаз, у нас тоже есть журналируемая ФС".... Её, кстати, в >>качестве проекта summer of code наклепал наш соотечественник. Молодец, конечно, но, >>блин, сравнивать эту кривоту с вылизанной годами ext3..... клиника! > Точно тролль. И дезинформатор, хоть бы почитать что потрудился. Gjournal использует хуки > в коде FS, чтоб знать, когда сохраняются метаданные. Скорость по тестам > у него иногда даже опережала SoftUpdates. И не тупой хак, а > изящное решение, позволяющее добавить полное журналирование данных к любой FS c > неслишком сильными изменениями. И я бы не стал называть поляка соотечественником. > Да и что касается вылизанной годами ext3 - расскажите это сотрудникам > датацентров, у которых она после нескольких месяцев работы при проверке fsck > находила ошибки, несмотря на хваленый журнал (тут впору вспомнить о счетчике > монтирований и дней без проверки - видимо, эти хаки вставлены не > зря)...
	Введите код, изображенный на картинке: