EM
Size: a a a
2019 October 04
ŹR
В фениксе сделано довольно круто
ŹR
Скажем так - правильно
В
iolist вроде как один к одному в системный вывод компилируется, и нету оверхеда при подготовке бинаря, выделения памяти и тыды
Это понятно, но я не про I/O спрашивал
ŹR
Ну если нету io то понятно что бинарь не копируется
ŹR
Вернее он и так и так не копируется, но если нету io то это выглядит дешевле
В
Ну если нету io то понятно что бинарь не копируется
А вот ковбоец говорит, что iolist лучше :)
ŹR
Может ковбоец работает на кластере?
ŹR
На другую ноду то копируется
ŹR
Кроме того, вывод все равно то в конце есть)
В
Лично у меня вообще всё в бинарях, поэтому нет смысла в iolist_to_binary
В
кстати возможно он прав - что при посылке что при iolisttobinary все равно есть оверхед по памяти
там у него оверхед в другом, как я уже говорил... данные сначала ПЕРЕсылаются из процесса, который сгенерил хтмл, в connection-процесс, и только потом в сокет
DF
Имхо, Лоик прав, оптимизация очень небольшая и специфичная, нет смысла её пихать.
В
там еще должен быть стриминг, интересно там тоже идет копирование через промежуточны процесс
Без разницы, стриминг это или нет. Всё идет между двумя процессами сначала, потом только в сокет