Anonymous
Что тоже не так уж плохо
Mark ☢️
Или просто юникс сокеты
dk
Ну ты бы сделал, набил шишку понял почему так не надо, и пошел бы переделывать
Да не стал бы, оно и с rmq работало бы, только [картинка_про_трамвай_из_буханки]
Anonymous
Mark ☢️
Вы ебанулись тама ?
Mark ☢️
Секупакет и юникс сокет
Mark ☢️
Какой неймед пайп. Он гавно
dk
Какой неймед пайп. Он гавно
Его хватает, там не более 2-4 строк бывает одновременно, а чаще очереди вообще нет
Mark ☢️
И чо
dk
Мне лишь надо было гарантировать последовательное исполнение задач
Mark ☢️
Он атомарен тока при месаддах меньше 512 байт
Mark ☢️
Читание строки из пайпа та еще ебля
Mark ☢️
Ага, мессаги - ID тика в жире
Нахуя. Юникс сокет блять. Один ресив гарантировано один месадд
Mark ☢️
Стрейсом посмотри.
Mark ☢️
Пайп это последовательность байтов, а не сообщений
Mark ☢️
Ну прост в линупсе есть прекол про атомарность
Mark ☢️
Но буханка и троллейбус
Mark ☢️
Не портируемо и не по назначению
Mark ☢️
https://linux.die.net/man/7/pipe
dk
Фифы - это простое решение и оно полностью решает необходимую мне задачу с минимальными усилиями, без необходимость заморачиваться с сокетами или сервисами :3
Mark ☢️
Mark ☢️
А потом:
Mark ☢️
(Стикеры отключили)
Köfte
ни осилил срач, кто победил?
Anonymous
Путен
Anonymous
dk
Типа умвр.
Все равно не понимаю тебя. Если решение уровня open-read/write-close работает и решает задачу, зачем что-то более сложное? Тем более, что сервис с линукса никуда не мигрирует - это уж точно, нагрузки на канал почти нет, а мессаги - не крупнее десятка байт
Mark ☢️
Нагрузочное тестрование делал?
Mark ☢️
Потом виртуалка тормознет, пайп переполнится и будет частичный врайт (наверно)
Mark ☢️
И пиздец
Anonymous
можно было взять Zmq :)
Anonymous
или редис какой
Mark ☢️
If all file descriptors referring to the read end of a pipe have been closed, then a write(2) will cause a SIGPIPE signal to be generated for the calling process
Mark ☢️
Или это
Mark ☢️
Заебися
Köfte
так задача в чем?)
dk
а чо за задача то?
По http принимать номерки-id и складывать их в fifo. Потом их будет отдельный демон поштучно доставать и решать задачки. Прям сразу "воркер-решатель" http-серваком стартовать нельзя т.к. некоторые задачи могут решаться до 3-4 минут. Сами задачи редкие, 3 шт в час - это пиковая нагрузка. Другое дело, что они могут все сразу прилететь и никак нельзя допустить, чтобы они начали делаться синхронно.
Köfte
сретесь насчет нужности и ненужности
Köfte
а давно с ребитом боли на 3шт в час?
dk
а давно с ребитом боли на 3шт в час?
Я и говорю про оверинжиниринг :) тут пайпа с головой хватает
Mark ☢️
Есть две основные проблемы в распределённых системах:
2. Строго однократная доставка.
1. Гарантированный порядок сообщений.
2. Строго однократная доставка.
Anonymous
чо серьезна?
Anonymous
ты для этого взял сокеты?
Anonymous
это же делается вебсервером и тредами
Mark ☢️
Неймед пайпы
Mark ☢️
Ну я же типа пайпы для себя открыл
Mark ☢️
Изучил
Mark ☢️
И не юзать?
Anonymous
Вы еще через nc заебеньте
Mark ☢️
Через cat >> и tail
Anonymous
сука
Anonymous
а потом вы меня спрашиваете тех вопросы?
Anonymous
Сука бля
Anonymous
и доказываете что база важна?
Anonymous
а потом через фифо ебашите сетевое взаиомдействие?
dk
это же делается вебсервером и тредами
Расскажешь? Вот прилетело 3 задачи, каждая на 5 минут. Что будет делать вебсервер, чтобы не обтаймаутиться :3
Важно: задачи надо делать последовательно, друг за другом.
Köfte
а потом вы меня спрашиваете тех вопросы?
обычно достаточно вопроса какой дистрибутив самый лудший :D
Mark ☢️
Mark ☢️
Рач
Anonymous
Старый
Anonymous
либо ты приходишь ко мне, заносишь бабки в кассу и объясняешь проблему
Anonymous
либо конец разговора
Mark ☢️
Убунта в маздае божественна