zzzit

Рейтинг
129
Регистрация
06.09.2012

Пример с ципленком - это речь не об ошибке памяти, а о выходе из строя блока памяти. ECC тоже не спасет, если память загнется.

netzoner:
zzzit, немного оффтопа. Чем был обоснован выбор именно levelDB, а не redis'a или другого nosql решения? Есть один проджект на примере - сейчас подбираю его реализацию.

Альтертнативы LevelDB только TokyoCabinet, BerkeleyDB, а все те nosql решения не встраиваются, плюс размер редис ограничен доступной памятью. Добавлять записи в LevelDB можно в разы быстрее, чем в B-Tree базы, как TokyoCabinet и BerkeleyDB, потому и выбран. Еще там теперь есть блум фильтр и обращаться к случайным данным тоже можно очень быстро, чуть ли не 1 сик по диску.

Все-таки даже в mysql в innodb есть чексуммы из коробки, по крайней мере вот здесь сказано:

If you have corrupt data on disk or in memory, InnoDB has a checksum mechanism to warn you before using this type of data.

http://www.scriptiny.com/2013/03/what-to-do-after-facing-corruption-in-mysql-innodb-tables/

Да нет никакой "специфической нагрузки" на память!!!!

Капец ересть. Хвостинг, неужели не осознаете, что если к памяти не обращаться, то ошибки и заметить нельзя и чем чаще обращаться, тем выше вероятность заметить ошибку?

Давай материалы о том что mysql _из коробки_ проверяет чексуммы данных в памяти, на случай битовых ошибок. Докажешь - плюсую. Не докажешь - минус, с подписью, как бесогонцу.

А причем тут mysql? Я где-то что-то о mysql говорил? Я догадываюсь, что он умеет, но доказывать не собираюсь. Те что я знаю точно умеют - LevelDB.

Вы тут бред полный пишете. Теорвер в вузе проходили... очень мимо.

По той сырой статистике 8% модулей серверной памяти выдавали ошибку хоть раз в год.

Не забывайте, что речь идет об их специфической нагрузке на память. Кто-то может за год два раза к ней обратиться, а кто-то 100500 раз в секунду, так что ваши подсчеты ниочем.

Причем вы можете считать что фатальные последствия это кернел паник, а я - что это битовая ошибка в БД, отправляющая на отгрузку не оплаченный реально заказ на 5000$.

Нет, любая вменяемая БД хранит чексуммы и проверяет данные при чтении, они и без вас в курсе об ошибках памяти.

hvosting:
Буду краток:
http://habrahabr.ru/post/171407/

Сырая статистика отказов памяти нам ничего не говорит. Если вы memtest будете крутить сутками, то вы ошибки очень быстро заметите, а если у вас пхп странички генерятся раз в секунду, то вы на ошибку и за много лет не наткнетесь.

асчет ECC. Если вы считаете, что память non-ECC лучше, чем ECC

Она не лучше и не хуже, она с ECC. Что за детские понты? Если у вас 20 тазиков по 32 гига памяти и вам надо отсортировать массив данных на 100 гиг, то без ECC вы получите каждый раз по разному отсортированный массив. Но если у вас веб-сервер, который странички генерит и всего 4 гига памяти, то вы ошибку памяти не застаните раньше, чем выкините сервер из-за устарелости.

где в первом посте есть хоть слово про OVH.

Нету про OVH, как и нету про tower ящик на стеллажах, которые мы знаем только у hetzner'а, но вам это не помешало ляпнуть про tower, дабы преукрасить картинку.

где же это я, когда и кому оказывал услуги хостинга

Мне все равно, оказываете вы хостинг или нет.

первый вариант имеет смысл брать в том случае, если он будет "наворочен", и только в этом

Да хватит уже глупости говорить. Наворочен есть смысл брать, только если нужен наворочен, а не потому, что кому-то там кажется, что он "лучше".

ECC, жесткие диски a la WD RE, Redundant PSU и прочие вкусности, а во втором будет tower на стеллаже стоять, то выбирать стоит вариант первый

Давайте по полочкам, что вам дает ECC на 4 гигабайтах памяти? Какая вероятность, что вы за 5 лет наткнетесь на ошибку памяти DDR3 без ECC? Или это лишь бы ляпнуть?

Redundant PSU, где там об этом хоть слово? Если бы хостер предлагал redundant psu, то писал бы об этом где только можно.

Откуда взялся tower на стеллаже? У ovh tower'ов вообще нет. Но даже если у кого-то tower на стеллаже, то на основе чего вы утверждаете, что это хуже?

Надоели уже школохостеры со своей тупой пропагандой. Не можете давать низкие цены, хоть не говорите что попало.

Конечно i3-2130, зачем древнее медленное железо брать?

Первый, у Вас это сервер, второй процессор от компьютера

iPROsrv, сервер это тоже компьютер, оставьте эту чушь одноклассникам.

Всего: 1667