🅁
Stanislav
10-15kmsg/s
Stanislav
Поверьте, это очень мало для геораспределенных систем.
🅁
Верю, а что в замен?
Stanislav
я предлагал но до тестов не дошло
🅁
Схожее по функционалу
Stanislav
так что ничего пока
Stanislav
был бы пилот альтернатив - рассказал чо да как
Serghei
ну
1. персистентные сообщения в очереди
2. кластеризация
3. возможность спокойно набрасывать в очередь не думая подписан на нее кто-то или нет (у nats.io этого нет)
4. поддержка клинтов другими языками (php, java, nodejs, python)
5. быстрый паблишинг (важнее чем подписка)
Serghei
кажется это самое основное
Stanislav
у кроля через эксченджи отличная скорость паблишинга, а если учесть, что паблишеры обычно размыты, то все вполне разумно
Stanislav
он на пиковой нагрузке паблишингу отдает приоритет
Alex
Stanislav кстати, сегодня тестировал (правда, на дефолтной установке из homebrew) - по сравнению с sidekiq скорость ниже =/
Stanislav
сайдкик сколько показал? Я слышал он быстр
Alex
ну у меня rabbit выдавал что-то в районе 15k rps на паблиш, а sidekiq - в районе 50k rps
Stanislav
но что у сайдкика с надежностью и масштабируемостью? А то отличных решений для локалхоста я знаю немало
Alex
цифры примерные, но порядок такой
Alex
ну, sidekiq в этом проигрывает, поэтому и смотрим на rabbit )
Stanislav
на бинстолке можно и 1М взять, толку правда никакого при задаче фейловера и масштабирования
Serghei
вон, натс пишут 1М может
Serghei
а толку
Alex
да, согласен, масштабируемость - всегда влияет на скорость
Stanislav
редис тоже 1М позволяет взять, но опять же, кейс локалхоста как у бинстолка (вру, оба могут в сингл-мастер и мультислейв - но нам это не поможет)
Serghei
у нас еще юзкейс такой, нам важен не объем в секунду, а то, как быстро мы сможем опубликовать одно сообщение в стеке вызова. ну два.
Alex
вообще, интересно еще протестировать разницу в скорости отправки многих маленьких сообщений и нескольких больших через rabbit
Serghei
мы тестировали
Serghei
если интересно могу порыться
Alex
и что выгоднее? )
Stanislav
но если серьезно, мы гребем с редисов и рэббитов в сторону кафки и аэроспайка
Serghei
большие
Serghei
аероспайк хорош но там тоже не все гладко
Stanislav
Ну я то как раз знаю всю его темную сторону
Stanislav
Так что тут мои спят спокойно
Serghei
я например задолбался в нем копаться чтоб он унас заработал как надо. а на ишьюсы они отвечают раз в 3 месяца и ответ такой - кидаю тебе ссылку на раздел Jobs на их сайте
Serghei
мол приходи и сделай
Magistr
можно купить лицензию на полгода и теребить саппорт в реалтайме пока настраиваеться кластер
Stanislav
Я знаю историю про упоротых, которые собирают под аэроспайк несимметричную NUMA на базе Dell R730. В одном сокете вся оперативка 4 канальная, а во втором - только одна палка памяти.
Stanislav
И они очень довольны таким конфигом
Serghei
ну, хорошо это или плохо не скажу, но у нас никогда не был освоего железа. мы все в амазоне покупаем
🅁
А в таблице цифры точно в миллисекундах?
Serghei
ну и лежим вместе с ним
🅁
И единичные?
Stanislav
У платного эроспайка есть еще парочка критичных плюшек для промышленных деплоев
Serghei
в принципе я допускаю что с кластером что-то не то, но что именно не могу понять. меня самого настораживают такие цифры )
Serghei
хотя, этож пхп что вы от него хотите
Stanislav
да, наши тоже ушли на php-amqp из-за этого
Serghei
c-клиент, голый, примерно в 30 быстрее по замерам
🅁
Не совсем понятно как время щамеряли
🅁
После коннекта, всех деклараций и биндинга?
Serghei
просто этож tcp. что там бедная пыха может делать ))) открывает сокет, while (true) и полетели. жизнь в одном потоке она такая, суровая
Magistr
Stanislav
Serghei
я мерил пару дней назад с ними они дают минимальный оверхед
Stanislav
Вы не программер?
🅁
Stanislav
Легкий намек: http://php.net/manual/en/function.getrusage.php
🅁
Не php-fpm?
Serghei
Ясно понятно, т.е. пхп скрипт будет работать типа в режиме демона?
если на подписку то наверное да. но нам это не важно. у нас пришел клиент, открыл страницу, что-то поделал и ушел. пока он на странице мы публикуем сообщение (я) идногда одно иногда несколько. в зависисмости от страницы - своя логика. например загрузил пдф, мы файл сохранили а java воркеру бросили сообщение с путем к файлу для конвертации. короче много вот такой скучной логики
Serghei
и почти всегда это буквально несколько сообщений за сеанс
Serghei
как долго они будут обрабатываться будут консюмером - почти не важно
Serghei
соответственно чем быстрее мы скажем клиенту что все ок, закончим рендерить страницу на которой он находится, тем для нас лучше
Serghei
разница в 50 миллисекунд влияет на продажи, как мне говорят маркетологи
Serghei
так что я три недели все это тещу и пока одна печаль
Serghei
завтра буду редис тестить
🅁
Вы не программер?
Программер, но всегда предпочитал измерять время выполнения чего либо microtime'ом
Serghei
ну я так иделал
🅁
Речь только про время выполнения
🅁
Завтра обязательно заюзаю, гляну че там да как с инфой
🅁
Vladimir
Serghei
Serghei
я даже спорил - говорю не может организм отловить разницу в 50 миооесекунд. не верят мне, говорят может
Vladimir
Serghei
я говорю в секунде 1000 милесекунд. а это 50 милисекунд - все равно не верят
Vladimir
50% людей вставлять sleep на 50ms :)