В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

ErlangRus

675 membersпожаловаться на группу
2020 October 15

ИИ

Иванов Иванов... in ErlangRus
Petr Kozorezov
если очень коротко то, есть прокся которая в соотношении примерно 1:10 отсылает внешние запросы у которой кроме проксирования есть еще бизнес логика валидации входных данных и небольшого изменения этих запросов плюс фильтрации и выяснения куда и что посылать.
т.е на 10K  входящих будет 100К исходящих коннектов? или таки исходящие коннекты ограничены числом и запросы туда заворичиваются?
источник
14:53пожаловаться#1

AB

Alex Bubnov in ErlangRus
Petr Kozorezov
если очень коротко то, есть прокся которая в соотношении примерно 1:10 отсылает внешние запросы у которой кроме проксирования есть еще бизнес логика валидации входных данных и небольшого изменения этих запросов плюс фильтрации и выяснения куда и что посылать.
Ну вообще, выигрыш должен быть, можно порезать копирование очень сильно.
источник
14:56пожаловаться#2

AB

Alex Bubnov in ErlangRus
Рерайт запросов можно делать по возможности in-place, writev(или как его) никто не запрещал опять же.
источник
14:59пожаловаться#3

ML

Maksim Lapshin in ErlangRus
Для начала на растлере не получится писать без мьютексов.

Те там где обычный код будет нормально работать, тут будет мьютекс на каждый вход в нифку
источник
15:28пожаловаться#4

ML

Maksim Lapshin in ErlangRus
Во-вторых, действительно непонятно что же за проблема, если эрланг по http прокачивает десятки гигабит в секунду, те проблемы в пропускной способности особенно не видать
источник
15:29пожаловаться#5

ИИ

Иванов Иванов... in ErlangRus
Maksim Lapshin
Во-вторых, действительно непонятно что же за проблема, если эрланг по http прокачивает десятки гигабит в секунду, те проблемы в пропускной способности особенно не видать
+.  если уперся в gun это незначит конец. сам автор позиционирует gun не для скорости, а долгих соединений.  если http/1.1 достаточно - нужно посмотреть buoy (@petrkozorezov)
источник
15:30пожаловаться#6

AB

Alex Bubnov in ErlangRus
Alex Bubnov
Ну вообще, выигрыш должен быть, можно порезать копирование очень сильно.
А, стоп, растлер. Очень мало смысла, кмк, лучше написать standalone акселератор.
источник
15:30пожаловаться#7

V

Vasilii Demidenok in ErlangRus
Maksim Lapshin
Для начала на растлере не получится писать без мьютексов.

Те там где обычный код будет нормально работать, тут будет мьютекс на каждый вход в нифку
поясни чуть подробнее, откуда необходимость в мьютексе по сравнению с обычным нифом?
источник
15:34пожаловаться#8

ML

Maksim Lapshin in ErlangRus
Коллеги, а кто перевел на json логи весь сервис?

Вот так чтобы все перетащили и с этого какой-то профит увидели?
источник
15:34пожаловаться#9

ML

Maksim Lapshin in ErlangRus
Vasilii Demidenok
поясни чуть подробнее, откуда необходимость в мьютексе по сравнению с обычным нифом?
Растлер декларирует такой тип, что ресурс надо заворачивать в мьютекс
источник
15:35пожаловаться#10

ŹR

Źmićer Rubinštejn in ErlangRus
Можно обойти unsafe
источник
15:36пожаловаться#11

ŹR

Źmićer Rubinštejn in ErlangRus
unsafe impl std::marker::Send for MyStruct{}
unsafe impl std::marker::Sync for MyStruct{}
источник
15:38пожаловаться#12

PK

Petr Kozorezov in ErlangRus
Maksim Lapshin
Во-вторых, действительно непонятно что же за проблема, если эрланг по http прокачивает десятки гигабит в секунду, те проблемы в пропускной способности особенно не видать
Проблема в том, что при увеличении соотношения исходящих запросов производительность валится (350 qps/core при соотношении 1:1, и уже 220 при соотношении 1:3, а цель 1:10,) при тех цифрах, что даст текущая версия на 1:10 бизнес уже будет работать в минус. Из кода там по сути увеличивается только количество запросов через keep-alive gun, и результат приходит большей частью только пустой 204.
источник
15:38пожаловаться#13

ML

Maksim Lapshin in ErlangRus
Źmićer Rubinštejn
unsafe impl std::marker::Send for MyStruct{}
unsafe impl std::marker::Sync for MyStruct{}
В теории конечно да, но вот я до сих пор помню как растлер разламывал своим кодом в unsafe весь бим.

Те если хочется его использовать, надо гонять под валгриндом
источник
15:39пожаловаться#14

ŹR

Źmićer Rubinštejn in ErlangRus
Если хочется использовать раст вместо сишечки, то ты не против мутекса какбы
источник
15:40пожаловаться#15

V

Vasilii Demidenok in ErlangRus
любопытно
источник
15:40пожаловаться#16

ŹR

Źmićer Rubinštejn in ErlangRus
Иначе нафик надо. У enif гораздо больше возможностей
источник
15:40пожаловаться#17

AF

Andrey Fadeev in ErlangRus
Maksim Lapshin
Коллеги, а кто перевел на json логи весь сервис?

Вот так чтобы все перетащили и с этого какой-то профит увидели?
А что такое json логи? Просто на выходе поля разделены не пробелами, а запакованы в json? Или что-то более хитрое? У нас всё пишет логи в json’е через https://github.com/rbkmoney/logger_logstash_formatter . Но я не уверен, что на это прямо переходили, а не имели с самого начала.
GitHub
rbkmoney/logger_logstash_formatter
OTP 21 compatible log formatter. Contribute to rbkmoney/logger_logstash_formatter development by creating an account on GitHub.
источник
15:40пожаловаться#18

V

Vasilii Demidenok in ErlangRus
Źmićer Rubinštejn
Если хочется использовать раст вместо сишечки, то ты не против мутекса какбы
а если я против мьютекса и хочу на атомиках всё делать?
источник
15:41пожаловаться#19

ML

Maksim Lapshin in ErlangRus
Petr Kozorezov
Проблема в том, что при увеличении соотношения исходящих запросов производительность валится (350 qps/core при соотношении 1:1, и уже 220 при соотношении 1:3, а цель 1:10,) при тех цифрах, что даст текущая версия на 1:10 бизнес уже будет работать в минус. Из кода там по сути увеличивается только количество запросов через keep-alive gun, и результат приходит большей частью только пустой 204.
Я не очень понял, что такое 1:10

Ты точно уверен, что ты не видишь какую-то простую проблему, которач жрет у тебя основную массу времени.

360 запросов в секунду - это же смехотворно мало.
источник
15:41пожаловаться#20