VO
нет, я тоже о верхней. я о том что верхняя неоправданно завышенна и оценку следует уточнить
Size: a a a
2021 May 14
AP
больше серверов хороших и разных :)
AP
когда-то давно мой простой тест в один процесс на EV с отправкой запроса и получением ответа джейсоном давал 50к. на два процесса 100к. всё на чистом перле.
OP
Я тебе скрин могу скинуть где 95к на одном ядре. И это ограничение уже по read/write сисколам.
W
А теперь на винде с IOCP и, внезапно, там нету ограничения на read/write, так как операция select и read - это один сисколл, а не 2 как в никсах....
OP
На винде я не тестил еще, он щас врядли соберется на ней и пройдет тесты, т.к. этим еще не занимались.
OP
Но iocp да будет работать, если движок UV
AP
таки что за хендлер был? Слава верно про кеш миссы заметил, можно ли в хендлер для теста добавить немного реальной нагрузки, хотя бы просто джейсон как-то собирать и отдавать?
W
Кстати... Я не видел ни один API который умел-бы "замораживать" память... В CUDA есть, а тут - не припоминаю.
R
в каком смысле замораживать?
OP
Конешно, но это замедлит его ровно на timethis(... json...). 100к это копеечная скорость для таких вещей как кешмиссы, там десятки и сотни лямов должно быть чтобы влиять
W
Чтобы ты мог с памятью работать через реальные поинтеры, а не виртуализированные
БП
Что насчëт Ruby на бэке?
AP
ну, зато немного ближе к реальности
W
CUDA так умеет и избегает таким образом 2го копирования.
OP
Антон я же тщательно смотрел через perf top не раз что там жрет. Большую часть времени он сидит в сисколах.
AP
я верю. но когда хендлер "нулевой", то это микробенчмарк самого инструмента без понимания как хотя бы минимально влияет хендлер
a
КМК, умирает, хотя и гораздо медленнее чем Perl...
OP
Реальную я не понимаю как тестить. У всех оно разное. Можно микросервис сделать который из памяти чето возвращает и почти не замедлит. А можно подключить dbix::class и каталист и спустится в 500/сек назад))
AP
можно оба варианта тестировать, чтобы понятнее влияние было