RS
потому-что мейнтенеры net/http не ставили перед собой задачу написать самую эффективную реализацию HTTP?
Size: a a a
2020 February 22
AR
net/http меня не устраивает в плане распоряжения памятью. Много совершенно ненужно нагрузки на GC и замедление в целом из-за аллокаций
Надеюсь это было померяно на реалистичных бенчмарках под нагрузкой, которая реально планируется
RS
Если давать нагрузку выше, то fasthttp захлебывается позже std, но в итоге оба варианта дают миллисекунды tail latency
если хочется ниже то надо идти в сторону C++ uWebSockets (там есть и обычный HTTP)
но на C++ мне пока сиё чудо писать рано
но на C++ мне пока сиё чудо писать рано
AR
если хочется ниже то надо идти в сторону C++ uWebSockets (там есть и обычный HTTP)
но на C++ мне пока сиё чудо писать рано
но на C++ мне пока сиё чудо писать рано
если хочется ниже то всегда есть раст с актиксом
AR
zero allocation в го это всегда конец удобному и безопасному API
RS
универсальную и относительно прожорливую как показывают бенчмарки fasthttp 🙂
AR
универсальную и относительно прожорливую как показывают бенчмарки fasthttp 🙂
я только что забенчмаркал и на хелловорде разницы особой и нет
AR
нереальная быстрота fasthttp это какой-то миф уже
AR
видимо нужно пайплайнинг включить, чтобы оно реально влияло
RS
прошу оставлять подобные комментарии при себе и не вносить негативную атмосферу в беседу
RS
тогда так и напиши: “ИМХО это лишнее” и никто слова не скажет
RS
ладно, понятно всё с вами, товарищ
AR
я после того, как поизучал net/http, понял, что столько edge-case-ов я сам не поддержу, и альтернативные http имплементации нужно юзать только когда оно реально того стоят
AR
учитывая, что с каждым годом GC всё лучше, рантайм всё быстрее, а исправленных багов всё больше, со временем актуальность fasthttp падает имхо
AR
разве что в TechEmpower показывать, что не актиксом единым
AR
ну с каждым релизом
RS
я после того, как поизучал net/http, понял, что столько edge-case-ов я сам не поддержу, и альтернативные http имплементации нужно юзать только когда оно реально того стоят
в данном случаю ИМХО стоит. Не нужна полноценная имплементация HTTP и HTTP/2, нужен лишь быстрый HTTP/1 сервер
AR
запустить тот же net/http в режиме "по воркеру на запиненное ядро, gomaxprocs=1, O_REUSEPORT" и будет очень быстро
RS
учитывая, что с каждым годом GC всё лучше, рантайм всё быстрее, а исправленных багов всё больше, со временем актуальность fasthttp падает имхо
увы, улучшения GC лишние аллокации не оправдывают
AR
увы, улучшения GC лишние аллокации не оправдывают
лишние это > 0?