OS
у меня на java — 185 ns / op
а на грале 10 ns / op
а на грале 10 ns / op
у меня на java — 185 ns / op
а на грале 10 ns / op
Size: a a a
2018 June 27
p
Как-то феноменально быстро :)
p
ну просто конкретные цифры неинтересны из-за разного железа. Важно то, что у меня всегда делается столько запросов в секунду, сколько я попрошу. А у Олега — нет
Потому что у тебя ботлнек не сеть.
p
ну просто конкретные цифры неинтересны из-за разного железа. Важно то, что у меня всегда делается столько запросов в секунду, сколько я попрошу. А у Олега — нет
Потому что у тебя ботлнек не сеть.
p
ну просто конкретные цифры неинтересны из-за разного железа. Важно то, что у меня всегда делается столько запросов в секунду, сколько я попрошу. А у Олега — нет
Потому что у тебя ботлнек не сеть.
λ
нет, сейчас не может к сожалению, даже через GraalVM polyglot API си имеет прямой доступ в память
а вот такое читали? http://chrisseaton.com/plas15/safec.pdf я не успел, там много буков, но, судя по заголовку, имеются некоторые радужные перспективы
ПФ
у меня на java — 185 ns / op
а на грале 10 ns / op
а на грале 10 ns / op
10 наносекунд? Точно работает JMH?
ПФ
Не сработал ли там DCE?
ПФ
Потому что у тебя ботлнек не сеть.
А у Олега сеть? На локальной машине?
ПФ
Ну тогда видимо это и есть разница между epoll и kqueue и кодом с их использованием…
ПФ
Так вот @shelajevoleg есть даже вот такая штука: https://stackoverflow.com/a/41499972/1160959 тут тестируется спринг со всеми кишками с помщью JMH
p
А у Олега сеть? На локальной машине?
Да. Через loopback более-менее честная сеть с tcp и всей машинерией
ПФ
Да. Через loopback более-менее честная сеть с tcp и всей машинерией
так уменя тоже лупбэк же…
ПФ
наверное
ПФ
правда на уровне ядра могут твориться чудеса, конечно
OS
как бы понятно что граль быстрее :)
OS
но это только для тех кто вот 10 чисел в проде перемножает :)
OS
было бы интереснее показать прям на целом приложении
ПФ
но 10 наосекунд — это как-то слишком
OS
но 10 наосекунд — это как-то слишком
А запусти, у тебя же скачано уже