@dlangru

Страница 204 из 719
Pavel
30.06.2017
19:08:41
Хехе а что за статистика?

Denis
30.06.2017
19:08:41
Ievgenii
30.06.2017
19:09:03
Google
Ievgenii
30.06.2017
19:09:16
Denis
30.06.2017
19:10:12
Хехе а что за статистика?
Про "диктовал бизнес" обычно говорят молодые люди, ну до 30 лет примерно. Как я понял, это ретрансляция корпоративных треннингов итп)

Pavel
30.06.2017
19:10:33
А потом они что делают? Увольняются? =)

Denis
30.06.2017
19:10:43
Сначала бизнес им позволил спроектировать криво а потом начал бить

Pavel
30.06.2017
19:11:11
Бизнес сам ничего никогда не знает почти всегда

Через год требуются новые подходы, новые технологии появляются

Maxim
30.06.2017
19:11:28
часто бизнес даже не в курсе, что спроектировано криво)

Denis
30.06.2017
19:11:29
А потом они что делают? Увольняются? =)
Перестают быть губками бобами)

Maxim
30.06.2017
19:11:37
работает и ладно)

Denis
30.06.2017
19:11:45
Pavel
30.06.2017
19:12:10
Так кривизна проектирования - это вообще субъективная относительно бизнес направления вещь.

Pavel
30.06.2017
19:12:39
Любая архитектура может в момент стать кривой если чуть поменять бизнес задачу.

Google
Maxim
30.06.2017
19:12:58
Так кривизна проектирования - это вообще субъективная относительно бизнес направления вещь.
кривизна проектирования — это ообъем технического долга, предельная величина кривизны — это когда переписать с нуля проще, чем доработать)

Pavel
30.06.2017
19:13:03
Ну, в коммерческой разработке приходится на это реагировать.

Denis
30.06.2017
19:13:32
Любая архитектура может в момент стать кривой если чуть поменять бизнес задачу.
Зачем логи кидать в rdbms? Зачем героически бороться за скорость сменой базы в этом случае?

Pavel
30.06.2017
19:13:56
Ну потому что сначала была основная БД и логов было чуть чуть. Никого это не напрягало.

А потому вдруг выяснилось что логи очень важны и их стали копить терабайтами.

Pavel
30.06.2017
19:15:02
У нас тоже много логов в бд пишется

Pavel
30.06.2017
19:15:47
А потом 2 раза переставляли кровати
Этот случай - всего лишь один из 2^64 вариантов который мог произойти в бизнесе. Всего никогда не предспроектируешь.

Pavel
30.06.2017
19:16:54
Вот у меня на прошлой работе все проектировалось под хайлоад, основатель всех убеждал что очень скоро в системе будут миллионы пользователей. В итоге щас спустя 3 года все проекты и все пользователи способны уместиться на виртуалке за 2000 рублей в месяц.

Че мы там тока не накостыляли. И реббит для очередей, и редис для кеширования и постгрес, и elasticsearch для крутого поиска.

Maxim
30.06.2017
19:18:08
хайлоад — это же стильно, модно, молодежно)

Denis
30.06.2017
19:18:13
Ничего такого так проще. Тоже все перечисленое юзали на ненагруженном

Pavel
30.06.2017
19:18:23
Бывало по 2 часа спорили, выдержит ли какой-нибудь счетчик 2 миллиона людей онлайн.

Google
Pavel
30.06.2017
19:19:17
Да только там 50к регистраций всего ;)

Ievgenii
30.06.2017
19:19:37
)))

Pavel
30.06.2017
19:20:04
Это кстати как раз был типичный спор - надо было для каждого пользователя хранить timestamp когда он последний раз заходил в проект.

Я говорил своему оппоненту - пиши просто в поле в базе к юзеру. А он такой: но если будет 2 миллиона онлайн то база рухнет!

Denis
30.06.2017
19:20:34
Что есть "заходил"? )

Pavel
30.06.2017
19:20:44
Ну обращение к веб странице.

В итоге мы накостыляли предварительную запись в список в redis, а оттуда уже агрегированная сборка в базу.

Denis
30.06.2017
19:21:55
Можно в ненормализованном виде это хранить и тогда два ляма это чих

Pavel
30.06.2017
19:22:40
В общем у меня после всего этого сильно поубавилась воля к хорошим правильным решениям. Когда 4 месяца зарплату не платили :)

Pavel
30.06.2017
19:23:15
Потому что постгрес работает на порядок медленнее чем редис.

Denis
30.06.2017
19:23:21
Нет

Pavel
30.06.2017
19:23:29
Ну да же.

Ievgenii
30.06.2017
19:23:30
Смотря что именно те 2М будут делать...

Pavel
30.06.2017
19:23:36
Есть бенчмарки :)

Denis
30.06.2017
19:23:42
Есть бенчмарки :)
Они измеряют что?

Pavel
30.06.2017
19:24:25
На редисе можно на обычной машинке сделать 30-60 тысяч инсертов в секунду, на постгресе получится в лучшем случае 1000

Google
Denis
30.06.2017
19:25:04
Ты недоговариваешь что-то

Ievgenii
30.06.2017
19:25:43
Лично тестили, и без труда делал 30К

На одном тазике

Pavel
30.06.2017
19:26:23
====== LPUSH ====== 10000 requests completed in 0.04 seconds 50 parallel clients 3 bytes payload keep alive: 1Вот что я сейчас увидел, запустив локально бенчмарк редиса

Ievgenii
30.06.2017
19:26:25
Не самом мощном

Pavel
30.06.2017
19:26:55
Как ты понимаешь скорость операций просто в другом классе так сказать :)

Там где оттюненный постгрес будет инсертить 30к в секунду, редис будет 900к инсертить спокойно.

Denis
30.06.2017
19:27:34
Вопрос только зачем

Ievgenii
30.06.2017
19:27:47
Ну у меня на проде сейчас 100К вставок в монго, но это не значит, что она полностью заменит Постгре

Admin
ERROR: S client not available

Denis
30.06.2017
19:27:55
Как ты потом без индекса искать будешь там

Pavel
30.06.2017
19:28:32
Как ты потом без индекса искать будешь там
у редиса прямой доступ к памяти по хешу, там не нужны индексы.

Denis
30.06.2017
19:28:32
Вам ведь потом последнее обращение юзера найти надо

Stepanos
30.06.2017
19:28:59
скоро бувьійдет версия 3.0, где будет и триде)

Ievgenii
30.06.2017
19:29:08
Pavel
30.06.2017
19:29:11
Так что можно искать со скоростью сетевого соединения

Pavel
30.06.2017
19:29:34
Ну это если по первичному ключу)
Ну вот взять элемент из списка занимает O(1)

Google
Denis
30.06.2017
19:29:44
Индексы быстрее

Pavel
30.06.2017
19:30:22
А что есть быстрее? ?

Denis
30.06.2017
19:30:34
Pavel
30.06.2017
19:30:48
Какая у него асимптотическая сложность поиска? =)

Ievgenii
30.06.2017
19:31:03
)))

Denis
30.06.2017
19:31:37
Какая у него асимптотическая сложность поиска? =)
Ну я правильно понял что ты предлагаешь в памяти последовательным перебором искать?

Ievgenii
30.06.2017
19:31:40
Ну мы вот на работе думаем, как вмеже БД на CSS-е сделать)))

В свободное время хочется что-то типа разбита написать.

Распределенного

Чисто попробовать

Pavel
30.06.2017
19:33:40
Ну я правильно понял что ты предлагаешь в памяти последовательным перебором искать?
Не совсем. Я просто хотел сказать - что вот есть вставка в редис со скоростью больше чем в 10 раз в самый оттюненный потсгрес. А вопрос как потом искать - он тоже стоит, но это уже другой вопрос.

И есть задачи когда искать и не нужно. А надо просто взять 100 последних значений например.

Pavel
30.06.2017
19:35:14
Да не может там такого быть. Постгрес делает еще кучу дополнительной работы по обсепечению целостности и всяких проверок.

Pavel
30.06.2017
19:35:59
Ну ты покажи конфиг :)

Denis
30.06.2017
19:36:26
Ievgenii
30.06.2017
19:36:34
)))

Страница 204 из 719