PK
короче, не вижу смысла в теоретических спорах о скорости, нужно мерить
Size: a a a
2020 October 15
PK
вопрос был в том, делал ли это кто-нибудь
V
@petrkozorezov Петь, ты как буд-то первый раз в этом чатике) сейчас тебе объяснят что надо всё выкинуть и переписать на расте, или не выпендриваться и юзать дефолтные клиенты, ибо ты хочешь странного 😄
PK
@petrkozorezov Петь, ты как буд-то первый раз в этом чатике) сейчас тебе объяснят что надо всё выкинуть и переписать на расте, или не выпендриваться и юзать дефолтные клиенты, ибо ты хочешь странного 😄
😆👍👌
V
спроси в erlang slacke, там много растероводов судя по всему
ŹR
Было бы конечно интересно посмотреть как это сделать. Я не очень представляю в какой момент в нифке инициализировать event loop и как его потом утилизировать
ŹR
И enif_send я в растлере тоже не нашел....
ИИ
@petrkozorezov Петь, ты как буд-то первый раз в этом чатике) сейчас тебе объяснят что надо всё выкинуть и переписать на расте, или не выпендриваться и юзать дефолтные клиенты, ибо ты хочешь странного 😄
просто всем интересна архитектура для которой эта задача
ŹR
event_loop так-то вообще блочит, выходит надо на входе в нифку сразу спавнить тред…
ŹR
Короче выглядит как ебала обсирательная
ИИ
Короче выглядит как ебала обсирательная
процессинг протокола и на вход эрлангу из грязных шедулеров поступают уже нативные сообщения - вполне будет работать неблокируя vm
ŹR
процессинг протокола и на вход эрлангу из грязных шедулеров поступают уже нативные сообщения - вполне будет работать неблокируя vm
Моих знаний недостаточно чтобы понять хоть одно слово в твоем сообщении...
PK
просто всем интересна архитектура для которой эта задача
если очень коротко то, есть прокся которая в соотношении примерно 1:10 отсылает внешние запросы у которой кроме проксирования есть еще бизнес логика валидации входных данных и небольшого изменения этих запросов плюс фильтрации и выяснения куда и что посылать.
ŹR
Если я правильно понял, ты предлагаешь использовать синхронный http client
ИИ
Моих знаний недостаточно чтобы понять хоть одно слово в твоем сообщении...
ну он утилизирует http общение, а ерланговский совт работает уже с термами. если предположить что вопрос балансировки cpu не стоит - типа коннектов не много, то вполне будет работать. или если вопрос балансировки этот hyper сам решает
ŹR
ну он утилизирует http общение, а ерланговский совт работает уже с термами. если предположить что вопрос балансировки cpu не стоит - типа коннектов не много, то вполне будет работать. или если вопрос балансировки этот hyper сам решает
Я пишу на основании опыта работы с растлером просто… Для меня это чистые функции пока что
ŹR
Вот порт я впринципе бы смог с hyper написать. наверное. нифку - не понимаю как
ИИ
если очень коротко то, есть прокся которая в соотношении примерно 1:10 отсылает внешние запросы у которой кроме проксирования есть еще бизнес логика валидации входных данных и небольшого изменения этих запросов плюс фильтрации и выяснения куда и что посылать.
по мне так erlang сам неплохая прокся. процессинг текста тупит да, но когда-нибудь же распарсится http этот даже эрлангом. так то подумать бы над частичными оптимизациями именно парсинга. ну а в общем ресеч это интересно - я бы с удовольствием взглянул на результаты.
ŹR
просто если делаешь что-то типа
enif_term request(….) {…}, то что ты можешь выловить из env? Указатель на ивент луп, допустим. И на нем запустить свой реквест и заблочиться? Но блин, в расте нету указателей так то. А как засинглтонить ивент луп и блочить в ожидании конкретно твоего результата - я не очень понимаюŹR
Ну и конечно вернет тебе респонс - со всей мошной. с code, headers и тд. Где их парсить? В расте и возвращать какую-то структуру? Так в нее еще надо замаршаллить, с овердохера бойлерплейта. А если в эрланге, то получается на раст остается только толкнуть строку в сокет а потом оттуда строку скачать? чет я сильно сомневаюсь, что раст это делает быстрее