паттернам использования памяти и отказываюсь срать на кучу чем попало и как попало аргументируя это тем, что у меня I/O bound программа?
нет, бро. тебя угрожают забанить за то, что ты тут флейм развел, но так ничего внятного и не сказал.
то есть "на хайлоаде I/O bound значит без разницы аллокации" это очень внятно, а то, что я говорю это невнятно?
ну, в общем, довольно невнятно. я несколько раз спросил - как ты намерял, что эти 200 аллокаций имеют значение. что ты ответил? ни-че-го...
а с чего бы я стал мерять эти 200 аллокаций? я не использую эту библиотеку изначально потому что у нее плохая производительность, зачем мне мерять это?
Если вы изначально выбираете библиотеку опираясь исключительно на ее производительность, вы занимаетесь Premature Optimization. Причем может случится так что в ущерб более важным вещам.
где я выбирал библиотеку "исключительно" опираясь на производительность?
Я не знаю. Вы же сами говорите что "я не использую эту библиотеку изначально потому что у нее плохая производительность". А как вы это определили? Просто сравнили синтетические тесты при выборе и взяли "ту которая самая эффективная"?
я посмотрел api, увидел что функционально они для моих задач (а я пишу много разных sql запросов) не отличаются и взял ту, которая делает 0 аллокаций, а не 100500
*тут я вспоминаю прекрасный логрус, который тут постоянно ругают "за скорость"*
Т.е. при прочих равных (размер сообщества, удобство API, кол-во документации и наличие постоянной поддержки) выбрали самую "производительную"?
мы говорим про библиотеку, которая собирает строку
Обсуждают сегодня