Size: a a a

2018 June 27

ПФ

Паша Финкельштейн in graalvm_ru
Linux finkel-Precision-3520 4.17.0-2-MANJARO #1 SMP PREEMPT Fri Jun 8 07:13:17 UTC 2018 x86_64 GNU/Linux
источник

p

pragus in graalvm_ru
гы
источник

ПФ

Паша Финкельштейн in graalvm_ru
источник

ПФ

Паша Финкельштейн in graalvm_ru
ну у меня располеднее ядро и всё такое
источник

p

pragus in graalvm_ru
всё, я понял.
источник

p

pragus in graalvm_ru
@asm0dey а у тебя во время бенча что в top? интересует si
источник

p

pragus in graalvm_ru
и включен ли у вас keep alive?
источник

p

pragus in graalvm_ru
потому что если нет, то большую часть бенча съедает кусок kqueue(epoll) => accept => recv/send
источник

ПФ

Паша Финкельштейн in graalvm_ru
там кипэлайв по умолчанию
источник

OS

Oleg Shelajev in graalvm_ru
меня 1 вещь смущает, мы вот этим wrk меряем latency. А обычно по latency у нас достаточно четкие условия, например там 99% запросов быстрее чем Х времени.

а мы хотим узнать (я хочу) при каком максимальном throughput мы укладываемся в примерно нужные условия. Что бы внятно показать что GraalVM быстрее там или так же быстр или медленнее чем HotSpot.
источник

OS

Oleg Shelajev in graalvm_ru
или этот вопрос не имеет особого смысла?
источник

OS

Oleg Shelajev in graalvm_ru
и правильно спрашивать именно какой будет latency distribuiton при нагрузке N?
источник

OS

Oleg Shelajev in graalvm_ru
ответ на первый вопрос проще интерпретировать :)
источник

p

pragus in graalvm_ru
Паша Финкельштейн
там кипэлайв по умолчанию
а. ну тогда разница чисто из-за ос(кэп, да)
источник

ПФ

Паша Финкельштейн in graalvm_ru
pragus
а. ну тогда разница чисто из-за ос(кэп, да)
но вот эту разницу я не понимаю )
источник

ПФ

Паша Финкельштейн in graalvm_ru
Oleg Shelajev
меня 1 вещь смущает, мы вот этим wrk меряем latency. А обычно по latency у нас достаточно четкие условия, например там 99% запросов быстрее чем Х времени.

а мы хотим узнать (я хочу) при каком максимальном throughput мы укладываемся в примерно нужные условия. Что бы внятно показать что GraalVM быстрее там или так же быстр или медленнее чем HotSpot.
Это зависит от того что ты хочешь узнать
источник

ПФ

Паша Финкельштейн in graalvm_ru
А можно как-то узнать, какие оптимизации смог произвести грааль, а какие С2?
источник

p

pragus in graalvm_ru
Паша Финкельштейн
но вот эту разницу я не понимаю )
слишком отличаются ядра, слишком отличается tсp-стек.
источник

OS

Oleg Shelajev in graalvm_ru
или вот я уменьшаю количество запросов и у меня падает latency —
GraalVM
→ wrk -c 30 -d 60 -t2 -L -R100000 http://localhost:8080/hello/AllworkandnoplaymakesOlegSad

#[Mean    =    21818.024, StdDeviation   =     8930.500]
#[Max     =    38371.328, Total count    =      1915890]
#[Buckets =           27, SubBuckets     =         2048]
----------------------------------------------------------
 2298393 requests in 1.00m, 234.54MB read
Requests/sec:  38307.75
Transfer/sec:      3.91MB

→ wrk -c 30 -d 60 -t2 -L -R30000 http://localhost:8080/hello/AllworkandnoplaymakesOlegSad
#[Mean    =       11.791, StdDeviation   =       57.551]
#[Max     =      547.840, Total count    =      1494089]
#[Buckets =           27, SubBuckets     =         2048]
----------------------------------------------------------
 1795263 requests in 1.00m, 183.19MB read
Requests/sec:  29921.27
Transfer/sec:      3.05MB


какой из них имеет более разумную интерпретацию в рамках вопроса быстрее ли Граль чем обычные джавы :)
источник

ПФ

Паша Финкельштейн in graalvm_ru
pragus
слишком отличаются ядра, слишком отличается tсp-стек.
Ты понимаешь, что яне про конкретные цифры говорю, да?
источник