Пример с ципленком - это речь не об ошибке памяти, а о выходе из строя блока памяти. ECC тоже не спасет, если память загнется.
Альтертнативы LevelDB только TokyoCabinet, BerkeleyDB, а все те nosql решения не встраиваются, плюс размер редис ограничен доступной памятью. Добавлять записи в LevelDB можно в разы быстрее, чем в B-Tree базы, как TokyoCabinet и BerkeleyDB, потому и выбран. Еще там теперь есть блум фильтр и обращаться к случайным данным тоже можно очень быстро, чуть ли не 1 сик по диску.
Все-таки даже в mysql в innodb есть чексуммы из коробки, по крайней мере вот здесь сказано:
http://www.scriptiny.com/2013/03/what-to-do-after-facing-corruption-in-mysql-innodb-tables/
Капец ересть. Хвостинг, неужели не осознаете, что если к памяти не обращаться, то ошибки и заметить нельзя и чем чаще обращаться, тем выше вероятность заметить ошибку?
А причем тут mysql? Я где-то что-то о mysql говорил? Я догадываюсь, что он умеет, но доказывать не собираюсь. Те что я знаю точно умеют - LevelDB.
Не забывайте, что речь идет об их специфической нагрузке на память. Кто-то может за год два раза к ней обратиться, а кто-то 100500 раз в секунду, так что ваши подсчеты ниочем.
Нет, любая вменяемая БД хранит чексуммы и проверяет данные при чтении, они и без вас в курсе об ошибках памяти.
Сырая статистика отказов памяти нам ничего не говорит. Если вы memtest будете крутить сутками, то вы ошибки очень быстро заметите, а если у вас пхп странички генерятся раз в секунду, то вы на ошибку и за много лет не наткнетесь.
Она не лучше и не хуже, она с ECC. Что за детские понты? Если у вас 20 тазиков по 32 гига памяти и вам надо отсортировать массив данных на 100 гиг, то без ECC вы получите каждый раз по разному отсортированный массив. Но если у вас веб-сервер, который странички генерит и всего 4 гига памяти, то вы ошибку памяти не застаните раньше, чем выкините сервер из-за устарелости.
Нету про OVH, как и нету про tower ящик на стеллажах, которые мы знаем только у hetzner'а, но вам это не помешало ляпнуть про tower, дабы преукрасить картинку.
Мне все равно, оказываете вы хостинг или нет.
Да хватит уже глупости говорить. Наворочен есть смысл брать, только если нужен наворочен, а не потому, что кому-то там кажется, что он "лучше".
Давайте по полочкам, что вам дает ECC на 4 гигабайтах памяти? Какая вероятность, что вы за 5 лет наткнетесь на ошибку памяти DDR3 без ECC? Или это лишь бы ляпнуть?
Redundant PSU, где там об этом хоть слово? Если бы хостер предлагал redundant psu, то писал бы об этом где только можно.
Откуда взялся tower на стеллаже? У ovh tower'ов вообще нет. Но даже если у кого-то tower на стеллаже, то на основе чего вы утверждаете, что это хуже?
Надоели уже школохостеры со своей тупой пропагандой. Не можете давать низкие цены, хоть не говорите что попало.
http://www.kimsufi.com/fr/index.xml
https://robot.your-server.de/order/market
Конечно i3-2130, зачем древнее медленное железо брать?
iPROsrv, сервер это тоже компьютер, оставьте эту чушь одноклассникам.