ПФ
+1 )))
Size: a a a
2018 June 27
OC
ну например, минуты две
ПФ
ну например, минуты две
так надо в циклах мерять, а не во времени )
OC
вообще, что такое "прогревать" то
OC
там нету настроечек более агрессивно конпелировать?
OC
compile threashold, сразу в tier4, вот это все выкрутить
OS
давайте мерять так же как будем в проде гонять — лишь бы что-нибудь выкрутить
ПФ
@pragus расскажи мн про kqueue vs epoll? Они могут создавать заметную разницу в бенчмарках?
p
@pragus расскажи мн про kqueue vs epoll? Они могут создавать заметную разницу в бенчмарках?
epoll - linux only же. kqueue - *bsd/macos. в целом, разница должна быть минимальна
ПФ
epoll - linux only же. kqueue - *bsd/macos. в целом, разница должна быть минимальна
я надеялся что ты знаешь детали ))
ПФ
обычно ты умеешь в низкоуровневые штуки )
p
обычно ты умеешь в низкоуровневые штуки )
там очень много писать придется =( их оба можно использовать в разных режимах(Edge triggered vs Level triggered) и от этого зависят результаты.
https://www.opennet.ru/base/dev/kqueue_vs_epoll.txt.html
https://www.opennet.ru/base/dev/kqueue_vs_epoll.txt.html
p
т.е. разницу стоит ожидать от того как написан код, а не от используемого мультиплексора )
ПФ
ну да, но там важное написано — на epoll в общем случае больше сисколлов…
ПФ
Но явно не объясняет нашу аномалию
p
ну да, но там важное написано — на epoll в общем случае больше сисколлов…
сейчас практически одинаково, потому что есть EPOLL_CTL_MOD. другое дело, что kqueue умеет возвращать сколько байт есть/можно записать => можно за один вызов прочитать/записать всё.
это приятный, но некритичный бонус и полезен только когда в сокете лежит данных больше, чем буфер в который ты читаешь. в остальных случаях(когда буфер больше чем данных в сокете) ты просто прочитаешь сколько есть данных.
это приятный, но некритичный бонус и полезен только когда в сокете лежит данных больше, чем буфер в который ты читаешь. в остальных случаях(когда буфер больше чем данных в сокете) ты просто прочитаешь сколько есть данных.
ПФ
сейчас практически одинаково, потому что есть EPOLL_CTL_MOD. другое дело, что kqueue умеет возвращать сколько байт есть/можно записать => можно за один вызов прочитать/записать всё.
это приятный, но некритичный бонус и полезен только когда в сокете лежит данных больше, чем буфер в который ты читаешь. в остальных случаях(когда буфер больше чем данных в сокете) ты просто прочитаешь сколько есть данных.
это приятный, но некритичный бонус и полезен только когда в сокете лежит данных больше, чем буфер в который ты читаешь. в остальных случаях(когда буфер больше чем данных в сокете) ты просто прочитаешь сколько есть данных.
на бенчмарках в буфер могут уложить весь бенчмарк )
p
я сначала гонял ab — у меня было примерно так что просто java останавливалась на что-то 28К, graalVM - на 34-35? вот потом я на этих цифрах мерял wrk, это на макбуке с тачбаром 13
а давайте попробуем на linux? )
ПФ
а давайте попробуем на linux? )
у нас с Олегом как раз очень разные результаты, которые я списываю на ОС
OS
ну вон Павел пробует, но у нас там какие-то расхождения