DB
ну и сам приём файлов у нас в дополнительных потоках
Size: a a a
2020 March 21
Р
ну и сам приём файлов у нас в дополнительных потоках
Вот только у меня не файлы прилетают, а json
DB
файлы - это только отображение данных на диске )
DB
у тебя json'ы точно так же могут стать файлами. если нужно
Р
файлы - это только отображение данных на диске )
Понял. Файл - это уже хвост
DB
но скорее всего не нужно
Р
но скорее всего не нужно
Так точно!
DB
общая схема такая: куча разных потоков которые занимаются каждый своей работой
Р
общая схема такая: куча разных потоков которые занимаются каждый своей работой
Есть вариант покупки простенького примера по вашей технологии?
DB
одни - принимают данные. другие - парсинг (к json'ам вполне применимо) третьи - занимаются обработкой
DB
ну это сложно выделить в качестве примера. это надо брать и кодировать
DB
возможно что достаточно просто выделить несколько дополнительных потоков
Р
одни - принимают данные. другие - парсинг (к json'ам вполне применимо) третьи - занимаются обработкой
А я вот думаю наверное мне так нельзя... Мне надо соблюсти - 1-й пришёл, 1-й вышел. Это очень важно
DB
когда данные зависимые - тогда хуже конечно
DB
у нас к счастью каждый файл приходящий может полностью независимо обрабатываться
DB
ну тут надо смотреть что можно распараллелить в твоем случае
Р
ну тут надо смотреть что можно распараллелить в твоем случае
Вот ещё вопрос: а есть смысл делать больше потоков чем ядер в процессоре, если всё равно надо чтобы "1-й пришёл 1-й вышел"?
DB
есть
DB
у нас сотни потоков на 18-20 ядер
DB
вообще - надо смотреть, тут так не скажешь однозначно