The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопителе, opennews (??), 10-Авг-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


19. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  +2 +/
Сообщение от аноним (?), 10-Авг-10, 15:19 
>Phoronix, видимо, не умеет читать README, где фореграундом по бэкграунду написано про vm.kmem_size... ;)

Сравнительное тестирование производительности имеет смысл _только_ в дефолтной конфигурации, иначе оно превратится в соревнование тюнингеров.

С точки зрения писькометрии тюнингеров такое соревнование, может быть, и показательно, однако характеристики софта в этом случае отходят на второй план. Недотюнил какую-то мелочь - и вместро быстрой ФС получаешь тормозилово.

Нет, дефолт - это эталонный уровень.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

21. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  –3 +/
Сообщение от Andrew Kolchoogin (?), 10-Авг-10, 15:59 
> Нет, дефолт - это эталонный уровень.

(Интеллигентно откашлявшись)

У FreeBSD/ZFS НЕТ эталонного уровня. Инсталляция FreeBSD на ZFS возможна _только_ руками.

Использование ZFS как отдельного хранилища требует, в любом случае, настройки: хотя бы для того, чтобы сказать "kldload zfs". А раз так, то настройку надо производить так, как требует руководство по настройке.

Ответить | Правка | Наверх | Cообщить модератору

25. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  +4 +/
Сообщение от Аноним (-), 10-Авг-10, 16:10 
>> Нет, дефолт - это эталонный уровень.
>
>(Интеллигентно откашлявшись)
>
>У FreeBSD/ZFS НЕТ эталонного уровня. Инсталляция FreeBSD на ZFS возможна _только_ руками.
>

А как насчёт новость прочитать, там где про PC-BSD?

>
>Использование ZFS как отдельного хранилища требует, в любом случае, настройки: хотя бы
>для того, чтобы сказать "kldload zfs". А раз так, то настройку
>надо производить так, как требует руководство по настройке.

Ответить | Правка | Наверх | Cообщить модератору

39. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  –2 +/
Сообщение от Andrew Kolchoogin (?), 10-Авг-10, 19:14 
> А как насчёт новость прочитать, там где про PC-BSD?

Я внимательно читал новость.

ZFS в PC-BSD _не_ из коробки -- она из коробки в _инсталляторе_ PC-BSD. Если бы она там была _действительно_ из коробки, вот этого вот:

http://trac.pcbsd.org/changeset/2962

не было бы. Повторюсь ещё раз: раз уж вы сказали "kldload zfs", доделайте все остальные шаги, которые описаны в руководстве по использованию ZFS во FreeBSD. :)

Ответить | Правка | Наверх | Cообщить модератору

48. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  +2 +/
Сообщение от аноним (?), 10-Авг-10, 19:49 
забавная отмазка.
$ lsmod|grep btr
btrfs                 480609  0
zlib_deflate           21797  1 btrfs
libcrc32c               1284  1 btrfs
Ответить | Правка | Наверх | Cообщить модератору

49. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  +1 +/
Сообщение от аноним (?), 10-Авг-10, 19:51 
зы:
в_инсталляторе - это и есть из_каропки.
Ответить | Правка | Наверх | Cообщить модератору

54. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  +1 +/
Сообщение от User294 (ok), 10-Авг-10, 20:18 
>вот:
>http://trac.pcbsd.org/changeset/2962
>не было бы.

Да, комент там и правда смешной - Updated the PC-BSD install script to detect if the user is below 1GB of memory when trying to use ZFS, and stop them.

Типа, если у вас меньше гига памяти то даже и не трепыхайтесь? А почему авторы btrfs ничего такого не требуют? :)

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

76. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  –1 +/
Сообщение от Аноним (-), 11-Авг-10, 14:50 
>>вот:
>>http://trac.pcbsd.org/changeset/2962
>>не было бы.
>
>Да, комент там и правда смешной - Updated the PC-BSD install script
>to detect if the user is below 1GB of memory when
>trying to use ZFS, and stop them.
>
>Типа, если у вас меньше гига памяти то даже и не трепыхайтесь?
>А почему авторы btrfs ничего такого не требуют? :)

Потому что разные требования у разных FS - вы же не требуете что бы RHEL запускался на вашем любимом ARM ?

PS. а BtrFS уже позволяет больше половины винта записывать? а то lkml говорит что если писать мелкие файлы то о производительности и свободном месте можно забыть.
Не подскажете когда это исправят ?

Ответить | Правка | Наверх | Cообщить модератору

78. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  +/
Сообщение от аноним (?), 11-Авг-10, 15:01 
>Потому что разные требования у разных FS - вы же не требуете что бы RHEL запускался на вашем любимом ARM ?

с чего бы вдруг? альтлинух вон и то на арм дистр делать стали. отстал ты от жизни.
на арме я и бтр жду. нокия вон обещала в миго. zfs же похоже ждать не приходится. эппл видимо не зря отказалась.
"не_делают_для_арм" и "невозможно_в_приципе" - разные вещи.

Ответить | Правка | Наверх | Cообщить модератору

90. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  +/
Сообщение от User294 (ok), 11-Авг-10, 22:41 
>Потому что разные требования у разных FS - вы же не требуете
>что бы RHEL запускался на вашем любимом ARM ?

А интель сватает бтрфс как дефолтную ФС в meego :).Откуда напрашивается вывод что ФС совсем не обазательно требовать с ножом к горлу гигазы памяти.Более того - похоже на то что куча оперативы нужна для вытягивания далеко неидеального дизайна ZFS из понятно какого места.

>PS. а BtrFS уже позволяет больше половины винта записывать?

Вы не поверите, но если писать 20-байтовые файлы - у вас вообще поюзается менее 1/10 винча.Даже на традиционных блочных ФС с классическим выделением блоками.Чисто за счет биения на блоки. И даже если есть tail packing (правда тогда хана производительности), метаданные выжрут существенный объем, вероятно сильно больше чем объем данных.

>а то lkml говорит что если писать мелкие файлы то о производительности и свободном
>месте можно забыть.

А если взять файлы нулевого размера - КПД любой ФС будет ноль. Потому что бесконечное число файлов на диск не влезет: метаданные что-то занимают и займут весь том (если раньше не вылезут лимиты структур ФС). В итоге суммарно на томе 0 байтов в файлах а места на диске нет. Не знаете когда исправят такое безобразие? :)

> Не подскажете когда это исправят ?

Для клинического случая? А никогда. Иначе станет возможен бесконечный архиватор, сохраняющий данные из файла в именах файлов 0-й длины (один такой кто-то даже написал). Обратной процедурой ессно можно вернуть данные в файл :)

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

97. "Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..."  +/
Сообщение от Аноним (-), 12-Авг-10, 20:15 
>>Потому что разные требования у разных FS - вы же не требуете
>>что бы RHEL запускался на вашем любимом ARM ?
>
>А интель сватает бтрфс как дефолтную ФС в meego :).Откуда напрашивается вывод
>что ФС совсем не обазательно требовать с ножом к горлу гигазы
>памяти.Более того - похоже на то что куча оперативы нужна для
>вытягивания далеко неидеального дизайна ZFS из понятно какого места.

Я спрашивал о RHEL, а не о meggo. Если до вас не дошло сформулирую вопрос иначе - почему системы которые запускаются на разном железе - требуют разного тюнинга ?
Или вы с пеной у рта будете доказывать что ядро meggo такое же точно как RHEL ?

>
>>PS. а BtrFS уже позволяет больше половины винта записывать?
>
>Вы не поверите, но если писать 20-байтовые файлы - у вас вообще
>поюзается менее 1/10 винча.Даже на традиционных блочных ФС с классическим выделением
>блоками.Чисто за счет биения на блоки. И даже если есть tail
>packing (правда тогда хана производительности), метаданные выжрут существенный объем, вероятно сильно
>больше чем объем данных.

Не больше - рейсерфс этому пример и с производтельностью там нормально.
Не стоит теоретизировать там где не разбираешся.

>[оверквотинг удален]
>занимают и займут весь том (если раньше не вылезут лимиты структур
>ФС). В итоге суммарно на томе 0 байтов в файлах а
>места на диске нет. Не знаете когда исправят такое безобразие? :)
>
>
>> Не подскажете когда это исправят ?
>
>Для клинического случая? А никогда. Иначе станет возможен бесконечный архиватор, сохраняющий данные
>из файла в именах файлов 0-й длины (один такой кто-то даже
>написал). Обратной процедурой ессно можно вернуть данные в файл :)

Там вроде как был далеко не клинический случай. Так и запишем в BtrFS дизаин дерьмовый, раз такую очевидную проблему не исправляют.


Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру