Ubuntu и поддержка ReiserFS на AWS Amazon EC2

На днях провел серию тестов по эксплуатации файловой БД в составе нагруженного web-приложения. Предстояло сделать выбор между Ext4, XFS и ReiserFS(v.3) С большим отрывом победила ReiserFS. Особенно порадовали два таких момента:

• При создании большого количества папок на относительно небольшом разделе, ReiserFS продолжает работать даже когда у ее конкурентов заканчивается физическое пространство подконтрольного раздела. При выделении новой папки на Ext4 и XFS резервируется 4 Кб дискового пространства, ReiserFS по всей видимости обходится с выделяемым пространством более оптимально;
• При интенсивных потоках чтения и записи на раздел с множеством мелких файлов наблюдаемая нагрузка IO для ReiserFS имеет более низкие показатели несмотря на применение специальных опций монтирования.

Впрочем, как оказалось эти факты давно всем известны, а я тут просто Америку открыл в отдельно взятом офисе :)

Итак. Создаю новый EBS и подключаю его к рабочему Instance с Ubuntu 12.04 LTS (ami-ac9943c5). Выделяю на нем один первичный раздел. Устанавливаю пакет reiserfsprogs. Форматирую вновь созданный раздел соответственно...

Zend Framework -- Action Helpers настройка

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

Все эти плагины Front-контроллера, Action Helpers и контроллеры в комбинации с перехватчиками событий init(), preDispatch(), postDispatch() и прочих позволяют создать весьма гибкое и масштабируемое приложение. Для применения всех этих изысков неплохо иметь представление о том, как оно там "под капотом" работает.

Фобос-Грунт -- выводы комиссии Ростехнологии

Межведомственная комиссия во главе с председателем научно-технического совета госкорпорации "Ростехнологии" Юрием Коптевым представила итоги расследования причин аварии автоматической межпланетной станции "Фобос-Грунт". Доклад был представлен руководителю Роскосмоса Владимиру Поповкину. Комиссия пришла к выводу, что наиболее вероятной причиной аварии могла стать ошибка, допущенная в ходе программирования бортового вычислительного комплекса станции, сообщает "Коммерсант".