Size: a a a

2021 March 06

SY

Sergey Yezhov in pro.jvm
Alexandr Emelyanov
именно раньше. пример уже привел - оракл

ничего хорошего в этом подходе нет
Ну почему же ничего: например, меньше стек, меньше расходов на опс, меньше точек отказа. Тут от требований зависит.
источник

D

DarkPerl in pro.jvm
Igor Komarov
Уже использовал, в этом конкретном случае хочу и имеет смысл именно очередь на постгресе
А в чем профит?)
Один поток глянул в базу, и если там есть данные, свистим другим потокам погнали в базу за данными дружно ?)))
источник

IK

Igor Komarov in pro.jvm
DarkPerl
А в чем профит?)
Один поток глянул в базу, и если там есть данные, свистим другим потокам погнали в базу за данными дружно ?)))
Не совсем, много потоков могут смотреть в базу, если что-то появилось - выдергивают данные по конкретному виду задач и работают
источник

D

DarkPerl in pro.jvm
Igor Komarov
Не совсем, много потоков могут смотреть в базу, если что-то появилось - выдергивают данные по конкретному виду задач и работают
Что то мне подсказывает, что работать это будет не быстро и кода придётся писать много )
источник

IK

Igor Komarov in pro.jvm
DarkPerl
Что то мне подсказывает, что работать это будет не быстро и кода придётся писать много )
Работать будет быстро, могу потом бенчмарки погонять если хотите
источник

SY

Sergey Yezhov in pro.jvm
DarkPerl
Что то мне подсказывает, что работать это будет не быстро и кода придётся писать много )
Существуют различные извращения как минимизировать издержки) но это всё относительно, конечно. С полноценными брокерами нет смысла сравнивать
источник
2021 March 07

D

DarkPerl in pro.jvm
Igor Komarov
Работать будет быстро, могу потом бенчмарки погонять если хотите
Не знаю не знаю, меня терзают смутные сомнения )))
Но, тесты посмотреть в сравнении с kafka будет весело )
источник

D

DarkPerl in pro.jvm
Sergey Yezhov
Существуют различные извращения как минимизировать издержки) но это всё относительно, конечно. С полноценными брокерами нет смысла сравнивать
Ну я тоже так думаю )))
источник

D

DarkPerl in pro.jvm
Люди стараются как можно реже ходить в базу ) А тут пул потоков целый ) Бедная бд ))))
источник

e

error_404 in pro.jvm
DarkPerl
Люди стараются как можно реже ходить в базу ) А тут пул потоков целый ) Бедная бд ))))
Потерпит
источник

D

DarkPerl in pro.jvm
error_404
Потерпит
😂
источник

SY

Sergey Yezhov in pro.jvm
DarkPerl
Люди стараются как можно реже ходить в базу ) А тут пул потоков целый ) Бедная бд ))))
Ага) как одно из извращений есть такое: один поток ходит в базу и держит в памяти очередь постоянно наполненной, а остальные потоки её разгребают
источник

SY

Sergey Yezhov in pro.jvm
Но тут тоже есть нюансы
источник

D

DarkPerl in pro.jvm
Sergey Yezhov
Ага) как одно из извращений есть такое: один поток ходит в базу и держит в памяти очередь постоянно наполненной, а остальные потоки её разгребают
Все будет веселее, когда один поток решит что то пописать в базу, в то время когда пулл будет что то читать пытаться )
источник

D

DarkPerl in pro.jvm
Вобщем, ждём тесты )))
источник

SY

Sergey Yezhov in pro.jvm
DarkPerl
Все будет веселее, когда один поток решит что то пописать в базу, в то время когда пулл будет что то читать пытаться )
Тут от реализации тоже много зависит
источник

D

DarkPerl in pro.jvm
Sergey Yezhov
Тут от реализации тоже много зависит
Да, но в целом тут уже видны проблемы.
Например, в моменте, кто кого зовёт.
База умеет звать приложение?) (чешу репку)
источник

SY

Sergey Yezhov in pro.jvm
DarkPerl
Да, но в целом тут уже видны проблемы.
Например, в моменте, кто кого зовёт.
База умеет звать приложение?) (чешу репку)
Не, в этой схеме - один накидывает в БД, другой разгребает
источник

D

DarkPerl in pro.jvm
Sergey Yezhov
Не, в этой схеме - один накидывает в БД, другой разгребает
Вобщем, все упрется в локи бд )
источник

SY

Sergey Yezhov in pro.jvm
DarkPerl
Вобщем, все упрется в локи бд )
Можно и без локов же)
источник