Size: a a a

Rust — русскоговорящее сообществo

2020 August 14

K

Kitsu in Rust — русскоговорящее сообществo
Karlson
Всем привет, есть задача довольно простая по сути:
По GRPC протоколу на Rust сервер будет приходить пачка Http/https запросов ( подготовленные body, url, headers )
и по сути нужно прогнать все эти запросы через Rust по GRPC Стриму в ответе

Ищу по большей части хорошего растомана который решит данную задачу, при этом сам хочу наблюдать как пишется код ( ибо изучаю Rust и недоконца понимаю некоторые вещи )

Заплачу! Писать в личку с ценой и пометкой
#Rustbulkhttp
релевантнее будет спросить тут: https://t.me/rust_jobs
источник

Э

Эрик in Rust — русскоговорящее сообществo
Так у тебя будет прирост, раст же собирать будет html в пачки, а потом отдавать ноде.
источник

K

Karlson in Rust — русскоговорящее сообществo
вы таким образом keep-alive теряете, теряя его - теряется производительность, ибо процесс закрывается
источник

Э

Эрик in Rust — русскоговорящее сообществo
Да с чего бы?
источник

K

Karlson in Rust — русскоговорящее сообществo
Эрик
Да с чего бы?
да потому что вы сейчас по сути описываете процесс как работает Apache + PHP
источник

K

Karlson in Rust — русскоговорящее сообществo
keepalive ведь работает не на уровне ОС , а точнее - при закрытии процесса - закрываются соединения ( дескрипторы )
источник

Э

Эрик in Rust — русскоговорящее сообществo
Karlson
keepalive ведь работает не на уровне ОС , а точнее - при закрытии процесса - закрываются соединения ( дескрипторы )
Так я и не предлагаю закрывать.
источник

Э

Эрик in Rust — русскоговорящее сообществo
Просто в расте хранишь все стримы в векторе, в nonblocking моде, и пусть пишут в один BufWriter, а тот передаёт ноде. Это можно даже без асинка сделать в каком-нибудь просто busy-loop'е.
источник

K

Karlson in Rust — русскоговорящее сообществo
Мне по сути без разницы какой протокол соединения клиент-сервер, главное чтобы было дешевым, при работе с 1 API с 48 процессов - сохранялся 1 Keepalive а не 48
Ибо если будет по дескриптору на соединение - смысл от этого приложения тогда 0
Клиент ( NodeJS процесс ), Rust - сервер который будет обрабатывать пачки запросов и транслировать обратно
источник

Э

Эрик in Rust — русскоговорящее сообществo
Ну просто пихаешь ProcessId в реквест перед сообщением, да и всё.
источник

AV

Andrey Vlasov in Rust — русскоговорящее сообществo
А можно как-то процессами общаться, не создавая дескрипторов?
источник

Э

Эрик in Rust — русскоговорящее сообществo
Andrey Vlasov
А можно как-то процессами общаться, не создавая дескрипторов?
Энкодить в протокол ThreadId.
источник

Э

Эрик in Rust — русскоговорящее сообществo
В раст отдавать с ThreadId и из раста обратно.
источник

Э

Эрик in Rust — русскоговорящее сообществo
А потом просто stdin парсить и внутри ноды раздавать по процессам обратно.
источник

Э

Эрик in Rust — русскоговорящее сообществo
Правда я с нодой ни разу не работал, там надо смотреть, может ли она вообще ThreadID делать как раст.
источник

AL

Andrey @ozkriff Lesn... in Rust — русскоговорящее сообществo
источник

M

Mnwa in Rust — русскоговорящее сообществo
Кто нибудь знает, где почитать про устройство дефолтного аллокатора в rust?
источник

Э

Эрик in Rust — русскоговорящее сообществo
Mnwa
Кто нибудь знает, где почитать про устройство дефолтного аллокатора в rust?
alloc::alloc модуль. А дефолтный от OC зависит.
источник

ИЛ

Иван Лещенко... in Rust — русскоговорящее сообществo
Эрик
alloc::alloc модуль. А дефолтный от OC зависит.
Currently the default global allocator is unspecified.
источник

ИЛ

Иван Лещенко... in Rust — русскоговорящее сообществo
Иван Лещенко
Currently the default global allocator is unspecified.
источник