V
А можно подробнее с ссылкой ?
Да не, я к тому что фетиш у тебя странный, смотреть как люди кодят. Почти как технопорно.
Size: a a a
2020 August 14
K
Да не, я к тому что фетиш у тебя странный, смотреть как люди кодят. Почти как технопорно.
аа ) ну тип да.... ибо этот код мне возможно допиливать дальше
Э
Всем привет, есть задача довольно простая по сути:
По GRPC протоколу на Rust сервер будет приходить пачка Http/https запросов ( подготовленные body, url, headers )
и по сути нужно прогнать все эти запросы через Rust по GRPC Стриму в ответе
Ищу по большей части хорошего растомана который решит данную задачу, при этом сам хочу наблюдать как пишется код ( ибо изучаю Rust и недоконца понимаю некоторые вещи )
Заплачу! Писать в личку с ценой и пометкой
По GRPC протоколу на Rust сервер будет приходить пачка Http/https запросов ( подготовленные body, url, headers )
и по сути нужно прогнать все эти запросы через Rust по GRPC Стриму в ответе
Ищу по большей части хорошего растомана который решит данную задачу, при этом сам хочу наблюдать как пишется код ( ибо изучаю Rust и недоконца понимаю некоторые вещи )
Заплачу! Писать в личку с ценой и пометкой
#Rustbulkhttp
Запросы обрабатывать как-то надо или просто дальше послать по каналу?
K
Запросы обрабатывать как-то надо или просто дальше послать по каналу?
Как пришли - отдать обратно в канал, даже если 299+ status, смысл приложения что через него будет работать nodejs приложение(48процессов) и со стороны rust расчёт на производительность , keepalive
K
Грубо говоря как прокси сервер только пачки запросов
Э
Специфичная какая-то задача. Если там 48 тредов в ноде, то раст должен в одном треде это обрабатывать, чтобы комплюхтеру больно не было?
K
Специфичная какая-то задача. Если там 48 тредов в ноде, то раст должен в одном треде это обрабатывать, чтобы комплюхтеру больно не было?
Ну расчёт на то что из-за меньшего количества соединений нагрузка должна быть меньше , ибо на каждый тред создаётся keepalive соединение , а в rust если я правильно понимаю должно быть одно
Э
Ну расчёт на то что из-за меньшего количества соединений нагрузка должна быть меньше , ибо на каждый тред создаётся keepalive соединение , а в rust если я правильно понимаю должно быть одно
Ну можн. И в один тредак закатать. Но как оно в ноду потом из раста пойдёт?
K
Ну можн. И в один тредак закатать. Но как оно в ноду потом из раста пойдёт?
По grpc стриму....
Э
А приходит оно в уже готовом gRPC формате?
K
Да ( если вы про head , body , method type )
Э
Ну так и не нужен в расте gRPC тогда совсем.
Э
Просто в стрим пихаешь данные, да и всё.
K
Нужен , как мне проксировать между node и rust ?
K
По http нельзя ибо там отдавать только пачкой можно ( 1 раз ) , а нужно по мере поступления ответов отдавать сразу
Э
Раст и нода соединяются обычными каналами, нет? Скорее всего даже одним, каким-нибудь stdin-stdout пайпом.
Э
И всё, что надо расту знать — куда посылать ответ от ноды.
K
Я правильно понимаю что вы предлагаете запускать из под NodeJS - Rust приложение в stdin пихать данные и ждать в stdout ?
Э
Почему нет? Раст всё равно не раззудится на много потоков и каналов, потому что нода 48 жрёт, куда уж ещё треды спамить.
K
Не, вариант не подходит, нужно именно как я прошу ) многопоточно , ноду можно в таком случае и уменьшить в тредах, тут смысл в приросте производительности