Y
Применимо только к пхп?
В основном да
Size: a a a
2019 November 10
Y
Как я понимаю, для остальных языков деплой «вручную» не очень популярен и не факт, что легко реализуем
АП
Кстати, я думал что записей митапов нет, но есть как минимум запись одного митапа https://www.youtube.com/watch?v=B_oYvEQaOiY
C
Кстати, я думал что записей митапов нет, но есть как минимум запись одного митапа https://www.youtube.com/watch?v=B_oYvEQaOiY
о, спасиб, Флан топ компания, хочу там работать, но пока знаний недостаточно 🙂
РИ
Кстати, я думал что записей митапов нет, но есть как минимум запись одного митапа https://www.youtube.com/watch?v=B_oYvEQaOiY
Да и не совсем митап. Скорее доклад. Но, кстати, оч интересный
АП
Да и не совсем митап. Скорее доклад. Но, кстати, оч интересный
Этот доклад ведь был заявлен как митап. Если есть у кого записи митапов, то кидайте, я так и не смог за два дня добраться до митапов)
AE
К сожалению не смотрел презентацию, но у меня все равно пара вопросов к этим цифрам:
1. Что 100 qps, что 2500 qps не выглядит, как адекватная производительность на SSD (предполагаю, что это SSD, иначе бы достигнуть даже 2500 qps без 99% попадания в кэш было бы сложно)
2. Не производился ли в последующих слайдах более-менее полноценный анализ, почему у MongoDB такие плохие цифры на запись? Я тоже не уверен, что именно тестировалось, но по моему опыту производительность постгреса и монги отличается не в 25 раз, и зачастую MongoDB даже работает быстрее, хотя и с оговорками.
1. Что 100 qps, что 2500 qps не выглядит, как адекватная производительность на SSD (предполагаю, что это SSD, иначе бы достигнуть даже 2500 qps без 99% попадания в кэш было бы сложно)
2. Не производился ли в последующих слайдах более-менее полноценный анализ, почему у MongoDB такие плохие цифры на запись? Я тоже не уверен, что именно тестировалось, но по моему опыту производительность постгреса и монги отличается не в 25 раз, и зачастую MongoDB даже работает быстрее, хотя и с оговорками.
Как я понял, основная особенность была в транзакционной нагрузке. Даже для Постгреса режим Serializable не очень характерен, а в Монге вообше экзотика.
Ну и сама нагрузка не синтетикой, а приближёнными к боевым запросами (покупка билетов).
Ну и сама нагрузка не синтетикой, а приближёнными к боевым запросами (покупка билетов).
Y
Как я понял, основная особенность была в транзакционной нагрузке. Даже для Постгреса режим Serializable не очень характерен, а в Монге вообше экзотика.
Ну и сама нагрузка не синтетикой, а приближёнными к боевым запросами (покупка билетов).
Ну и сама нагрузка не синтетикой, а приближёнными к боевым запросами (покупка билетов).
Я правильно понимаю, что это производительность распределенных транзакций в MongoDB, которые недавно там появились?
РИ
о, спасиб, Флан топ компания, хочу там работать, но пока знаний недостаточно 🙂
Хз. Не советую. Наслышан. Не то, чтобы антиреклама. Ритм жёсткий, не все вывозят. Разве что знаний поднабраться
Y
Если так, то тогда всё понятно :).
MZ
Да, я понимаю, что речь про огромную базу. Но все равно хочется понять, в чем проблема у монго.
да надо просто воспроизвести + снять perf + ещё поковырять. Оно нужно?
AE
Я правильно понимаю, что это производительность распределенных транзакций в MongoDB, которые недавно там появились?
Вроде, да.
Но я ожидал, что будет оба режима замерено, а там один только. Наверно, этот, но точно можно сказать, пересмотрев презентацию или исходную работу (by Alvaro Hernandez).
Но я ожидал, что будет оба режима замерено, а там один только. Наверно, этот, но точно можно сказать, пересмотрев презентацию или исходную работу (by Alvaro Hernandez).
ПП
А есть те кто остался доволен обедами?
Ты хоть чем то в этой жизни доволен?
AE
^^Тролли удовлетворяются путём обильной кормёжки.
C
^^Тролли удовлетворяются путём обильной кормёжки.
+++
Y
да надо просто воспроизвести + снять perf + ещё поковырять. Оно нужно?
Я считаю, что нужно, потому что тогда можно внести вклад в развитие MongoDB, или же найти недостатки в своей конфигурации MongoDB и исправить их, возможно, опять же, отправив запрос на исправление документации или дефолтных настроек, чтобы они были лучше в плане производительности. Или, если исправить проблему легко нельзя и она архитектурная, то можно о ней рассказать и опять же произвести более полное сравнение MongoDB и PostgreSQL.
Я поясню, почему я так считаю. Я использовал в продакшене как MongoDB, так и PostgreSQL. Возможно, мы что-то делали не так, но производительность у них была сравнима (объем базы был в обоих случаях больше объема оперативной памяти) и была достаточно высокой, на уровне ~тысячи запросов в секунду на ядро процессора. То есть, лично мой опыт совершенно не сходится с тем, что заявлено на слайде, и я уверен, что у большинства людей, которые использовали обе СУБД, опыт будет примерно такой же — производительность MongoDB и PostgreSQL в типовом сценарии не отличается в десятки раз (по крайней мере в пользу PostgreSQL).
Это создает очень плохое впечатление о докладе и о докладчике, и о сообществе PostgreSQL в целом.
При этом, если мне предложить выбрать MongoDB или PostgreSQL, то я в 95% случаев выберу Postgre, несмотря на его недостатки.
Я поясню, почему я так считаю. Я использовал в продакшене как MongoDB, так и PostgreSQL. Возможно, мы что-то делали не так, но производительность у них была сравнима (объем базы был в обоих случаях больше объема оперативной памяти) и была достаточно высокой, на уровне ~тысячи запросов в секунду на ядро процессора. То есть, лично мой опыт совершенно не сходится с тем, что заявлено на слайде, и я уверен, что у большинства людей, которые использовали обе СУБД, опыт будет примерно такой же — производительность MongoDB и PostgreSQL в типовом сценарии не отличается в десятки раз (по крайней мере в пользу PostgreSQL).
Это создает очень плохое впечатление о докладе и о докладчике, и о сообществе PostgreSQL в целом.
При этом, если мне предложить выбрать MongoDB или PostgreSQL, то я в 95% случаев выберу Postgre, несмотря на его недостатки.
AE
Я считаю, что нужно, потому что тогда можно внести вклад в развитие MongoDB, или же найти недостатки в своей конфигурации MongoDB и исправить их, возможно, опять же, отправив запрос на исправление документации или дефолтных настроек, чтобы они были лучше в плане производительности. Или, если исправить проблему легко нельзя и она архитектурная, то можно о ней рассказать и опять же произвести более полное сравнение MongoDB и PostgreSQL.
Я поясню, почему я так считаю. Я использовал в продакшене как MongoDB, так и PostgreSQL. Возможно, мы что-то делали не так, но производительность у них была сравнима (объем базы был в обоих случаях больше объема оперативной памяти) и была достаточно высокой, на уровне ~тысячи запросов в секунду на ядро процессора. То есть, лично мой опыт совершенно не сходится с тем, что заявлено на слайде, и я уверен, что у большинства людей, которые использовали обе СУБД, опыт будет примерно такой же — производительность MongoDB и PostgreSQL в типовом сценарии не отличается в десятки раз (по крайней мере в пользу PostgreSQL).
Это создает очень плохое впечатление о докладе и о докладчике, и о сообществе PostgreSQL в целом.
При этом, если мне предложить выбрать MongoDB или PostgreSQL, то я в 95% случаев выберу Postgre, несмотря на его недостатки.
Я поясню, почему я так считаю. Я использовал в продакшене как MongoDB, так и PostgreSQL. Возможно, мы что-то делали не так, но производительность у них была сравнима (объем базы был в обоих случаях больше объема оперативной памяти) и была достаточно высокой, на уровне ~тысячи запросов в секунду на ядро процессора. То есть, лично мой опыт совершенно не сходится с тем, что заявлено на слайде, и я уверен, что у большинства людей, которые использовали обе СУБД, опыт будет примерно такой же — производительность MongoDB и PostgreSQL в типовом сценарии не отличается в десятки раз (по крайней мере в пользу PostgreSQL).
Это создает очень плохое впечатление о докладе и о докладчике, и о сообществе PostgreSQL в целом.
При этом, если мне предложить выбрать MongoDB или PostgreSQL, то я в 95% случаев выберу Postgre, несмотря на его недостатки.
Отлично, уже и сообщество виновато...
Y
Отлично, уже и сообщество виновато...
Ну, это я уже по совокупности докладов, статей и т.д. :)
AE
Есть исходная работа. Там очень много тестов, все параметры задокументированы - бери, проверяй.
AE
Но вообще Монгу в транзакционном режиме вряд ли много кто использует. А Постгрес по-другому не умеет. Так что сравнить в лоб сложно.