13 521
правка
Изменения
Нет описания правки
Почему стало лучше? Предположительно, благодаря тюнингу. По сравнению с прошлым тестом они:
* отключили чексуммы мессенджера (ms_crc_data=false) и чексуммы блюстора (bluestore_csum_type=none)
* сделали 64x4 MB memtable и merge=32 вместо стандартных 4x64 и merge=2 — это увеличивает WA, но делает compaction-ы быстреезатюнили rocksdb: <tt>bluestore_rocksdb_options = compression=kNoCompression,max_write_buffer_number=64,min_write_buffer_number_to_merge=32,recycle_log_file_num=64,compaction_style=kCompactionStyleLevel,write_buffer_size=4MB,target_file_size_base=4MB,max_background_compactions=64,level0_file_num_compaction_trigger=64,level0_slowdown_writes_trigger=128,level0_stop_writes_trigger=256,max_bytes_for_level_base=6GB,compaction_threads=32,flusher_threads=8,compaction_readahead_size=2MB</tt>** 64x32x4 MB memtable (number x merge x size) вместо стандартных 4x1x256 MB. Эффект от этой процедуры не совсем очевиден, вроде и compaction-ы вряд ли сильно быстрее, и нагрузка на CPU не факт, что меньше.** сильно изменён max_bytes_for_level_base — с 256 мб он поднят до 6 гб!** добавлены потоки compaction-а.
* выдали 14 гб RAM каждому OSD
* osd_max_pg_log_entries=osd_min_pg_log_entries=osd_pg_log_dups_tracked=osd_pg_log_trim_min = 10 (хз, по-моему, ничего не даёт)
* debug objecter = 0/0 и вообще отключенные дебаги у них тоже уже были
* с prefer_deferred_size и min_alloc_size они, видимо, не игрались (а зря)
* обновлённые диски не играют никакой роли гарантированно. 260000 или 310000 iops - iops — для цефа никакой разницы нет.
== Модели ==