
Nikolay
11.02.2017
17:06:37

Sheridan
11.02.2017
17:07:36
чот Хрыча не видать... Как то чтот о не так...

Nikolay
11.02.2017
17:08:28

Daniel
11.02.2017
17:08:35
глупо скоростью называть рпс

Google

Александр
11.02.2017
17:08:44

Nikolay
11.02.2017
17:08:48

Daniel
11.02.2017
17:08:49
потому что это как раз понятие скорости зависит от бизнес задачи
и по мимо рпс, есть еще такая метрика как пропускная способность

Sergey
11.02.2017
17:09:18

Yegor
11.02.2017
17:09:37

Daniel
11.02.2017
17:09:44
при чем обе обычно являются взаимными трейдоффами

Sergey
11.02.2017
17:09:50
и много других страшных слов

Nikolay
11.02.2017
17:09:58
ты хочешь сказать, что если у сервера rps выше - то latency ниже?
чо?

Daniel
11.02.2017
17:11:10
я про пропускную способность говорил
отклики тоже метрика, но с ней можно более свободно играться

Sergey
11.02.2017
17:11:42
а про какие серверы речь-то?

Google

Nikolay
11.02.2017
17:11:43

Daniel
11.02.2017
17:12:12

Nikolay
11.02.2017
17:12:14
я прям себе на горло наступил и признал, что го, хоть и говно, но асинхронные быстрые сервера умеет отлично

Daniel
11.02.2017
17:12:22
плять

Nikolay
11.02.2017
17:12:23
а тут на меня наехали

Daniel
11.02.2017
17:12:25
не умничка

Sergey
11.02.2017
17:12:36

Nikolay
11.02.2017
17:12:47

Sergey
11.02.2017
17:13:07
ответить через час - это норм?

Nikolay
11.02.2017
17:13:40

Daniel
11.02.2017
17:13:47
тут в чате нет никакого Code of Conduct и прочего?

Nikolay
11.02.2017
17:13:50
(если нету пайплайна, там сложнее)
в принципе, задача асинхронного сервера в общем случае - не считать сложную бизнес-логику, а быстро прокинуть таску на бэкенд и вернуть промис, по которому ее можно поллить

Daniel
11.02.2017
17:15:25
напрягись, пожалуйста, что такое пропускная способность?

Nikolay
11.02.2017
17:15:56

Google

Nikolay
11.02.2017
17:16:00
ну так загугли
что сказать-то хотел?

Daniel
11.02.2017
17:16:12
ну вот, а говорил умеешь диалог вести

Nikolay
11.02.2017
17:17:01
либо приводи пример, либо не насилуй мозг

Daniel
11.02.2017
17:21:42
да то что ты даже не понимаешь, что пропускная способность и количество операций в секунду обратно зависимы
и то что ты говоришь быстро, это лишь один кейс, с которым ты сталкивался
а существуют еще и другие
и го к примеру ведет себя хорошо с рпс и откликами, но при этом он имеет более низкую пропускную способность, чем к примеру jvm
запилили vm так, осознано
нет магии в мире, нельзя вот так сказать что эта технология круче всех
под действительно большие нагрузки делают узко заточенные решения, которые проигрывают в других кейсах


Nikolay
11.02.2017
17:22:38
да то что ты даже не понимаешь, что пропускная способность и количество операций в секунду обратно зависимы
и то что ты говоришь быстро, это лишь один кейс, с которым ты сталкивался
а существуют еще и другие
и го к примеру ведет себя хорошо с рпс и откликами, но при этом он имеет более низкую пропускную способность, чем к примеру jvm
запилили vm так, осознано
нет магии в мире, нельзя вот так сказать что эта технология круче всех
под действительно большие нагрузки делают узко заточенные решения, которые проигрывают в других кейсах
ты даже не понимаешь, что под rps я подразумеваю rps под нагрузкой, и пропускная способность тут ни при чем, ибо она уже учтена
потому что в понятие rps входит не абстрактное количество запросов, а количество запросов с пейлоадом, как я выше написал
то есть стресс-тест
и да, нельзя сказать, что одна технология круче всех
но есть ниши, где есть лидеры

Daniel
11.02.2017
17:23:51
но ты плять сказал
и в понятие рпс входит только число запросов

Nikolay
11.02.2017
17:24:52
я говорю про нагрузку и бизнес-задачу, всегда надо идти от задачи

Daniel
11.02.2017
17:26:32
цифра меняется в различных кейсах, но метрика значит только одно
не надо туда додумывать

Roman
11.02.2017
17:27:23
Пожалуйста, прочитайте про rps, latency и правильное тестирование нормальную статью, неудачники!
http://highload.guide/blog/principles-and-methods-of-queuing.html

Sergey
11.02.2017
17:27:48

Nikolay
11.02.2017
17:28:02

Google

Nikolay
11.02.2017
17:28:42
в твоем определении rps будет упираться в скорость, с которой система может делать опрос epoll на сокете
это херня и не имеет отношения к реальной жизни

Марк ☢
11.02.2017
17:30:47

Sergey
11.02.2017
17:31:07

Nikolay
11.02.2017
17:31:31
и http разрежет
на всех уровнях

Марк ☢
11.02.2017
17:32:15
так tcp разрежет же
Разрежет. Но поднять хттп сервер под типичный трафик на 40 гбит проблематично

Nikolay
11.02.2017
17:32:33

Марк ☢
11.02.2017
17:32:35
Там куски маленькие.
На локалхосте

Daniel
11.02.2017
17:32:56

Nikolay
11.02.2017
17:33:15

Марк ☢
11.02.2017
17:33:18

Sergey
11.02.2017
17:34:12
я отдавал 40 гбит по http с одной машины.

Nikolay
11.02.2017
17:34:37

Марк ☢
11.02.2017
17:34:43

Google

Sergey
11.02.2017
17:35:10

Марк ☢
11.02.2017
17:35:12
Ну и размеры файлов интересны

Sergey
11.02.2017
17:35:28
1-2 мбайта
отдать 40 гбит ответами по 100 байт сложно, не буду спорить.

Марк ☢
11.02.2017
17:36:11
Именно. По этому и спросил

Nikolay
11.02.2017
17:36:16
nginx, go fasthttp
там человек выше пишет, что го - говно, потому что сервера медленные на нем :) я аж офигел

Марк ☢
11.02.2017
17:36:27
А. Вот оно что

Nikolay
11.02.2017
17:36:59
и rps он считает без нагрузки, а просто как события на сокете

Марк ☢
11.02.2017
17:38:46
Реально быстро вот тут: http://tempesta-tech.com

Sergey
11.02.2017
17:38:54

Марк ☢
11.02.2017
17:39:21

Nikolay
11.02.2017
17:39:25

Марк ☢
11.02.2017
17:39:35
Тупо на ртт засыпешься. И на колве сисколлов

Sergey
11.02.2017
17:40:11

Roman
11.02.2017
17:40:28

Марк ☢
11.02.2017
17:40:37

Nikolay
11.02.2017
17:41:07

Sergey
11.02.2017
17:41:22

Марк ☢
11.02.2017
17:41:36
Тогда не интересно :)

Daniel
11.02.2017
17:41:51