около 32Гигов только на Москву надо сырых данных
буфер на гиг и потом в ZSTD загонять?
Файл все стерпит
чето много. ты что пишешь?
что медленее записать 32гига несжатых данных на ссд или пожать Zstd и записать?
550млн*(8байт адрес ф-ии + 8 байт rdtsc)*2(вход и выход) = 32гига 550млн*32 короче
Пожать конечно, у современных процев моща дурная, девать ее некуда.
вот при таком подходе и тупит да тормозит потом всё
тут реально может это быть быстрее, особенно если писать пытаться на хдд
время нужно считать рантайме. в файл только ребра графов переходов. хотя и ребра тоже можно считать в рантайме - не фатально тормозить должено
А, пардон, вопрос с подвохом был. С минимальным сжатием копируется быстрее, чем без сжатия. Даже у SSD есть ощутимый предел по пропускной способности
Тут наверное что быстрее будет скорость сжатия или скорость записи
Если в одном (основном gui-шном) потоке все делать, то да
можно формат валгринда глянуть
Сжатие быстрее, потому что пропускная способность памяти на порядки выше пропускной способности диска. И при этом проц будет отдыхать.
А для чего профилировщику такой объём? Там разве не достаточно min, max, avg для каждой функции/метода? Даже если нужно сохранить последовательность вызовов, то количество вариантов должно быть ограниченным, не логгировать же отдельно каждый вызов!
Я пока не знаю, времени не особо много свободного чтобы проанализировать, пока прикинул сырые данные
хватит просто суммарного времени имхо
ну... возможно, надо думать
Обсуждают сегодня