Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Программирование Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
 Re: Тяпничное сравнение Memcached/Redis  [new]
mayton
Member

Откуда: loopback
Сообщений: 40523
Давайте так.

Тема топика - кеши. В принципе я уже выбрал Редис.

И тему можно закрыть.
11 фев 19, 09:39    [21806078]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
alex55555
Member

Откуда:
Сообщений: 2100
Лысый дядька
Допустим, разработчик не желает по каким-то своим причинам связываться с многопоточностью, допустим ДА ему нужно это убожество, допустим не комильфо. И что?

Да ничто, пусть балуются. Просто хотелось понять, может есть какой-то смысл. Ты смысл не показал (ну кроме предположений), так чего ты ждал в ответ? Хотя да, бывает надоедает объяснять особо упёртым, ну тогда получается "ты победил".
11 фев 19, 13:58    [21806389]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
alex55555
Member

Откуда:
Сообщений: 2100
mayton
Ты слышал про FAAS?

mayton, я много про что слышал. Выбор твой, я-ж не настаиваю. Просто подумал, что есть обоснование, хотел понять. А ты решил, что это наезд.
11 фев 19, 14:00    [21806390]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
полудух
Member

Откуда: планета орков, г.Зверополис
Сообщений: 543
mayton
Это .. странно. Мне надо 50 тысяч ключей сначала обработать. При этом каждый ключ - это суть файловый путь.
Обработка заключается в последовательном тректинге статуса. Грубо говоря все бизнес-объекты проходят статусы.
И в конце некий итоговый процесс должен посчитать сколько выпалов ошибки. Принять решение.

Ну. В SQL это было-бы аналогом.
SELECT key,value FROM X WHERE value = 'FAILED';

я бы демона на C++ сваял
11 фев 19, 15:08    [21806499]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
mayton
Member

Откуда: loopback
Сообщений: 40523
полудух
mayton
Это .. странно. Мне надо 50 тысяч ключей сначала обработать. При этом каждый ключ - это суть файловый путь.
Обработка заключается в последовательном тректинге статуса. Грубо говоря все бизнес-объекты проходят статусы.
И в конце некий итоговый процесс должен посчитать сколько выпалов ошибки. Принять решение.

Ну. В SQL это было-бы аналогом.
SELECT key,value FROM X WHERE value = 'FAILED';

я бы демона на C++ сваял

Амазон не поддерживает С++ в AWS Lambda.
11 фев 19, 17:21    [21806686]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
mayton
Member

Откуда: loopback
Сообщений: 40523
alex55555
mayton
Ты слышал про FAAS?

mayton, я много про что слышал. Выбор твой, я-ж не настаиваю. Просто подумал, что есть обоснование, хотел понять. А ты решил, что это наезд.

Обоснование - инфраструктурная дешевизна. И выбор это не мой а заказчика.
11 фев 19, 17:22    [21806687]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 7607
Флейм он:

Я тоже не очень понимаю, зачем нужно наворачивать "инфраструктурную дешевизну", если все делается на C++/Java/Basic'е и прочим одной HashTable

В кластера на In-Memory-db тоже не верю, точнее не верю, что они быстрые. Т.к. банальная latency по сети (даже localhost) больше (медленее), чем банальный SQL Lite. И если критична минимальная latency, то все модно-молодежное все равно идет лесом

IMHO & AFAIK
11 фев 19, 17:42    [21806715]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
mayton
Member

Откуда: loopback
Сообщений: 40523
Вы-же не знаете что помимо вставки в Redis, Lambda еще и взаимодействует с OVER9000 других лямбд...

Но да. Это все off.

Попрошу закрыть. Я уже выбрал технологию.
Модератор: Закрыто по просьбе ТС
11 фев 19, 18:05    [21806749]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
Лысый дядька
Member

Откуда:
Сообщений: 356
Leonid Kudryavtsev
В кластера на In-Memory-db тоже не верю, точнее не верю, что они быстрые. Т.к. банальная latency по сети (даже localhost) больше (медленее), чем банальный SQL Lite.


Простите, но вы понимаете, в чем суть кластера? Вы всерьез хотите использовать SQL Lite как решение для кластера?

Leonid Kudryavtsev
если все делается на C++/Java/Basic'е и прочим одной HashTable


Если у вас есть большое монолитное приложение, то у вас есть как минимум четыре проблемы:
1) Все ваше приложение должно обновляться зараз, то есть вы получите некое время недоступности сервера и это будет происходить постоянно
2) В случае необработанного исключения в любом месте монолита он громко упадет целиком
3) Если у вас вырастет нагрузка на сервер вы не сможете сбалансировать её простым добавлением еще одной ноды в кластер, вам нужен будет новый физический сервер
4) вы будете терять данные в хештаблице при перезапусках приложения
11 фев 19, 18:07    [21806753]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 7607
Отвечать не буду, дабы флуд не превысил терпение модераторов Ну и поскольку конкретики по задаче также нет, то предметно обсуждать все равно нечего.

Mayton выбрал redis, но пусть будет redis )))
11 фев 19, 18:13    [21806761]     Ответить | Цитировать Сообщить модератору
 Re: Тяпничное сравнение Memcached/Redis  [new]
полудух
Member

Откуда: планета орков, г.Зверополис
Сообщений: 543
Лысый дядька
Если у вас есть большое монолитное приложение, то у вас есть как минимум четыре проблемы:

отдельный демон это как раз антипод монолитности.
11 фев 19, 23:00    [21806906]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
Все форумы / Программирование Ответить