ВН
т.е. которые одна в tcmalloc, другие в fio
Size: a a a
2021 January 31
ВН
и их suppress шо-то не пашет у меня
S
и тормозит он примерно так же, как цеф
а можно еще нубский тупой вопрос
--bs=4K --iodepth=64
iodepth когда его увеличивать \ когда лучше уменьшать?
этот параметр в fio что вообще имитирует?
кол-во тредов одновременных которые будут гнать io ?
--bs=4K --iodepth=64
iodepth когда его увеличивать \ когда лучше уменьшать?
этот параметр в fio что вообще имитирует?
кол-во тредов одновременных которые будут гнать io ?
МК
и их suppress шо-то не пашет у меня
А зачем м подавление ? Там реально баги ?
МК
а можно еще нубский тупой вопрос
--bs=4K --iodepth=64
iodepth когда его увеличивать \ когда лучше уменьшать?
этот параметр в fio что вообще имитирует?
кол-во тредов одновременных которые будут гнать io ?
--bs=4K --iodepth=64
iodepth когда его увеличивать \ когда лучше уменьшать?
этот параметр в fio что вообще имитирует?
кол-во тредов одновременных которые будут гнать io ?
Да
ВН
А зачем м подавление ? Там реально баги ?
да я тест пытаюсь написать и хотел, чтоб он падал при наличии ошибок
ВН
но проблема в том что там несколько утечек мелких в самом fio
ВН
==30141==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 8 byte(s) in 1 object(s) allocated from:
#0 0x7f79e769e19f in operator new(unsigned long) (/usr/lib/x86_64-linux-gnu/libasan.so.5+0x10919f)
#1 0x7f79e73c7c1d (/usr/lib/x86_64-linux-gnu/libtcmalloc.so.4+0x2cc1d)
Direct leak of 6 byte(s) in 1 object(s) allocated from:
#0 0x7f79e76270b5 in strdup (/usr/lib/x86_64-linux-gnu/libasan.so.5+0x920b5)
#1 0x559d32ee1f4f in options_mem_dupe /home/vitali/setup/fio/fio-3.25/parse.c:1453
Indirect leak of 256 byte(s) in 8 object(s) allocated from:
#0 0x7f79e769c628 in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.5+0x107628)
#1 0x559d32edfa4c in add_to_dump_list /home/vitali/setup/fio/fio-3.25/parse.c:1130
Indirect leak of 62 byte(s) in 8 object(s) allocated from:
#0 0x7f79e76270b5 in strdup (/usr/lib/x86_64-linux-gnu/libasan.so.5+0x920b5)
#1 0x559d32edfa69 in add_to_dump_list /home/vitali/setup/fio/fio-3.25/parse.c:1133
Indirect leak of 41 byte(s) in 8 object(s) allocated from:
#0 0x7f79e76270b5 in strdup (/usr/lib/x86_64-linux-gnu/libasan.so.5+0x920b5)
#1 0x559d32edfa58 in add_to_dump_list /home/vitali/setup/fio/fio-3.25/parse.c:1131
ВН
хотя может это предполагалось что я что-то освободить должен, с другой стороны
МК
МК
На тему го, кстати
ВН
хотя может это предполагалось что я что-то освободить должен, с другой стороны
Но вроде не, нечего
S
а еще один нубский вопрос
вот если у меня там всего 2 vCPU на машине
то насколько разумно мне делать
вот если у меня там всего 2 vCPU на машине
то насколько разумно мне делать
--iodepth=64 в fio ?МК
а еще один нубский вопрос
вот если у меня там всего 2 vCPU на машине
то насколько разумно мне делать
вот если у меня там всего 2 vCPU на машине
то насколько разумно мне делать
--iodepth=64 в fio ?Да можно и 1024
МК
Но ЗАЧЕМ
S
Да можно и 1024
я ладно, я видимо на ночь глядя ерунду сморозил
МК
я ладно, я видимо на ночь глядя ерунду сморозил
Да нет же. Зачем ? Даже если у тебя 2048 цпу
S
Да нет же. Зачем ? Даже если у тебя 2048 цпу
еще раз. если iodepth это типа 64 треда...
или это просто какая то очень простая очередь внутри fio которая 64 fread просто пытается сделать?
или это просто какая то очень простая очередь внутри fio которая 64 fread просто пытается сделать?
МК
еще раз. если iodepth это типа 64 треда...
или это просто какая то очень простая очередь внутри fio которая 64 fread просто пытается сделать?
или это просто какая то очень простая очередь внутри fio которая 64 fread просто пытается сделать?
Да