The OpenNET Project / Index page

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



"Оценка производительности ZFS-FUSE в сравнении с EXT4 и Btrfs"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Отдельный RSS теперь доступен для каждого обсуждения в форуме и каждого минипортала.
. "Оценка производительности ZFS-FUSE в сравнении с EXT4 и Btrf..." +/
Сообщение от Anon Y Mous (?), 04-Сен-10, 13:35 
>хочешь сказать что zfs пошла по пути регрессий? :D

Каких регрессий? Ты о чем?

>ну а если нет, то и сам поймешь почему порции данных, отличные
>от 4к ничего не изменят.

Ты вместо того, чтобы тут демагогию разводить, взял бы да попробовал - сам бы все и увидел.

>зы:
>думаю ты уже и сам понял что фигню сморозил.

Фигню тут ты несешь. Ты даже не попытался понять, то что я написал

> про ахилесову пяту, slab, я не настаиваю. может он и стал лучше (что заметно снизит потребность в озу)

Вот видишь, даже сам отползать начинаешь.

> но лучше бтри не получится.

Конечно, лучше бтр сделать нельзя.

>но речь шла не об этом, а о размерах блоков. а они никах от порций на io не зависят.

Ты сам то понимаешь, что ты пишешь? Еще раз перечитай, то, что я написал. И попробуй понять, прежде чем хвататься за клавиатуру

>сам посуди, иначе все файлы, имеющие структуру (exe, elf, avi, jpg,..) и
>имеющий маленький заголовок (первая порция на запись), а это почти все
>файлы - имели бы и блоки 512, ну максимум 4к.

Объясняю еще раз специально для тебя - размер блока, который ZFS будет использовать для хранения файла, зависит не от структуры этого файла, а от значения свойства recordsize для файловой системы и размера самого файла. Пока размер файла меньше, чем значение recordsize, файл может поместиться в одном блоке и размер этого блока составляет минимальное количество секторов, необходимое для сохранения файла, и может меняться - если файл вырастет (но не дорастет до recordsize), размер блока тоже вырастет, если уменьшится - размер блока тоже уменьшится. Как только файл перерастает recordsize, ZFS фиксирует для него размер блока. То есть при recordsize по умолчанию, файл размером 129К будет занимать  два блока по 128К, а модификация блока размером 4К внутри любого из этих двух блоков, потребует чтения блока 128К с диска (если его не найдется в кэше), модификации 4К в нем, выделения нового блока 128К и записи его.

Если у тебя файл структурирован и имеет записи фиксированного размера, как в тесте Threaded IO Tester фороникса, где размер блока по умолчанию составляет 4К, то recordsize нужно сделать равным размеру записи, чтобы получилось сравнение яблок с яблоками.

Ну или увеличивать размер блока в Threaded IO Tester до 128К.

>ззы:
>можно сколько угодно раздувать щеки, отсылать к исходникам - это не прибавит
>знаний, здравого смысла и конструктива к разговору.

Вот и не раздувай. Ибо пока ни знаний, ни здравого смысла, ни конструктива ты ни на йоту не добавил.

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

Оглавление
Оценка производительности ZFS-FUSE в сравнении с EXT4 и Btrfs, opennews, 31-Авг-10, 11:39  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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