Похоже, что ребята, играющие в Eve Online, сталкивались с такой же задачей.

Тут ведь главное не мониторы, а скрепленные мышки, вот где самая гениальность )

Там эта переменная частично инициализирована. Они берут большой буфер и начинают класть в него всё подряд: информацию о процессах, что-то из /dev/random, etc. Но до конца буфер так и не заполняют, в результате чего часть буфера так и остаётся неинициализированной. После чего весь буфер скармливается в ГПСЧ.

Так что неинициализированные данные — это далеко не основной источник энтропии для ГПСЧ — но основной источник ругани valgrind'а. Уж сколько раз твердили миру, что все автоматические тулы — это лишь помощники, для интерпретации их сообщений голова нужна.

Да, и был большой срач между дебиановцами и openssl'щиками. Потому что собирать энтропию из неинциализированной памяти — та ещё эвристика.

Вообще-то закомментировали намеренно, т.к. кому-то пришла в голову (или родилась на совещании в АНБ) гениальная мысль пройтись по исходникам профилировщиком valgrind, который высветил «использование не инициализированных данных», которое было бы ошибкой в любом проекте, кроме ГПСЧ, где это внезапно оказалось фичей.

У нас своё облако, написанное в основном на Python с некоторыми модулями на C++ (для скорости работы). В качестве БД мы используем документо-ориентированные СУБД. Web-интерфейс на jQuery, кстати, WEB-бэкенд тоже Python. ОС — RedHat, а nginx и haproxy используются для балансировки, гипервизор — RedHat KVM, управление конфигурациями Puppet со стандартными модулями, для разливки мы используем Cobbler. Всё ПО ставится из стандартных пакетов .rpm, которые собираются при помощи Koji. В общем, мы системный интегратор, который очень любит открытый софт и системы, поэтому мы всё это подружили вместе.

В чем преимущество по сравнению с бесплатной MooseFS?
у меня уже почти год в работе, 160ТБ, легкость подключения/удаления дисков/серверов, самовосстановление, возможность указания количества реплик вплоть до файла, приемлемая скорость для веба (для бекапов тем более)

Надежность и настоящее самовосстановление — были главными критериями при выборе. После пары лет еб… и с гластером.

Стабильность такая — ноды с данными, хоть режь, хоть коли, диски туда-сюда, всё пофигу, вообще. Сервер запросто можно положить на пару часов, ничего не будет. Всё восстановится/допишется после старта. Конечно если не ССЗБ, и не иметь реплики по одной копии. Я использую для некритичных данных двойную репликацию, для критичных тройную.

Расплата конечно есть за это — надо самому писать скрипт переключения мастер-ноды на один из слейвов.

Это в боевом применении с тремя контент-нодами и одним мастером (два слейва на паре контентных серверах держатся).

Советуют мастер с ECC памятью, остальные можно хоть тазики, ФС на дисках любая. Использую везде ext4, также тестировал с zfs, но скорость ну очень не впечатлила.

Посмотрел сейчас, 17.5 млн файлов, 41 млн чанков. Мастер съедает 8.6гига памяти.
На запись вот сейчас сделал тест, на запись 48МБ/с, чтение 35мб/с, но это в боевом окружении, отключить не могу ))))

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

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

Где-то читал о том, что в элт-мониторах при перегорании трансформаторов развертки электронный луч фокусируется в центре и прожигает пользователя насквозь…

У меня есть пара рекомендаций специально для Вас (я сам Московский Экономико-статистический Институт закончил, поэтому мальца разбираюсь, больше 10 курсов по математике и статистике дают о себе знать):




Не смотрите, что это комиксы. Уровень для начинающих очень приличный. В обоих книгах математика на уровне интегралов и производных, но на простых примерах. ^_^