SK
А, сорян, прощелкал эту часть вопроса.
Size: a a a
2020 October 12
RM
да все ок, мб это все же как то можно сделать на rxjava, вот крутится в голове, что что то подобное делал, но все же уверенности нет
SK
Может кафка умеет?
RM
кафка это уже все же оверкил немного, мне кажется
в общем остановлюсь на своей реализации)
в общем остановлюсь на своей реализации)
SK
кафка это уже все же оверкил немного, мне кажется
в общем остановлюсь на своей реализации)
в общем остановлюсь на своей реализации)
Чисто из любопытства. А вот эти клиенты-исполнители которых ты упомянул в постановке - они кто по природе своей?
RM
Чисто из любопытства. А вот эти клиенты-исполнители которых ты упомянул в постановке - они кто по природе своей?
это предстоит выяснить, они пока что для меня только интерфейсы. сказали смотреть на них как на бесконечные тредпулы. по сути мы можем только сказать - иди делай. а он в свою очередь, как сделает, говорит нам - сделал. мне не нравится, но продавить иной подход не могу.
SK
Меня скорее интересовало - они живут вместе с пулом в одном процессе, в разных процессах на одной машине, или размазаны по сети.
RM
пока что они живут в рамках той же JVM. в перспективе должны разъехаться по сети
2020 October 13
SS
существует поток задач приходящих от UI. каждая задача имеет приоритет и может выполняться некоторое продолжительное время без гарантии удачного выполнения. Задачи поступают в приоритетную очередь, откуда раздаются специальным исполнителям. Каждый исполнитель имеет ограничение по количеству одновременных задач, которых он может исполнять. Так же существует ограничение на количество задач, которые очередь может предоставлять.
Например в очередь 600 задач, и два исполнителя. сама очередь имеет ограничение в 400 одновременных задач, а исполнители 100 и 500 соответственно. Это значит, что очередь передаст 100 задач первому исполнителю и 300 второму, несмотря на то, что у второго остались слоты для исполнения.
Важным условиям является то, что задачи должны проводить минимально возможное время в очереди, а вот сколько времени они проведут в исполнителе не так важно. Так же пока задача находится в очереди и не была передана исполнителю ее приоритет может измениться или задача может быть отменена.
Мне не очень нравится, что очередь раздает задачи исполнителям, но таково требование и с этим я ничего не могу поделать(мне кажется правильней, что бы исполнители сами разбирали задачи)
Вопрос в том, как реализовать такую очередь лучше всего?
пока что все реализовано на несортированном списке, который сортируется каждый раз, как нам надо выдать очередную задачу. это не так страшно, так как ожидаемое количество задач пока что не велико(не больше 10к), но все же уверен, что можно сделать лучше. первое что мне пришло в голову - rxjava2, но там, на сколько мне известно, нельзя задать приоритет сообщению(или таки можно?). с помошью фильтров можно пытаться выципить задачи с наименьшим приоритетом, например. Есть ли иные способы и идеи?
Например в очередь 600 задач, и два исполнителя. сама очередь имеет ограничение в 400 одновременных задач, а исполнители 100 и 500 соответственно. Это значит, что очередь передаст 100 задач первому исполнителю и 300 второму, несмотря на то, что у второго остались слоты для исполнения.
Важным условиям является то, что задачи должны проводить минимально возможное время в очереди, а вот сколько времени они проведут в исполнителе не так важно. Так же пока задача находится в очереди и не была передана исполнителю ее приоритет может измениться или задача может быть отменена.
Мне не очень нравится, что очередь раздает задачи исполнителям, но таково требование и с этим я ничего не могу поделать(мне кажется правильней, что бы исполнители сами разбирали задачи)
Вопрос в том, как реализовать такую очередь лучше всего?
пока что все реализовано на несортированном списке, который сортируется каждый раз, как нам надо выдать очередную задачу. это не так страшно, так как ожидаемое количество задач пока что не велико(не больше 10к), но все же уверен, что можно сделать лучше. первое что мне пришло в голову - rxjava2, но там, на сколько мне известно, нельзя задать приоритет сообщению(или таки можно?). с помошью фильтров можно пытаться выципить задачи с наименьшим приоритетом, например. Есть ли иные способы и идеи?
А можно просто сделать N очередей (по количеству приоритетов)?
RM
А можно просто сделать N очередей (по количеству приоритетов)?
так как приоритет это просто чиселка, то и приоритетов возможных дофигища
SS
А это сказано в условии задачи? Просто если это около-колцентровая задача, то приоритетов там точно конечное количество.
RM
не вдаваясь сильно в детали, задача связана с высокой доступностью и в общем то не имеет отношения к колл центрам
2020 October 16
VG
Всем привет! Кто-нибудь знаком со статическим анализатором Сheckmarx? Интересует как диагностировать уязвимости типа DB_Parameter_Tampering
A
Не приходилось использовать. Из security analysers использовал snyk.Io . Впечатления положительные за исключением того, что дорого если больше 50 разработчиков
2020 October 20
К
Всем добрый день, я могу запостить тут вакансию?
К
окей спасиб
MB
окей спасиб
Каким интересно образом вы выбираете группы, чтобы скидывать туда вакансии?
К
Случайно ваш нашел с помощью гугла)
MB
Как блин 1С ваш относится к теме группы?
RK
Каким интересно образом вы выбираете группы, чтобы скидывать туда вакансии?
Группа джавистов - тишина - чобынет?