LINUX.ORG.RU

Оптимальная файл.система для кеширования, диск 6ТБ, для LevelDB?

 , , , ,


0

3

Есть смесь баз данных LeveDB, RockDB. Оно должно достаточно быстро доставать данные с диска, записи данных очень мало.

Думаю, с учетом специфики задачи, действует правило Парето - на 5% данных приходится 95% обращений.

То есть если я выделю под кеш 128ГБ то будет увеличение скорости этой телеги, наверное.

Вопрос, а качество кеширования/скорость чтения сильно зависит от фаайловой системы? если вместо ext4 поставить zfs например?


Чем роднее и проще фс, тем лучше. Если без дополнительных знаний «специфики задачи». Лучше будет, если вообще не будет дополнительной прослойки в виде «файловой системы».

anonymous
()

6Tb? Если это SMR диск, то ZFS можно вычёркивать из вариантов.

anonymous-angler ★☆
()

Ставь 128 Gb оперативы и крути кеши ядра, фс можешь jfs юзать, если питание стабильное и всё такое, если не в ДЦ крутится - то xfs/ext4

ext4 - самая тормозная, но и самая надежная

Для БД есть SSD, всё остальное не столь важно, сейчас уже вполне можно купить ssd Samsung на 2 TB

menangen ★★★★★
()
Ответ на: комментарий от menangen

были бы деньги именно на это - купил бы и рейд из них сделал. «Для БД есть SSD, всё остальное не столь важно, сейчас уже вполне можно купить ssd Samsung на 2 TB» речь о том можно как лучше делать на жестких дисках

Tvorog
() автор топика
Ответ на: комментарий от Tvorog

Сталкивался с подобным, с HDD ничего толкового сделать не получилось, выиграш составлял иногда пару процентов, но этого было мало, практически не влияло на тормознутость. Только SSD и RAM дали результат.

Если нет денег на 6 ТБ SSD, то, может, хотя бы купить какой-то SSD на 128 Гб для кеша? Го сначала сделай профилирование, хватит ли тебе этого кеша.

anonymous8 ★★
()
Последнее исправление: anonymous8 (всего исправлений: 1)
Ответ на: комментарий от Tvorog

речь о том можно как лучше делать на жестких дисках

Для чтения - без разницы на какой fs (лучше без)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.