|
2.6, Аноним (6), 13:57, 25/10/2018 [^] [^^] [^^^] [ответить]
| +20 +/– |
Через несколько лет, когда начнется борьба за права репликантов (синтетических людей), придется "REPLICAOF" переименовывать еще во что-то. Недальновидные какие-то разработчики в Redis.
| |
|
3.8, Нанобот (ok), 14:12, 25/10/2018 [^] [^^] [^^^] [ответить]
| +/– |
>придется "REPLICAOF" переименовывать
придется переименовывать, только если репликанты победят. а пока разработчики верят в человечество
| |
3.15, КО (?), 16:55, 25/10/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Недальновидные какие-то разработчики в Redis.
Как раз наоборот, оставили себе задел для несложной работы на будущее. :)
| |
|
|
1.3, Аноним (3), 13:38, 25/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
>Выполнена работа по избавлению от терминов "master" и "slave" в коде. Команда "SLAVEOF" переименована в "REPLICAOF", а настройка "slaveof" в "replicaof" (для обеспечения совместимости поддержка "SLAVEOF" сохранена). Поддержка признака "slave" в командах INFO и ROLE пока оставлена, так как связана с большими нарушениями совместимости (в будущем планируется предложить альтернативу INFO и заменить в ROLE "slave" на "replica");
Наконец-то, джва года ждал.
| |
1.4, Qwerty (??), 13:40, 25/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>Добавлена развлекательная команда LOLWUT, с реализацией пасхальных яиц, которые будут меняться в каждой новой версии Redis;
Вот, чего нам не хватало! Вот, на что стоит распылять силы свободному сообществу! Так победимЪ!
На самом деле, идея-то хорошая сама по себе, просто я вангую, что команда будет выводить просто потрясающее уныние уровня "1 апрелю в мире IT", от которого сблевал бы и Петросян.
| |
|
2.7, Антон (??), 14:11, 25/10/2018 [^] [^^] [^^^] [ответить]
| +/– |
а ты собрался уже читать логи вместо вечернего петросяна?
| |
|
1.5, Аноним (5), 13:46, 25/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Добавлена развлекательная команда LOLWUT, с реализацией пасхальных яиц, которые будут меняться в каждой новой версии Redis;
остальным проектам стоит поучиться у команды редиса как завоёвывать аудиторию )
| |
|
2.21, Аноним (21), 09:32, 26/10/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
В версии 6.0 добавят команду SMUZIHOW, которая будет выдавать рецепты смузей, а в версии 7.0 команду BARBERWHERE, которая используя геолокацию будет сообщать направление к ближайшему барбер шопу, плюс возможность установки Redis на гироскутер.
| |
|
1.11, Борщдрайвен бигдата (?), 14:59, 25/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Представлен новый тип данных Stream, который можно использовать для хранения данных в форме пополняемого лога.
> Для организации совместной обработки разных частей одного потока сообщений реализована концепция Consumer Groups
Почему они из редиса упорно делают кафку?
| |
|
2.17, KonstantinB (ok), 18:51, 25/10/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Потому что есть такие задачи, когда достаточно легковесного решения.
Я вот уже знаю, где мне это пригодится.
| |
2.18, jOKer (ok), 21:12, 25/10/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Видимо потому что у них не получилось сделать из своей редиски конкурента кролику, а отъесть аудиторию у серьезных и уважаемых проектов, в пользу "легковесного решения" очень хочется. А здоровья придумать что-то свое оригинальное явно (пока?) не хватает.
| |
|
3.23, нах (?), 10:10, 26/10/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
но вот зачем, очередной троллейбус-из-буханки?
решение-то на глазах перестает быть легковесным. Даже рассчет на аудиторию, ниасилившую еще один апи, не поможет, апи-то все равно приходится дополнять.
> А здоровья придумать что-то свое оригинальное явно (пока?) не хватает.
оно и было вполне свое и оригинальное, этакий персистентный мемкэш с человекочитаемым протоколом. А сейчас выросло в такое, что уже с гранатометом добывать ходить надо.
| |
3.25, agent_007 (ok), 10:16, 26/10/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Видимо потому что у них не получилось сделать из своей редиски конкурента кролику
И сделать из своих рук конкурента ногам у них не получилось тоже.
Это всё от того, что руки и ноги по своему назначению слегка отличаются. Примерно так же, как rabbit и redis.
| |
|
|
1.14, Аноним (14), 15:11, 25/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
>"ведение на диске лога изменений. Во втором случае гарантируется полная сохранность всех изменений."
давно ли? fsync для лога делается? прямо точно гарантируют? как такое запустить?
| |
1.16, КГБ СССР (?), 18:19, 25/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Выполнена работа по избавлению кода от терминов "master" и "slave". Команда "SLAVEOF" переименована в "REPLICAOF", а настройка "slaveof" в "replicaof" (для обеспечения совместимости поддержка "SLAVEOF" сохранена). Поддержка признака "slave" в командах INFO и ROLE пока оставлена, так как связана с большими нарушениями совместимости (в будущем планируется предложить альтернативу INFO и заменить в ROLE "slave" на "replica");
Вот ведь люди напряжённо работают! Как Стаханов!
| |
1.22, ShyLion (ok), 09:37, 26/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Кстати, а почему до сих пор не убрали слова black и white? Нужно совсем убрать их из языка. Куда смотрит ПАСЕ и белый(!) дом?
| |
|
2.29, Аноним (21), 12:29, 26/10/2018 [^] [^^] [^^^] [ответить]
| +/– |
Сервер есть с 64GB памяти и 32 ядрами, минимум?
Если да, то Ignite лучше.
| |
|
3.33, нах (?), 16:30, 26/10/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
э... стесняюсь спросить,а редису не нужна ни память ни процессор? ;-)
я бы поставил вопрос по другому - база-то уже близка к 64gb, или пока в мегабайтах измеряется?
| |
|
2.30, Борщдрайвен бигдата (?), 14:11, 26/10/2018 [^] [^^] [^^^] [ответить]
| +/– |
Давай так… если ты сравниваешь Ignite с Redis, то для твоих задач Ignite не нужен. Вот правда.
Ignite для разворачивания всяких кластеров для хранения десятков/сотен терабайт в оперативке, да так, чтобы ещё не тормозило и чтобы с этими данными можно было цивильно работать через SQL/HQL или там Spark.
| |
|
1.35, Аноним (35), 19:21, 26/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
В свое время было ограничение на количество записей в списке в 2^32 сохранилось или уже побороли. Вообще что посоветуете для хранения больших индексов в Redis?
| |
|
2.36, Аноним (36), 05:12, 27/10/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сломать руки архитектору приложения, которое требует поддержку 4х МИЛЛИАРДОВ записей в одном списке.
| |
|
|