ch
Писать в базе а откуда воркером или парой обрабатывать мб
Size: a a a
2021 February 24
O
Писать в базе а откуда воркером или парой обрабатывать мб
core java
ch
И? Что мешает писать в базе на core java или jdbc уже не джава или не кор, если в ОЗУ нем влезает то куда то писать придется и лечше если это будет СУБД неужели самопальный движок хранения инфа в виде каких то файлов
O
И? Что мешает писать в базе на core java или jdbc уже не джава или не кор, если в ОЗУ нем влезает то куда то писать придется и лечше если это будет СУБД неужели самопальный движок хранения инфа в виде каких то файлов
тем что базы нету. + загонять файл в десяток гигов не имеет смысла
O
речь идет о небольшой утилитке, городить инфраструктуру ради этого смысла нет
БВ
Небольшая утилитка -> процессим по 10тб за заход
O
Буйный Виталя
Небольшая утилитка -> процессим по 10тб за заход
неоднозначное сокращение получилось. 10к имелось ввиду десяток
O
Добрый день, есть люди могучие в Aide Cmods?
ch
Добрый день, есть люди могучие в Aide Cmods?
Это же андройд? @android_ru
O
Это же андройд? @android_ru
В источнике на сайте где я искал конференции программистов, дабы обратиться за помощью знающих, я наткнулся на эту беседу. В любом случае спасибо
VS
Oleksii
всем привет.
хочу реализовать 1 штуку на кор джаве
есть входящий поток месседжей идущий по порядку
есть исходящий поток
процессинг 1 месседжа довольно таки тяжелый, поэтому имеет смысл раскидать его по разным потокам, но при этом сохранить порядок следования.
колечество месседжей вначале неизвестно, но явно можно узнать, какой последний
собственно вопрос такой, как бы это лучше реализовать на кор джаве, кроме достаточно очевидного PriorityBlockingQueue?
P.S. все входящие месседжи в память не помещаются
хочу реализовать 1 штуку на кор джаве
есть входящий поток месседжей идущий по порядку
есть исходящий поток
процессинг 1 месседжа довольно таки тяжелый, поэтому имеет смысл раскидать его по разным потокам, но при этом сохранить порядок следования.
колечество месседжей вначале неизвестно, но явно можно узнать, какой последний
собственно вопрос такой, как бы это лучше реализовать на кор джаве, кроме достаточно очевидного PriorityBlockingQueue?
P.S. все входящие месседжи в память не помещаются
Привет, вычитывай батчами(например по 10 штук) запускай 10 потоков обработки, сохраняй результаты в массив(с индексом сообщения в батче), отправляй пачку обработанных результатов. Порядок сохранён
K
Oleksii
всем привет.
хочу реализовать 1 штуку на кор джаве
есть входящий поток месседжей идущий по порядку
есть исходящий поток
процессинг 1 месседжа довольно таки тяжелый, поэтому имеет смысл раскидать его по разным потокам, но при этом сохранить порядок следования.
колечество месседжей вначале неизвестно, но явно можно узнать, какой последний
собственно вопрос такой, как бы это лучше реализовать на кор джаве, кроме достаточно очевидного PriorityBlockingQueue?
P.S. все входящие месседжи в память не помещаются
хочу реализовать 1 штуку на кор джаве
есть входящий поток месседжей идущий по порядку
есть исходящий поток
процессинг 1 месседжа довольно таки тяжелый, поэтому имеет смысл раскидать его по разным потокам, но при этом сохранить порядок следования.
колечество месседжей вначале неизвестно, но явно можно узнать, какой последний
собственно вопрос такой, как бы это лучше реализовать на кор джаве, кроме достаточно очевидного PriorityBlockingQueue?
P.S. все входящие месседжи в память не помещаются
Тут либо строя очередность, либо параллельность. Если обрабатывать параллельно, то нет гарантий очередности завершения задач. Какого рода задачи обрабатываются, можно ли дробить на подзадачи?
D
кто подскажет, в чём может быть дело: из application.yml не подхватывается конфиг для spring rabbit, если руками прописать бин ConnectionFactory, то всё нормально, а если не прописывать, то автокофигурация как-будто и не видит его?
@EnableRabbit стоит?
e
@EnableRabbit стоит?
вообще да, но с ним и без него одно и тоже получается
DC
Oleksii
речь идет о небольшой утилитке, городить инфраструктуру ради этого смысла нет
Если у тебя утилита ворочает десятками Гб, не влезающими в память, ты сильно упростишь себе жизнь, взяв готовую инфраструктуру, нежели будешь пытаться изобрести велосипед.
И да, развернуть базу - дело дай боже получаса, трахаться с синхронизацией доступа с велосипедом на кор-джаве - вплоть до бесконечного количества времени.
И да, развернуть базу - дело дай боже получаса, трахаться с синхронизацией доступа с велосипедом на кор-джаве - вплоть до бесконечного количества времени.
MB
Ребят, может кто-нибудь сталкивался. Нужно расширение функционала gitlab'а, чтобы с web-ide править csv файлы в табличном представлении. Такое вообще возможно?
AE
Ребят, может кто-нибудь сталкивался. Нужно расширение функционала gitlab'а, чтобы с web-ide править csv файлы в табличном представлении. Такое вообще возможно?
Как это относится к чату jvm?
SU
Ребят, может кто-нибудь сталкивался. Нужно расширение функционала gitlab'а, чтобы с web-ide править csv файлы в табличном представлении. Такое вообще возможно?
GitLab опенсорсен, но кажется в нём нет модели расширений как таковых. Тут либо самим форкать и делать такое, либо предлагать свой PR, либо просто создать issue, форсить его, и надеяться, что за год-два такое реализуют.