p
А тут я даже не знаю, кто такое с поддержкой трнзакций может. Подозреваю, что никто.
А в чем проблема? Внизу железо, что может 2-4-8 млн iops
Size: a a a
2019 November 10
PD
А в чем проблема? Внизу железо, что может 2-4-8 млн iops
Не знаю. Тем, что дело не только в иопсах, тем что одна обработка события требует больше одного иопса, тем что проц и память не успевают?
PD
Но даже чисто inmem очереди столько не выдают вне кластера.
VO
а мы распределлно сделаем (убегает смеясь злодейски)
PD
Fdb, по идее, заточена на SSD, но все равно 100k TPS на сервер не утилизирует, насколько я помню (впрочем, там с записью вообще не прекрасно).
VO
Но даже чисто inmem очереди столько не выдают вне кластера.
что такое inmem вне кластера и чем отличает от "в кластере"?
PD
а мы распределлно сделаем (убегает смеясь злодейски)
Ну, на кафке я умею делать нечто подобное для 20-30k (больше надо тестировать м сильно зависит от сценариев).
Меня же не абстрактные TPS волнуют, а вполне конкретные задачи.
Меня же не абстрактные TPS волнуют, а вполне конкретные задачи.
PD
что такое inmem вне кластера и чем отличает от "в кластере"?
Я про какой-нибудь кролик в standalone режиме. На сколько его разгоняли?
VO
а кролик -- он разве inmem?
PD
В кластере 1mln msg per sec вполне можно на той же кафке. Об msg-per-sec - не совсем то, что мне нужно.
PD
а кролик -- он разве inmem?
Да. Он умеет и в персистанс, но очень фигово.
p
Не знаю. Тем, что дело не только в иопсах, тем что одна обработка события требует больше одного иопса, тем что проц и память не успевают?
Кто куда не успевает? Ядер много, полосы памяти - тоже.
A
Да. Он умеет и в персистанс, но очень фигово.
Почему фигово?
PD
Ядер мало, на самом деле. 2mln iops - это хорошо, но ядер-то не 2mln.
p
В кластере 1mln msg per sec вполне можно на той же кафке. Об msg-per-sec - не совсем то, что мне нужно.
А этот 1m - он честный, с фиксацией каждого сообщения носитель?
VO
полосы-то у памяти много, а вот iops ов у памяти -- существенно меньше
p
полосы-то у памяти много, а вот iops ов у памяти -- существенно меньше
О каких iops в контексте памяти речь?
PD
А этот 1m - он честный, с фиксацией каждого сообщения носитель?
Не помню точных настроек в конкретной статье. Но Кафка - это же просто запись лога, фактически. Т.е. как wal.
VO
о тех же самых iopsах, с чего бы им другими быть?
vk
Я не утверждаю, что PostgreSQL — плохая СУБД. Мне она нравится, но довольно странно видеть от разработчиков (или от сообщества) попытки доказать всему миру, что PostgreSQL лучше, чем MongoDB, приводя такие слайды. Преимущество PostgreSQL прежде всего в его зрелости, хорошей производительности, наличии схемы, и т.д., но уж точно не в том, что на каком-то сценарии работы, который, как вы сами признали, никто не использует, он показывает производительность в 25 раз выше.
Если уж на то пошло, то PostgreSQL, например, не подходит для типичной веб-нагрузки (речь про PHP+PostgreSQL) когда к базе может открываться и закрываться сотни или тысячи соединений в секунду. Для MySQL и MongoDB это не проблема, но для PostgreSQL нужно использовать pgBouncer, который своих проблем добавляет.
Я говорю про то, что, по моему мнению, PostgreSQL сообществу стоило бы более тщательно готовить доклады и знать преимущества и недостатки других СУБД, и как они применяются в реальности, чтобы не портить себе же репутацию такими слайдами.
Если уж на то пошло, то PostgreSQL, например, не подходит для типичной веб-нагрузки (речь про PHP+PostgreSQL) когда к базе может открываться и закрываться сотни или тысячи соединений в секунду. Для MySQL и MongoDB это не проблема, но для PostgreSQL нужно использовать pgBouncer, который своих проблем добавляет.
Я говорю про то, что, по моему мнению, PostgreSQL сообществу стоило бы более тщательно готовить доклады и знать преимущества и недостатки других СУБД, и как они применяются в реальности, чтобы не портить себе же репутацию такими слайдами.
на хайлоаде 2017 был доклад от тех же постгрес-профешнл, как постгрес проигрывал монге на веб нагрузке - на запросах с распределением ципфа. как всегда был интересный доклад, как всегда на уровне, и тогда и было выражено вполне трезвое понимание важности адекватных реальным нагрузкам бенчмарков.