Это вполне нормально, если не забирает больше. Вообще это проблема руби, а точнее ветки 1.8, в 1.9 с этим всё лучше, но редмайн сделан на 2-х рельсах, а они с 1.9 не дружат. Единственное, что можно сделать — поиграться с вебсерверами — глянуть в сторону thin & mongrel, это может облегчить ситуацию мегабайт на 50-70.
есть мнение, что надо ставить статичное количество чилдренов, равное количеству ядер на сервере и, по возможности, использовать fastcgi cache, чтобы лишний раз не трогать их ибо при количестве чилдренов большем, чем количество ядер*2 будет происходить гонка за ресурсы между ними.
у eaccelerator'а проблема — нигде не доступен в виде готовых пакетов, приходится ручками собирать. по скорости работы+отжираемой памяти все примерно одинаковы, но xcache на мегабайт-два отжирает побольше + не обновлялся уже больше года, похоже его забросили, так что проще всего прикрутить apc, тем более его планируют скоро включить в состав PHP.
Ну что-то вы хитро всё понаставили — Ruby 1.9 не мейнстримовый, сам собой вставать не должен.
Вообще, редмайн зависит от Рельсов 2.х и Руби 1.8.х, так что сносите всё и ставьте тот руби, что идёт по умолчанию в дебиане.
Далее — Редмайн, он в себе уже содержит рельсы — их отдельно ставить не надо, так что лучше всего — git-нуть его и попробовать запустить, gem'ы — доставить нужные по его запросам.
Насчёт passenger — думаю вам не стоит с ним заморачиваться, ставьте thin (из гемов) и запускайте с ним:
cd $REDMINEDIR
ruby script/server thin production
и в nginx можно обойтись минимумом:
server {
server_name redmine.local;
Схема LDAP — самая обычная inetorgperson (из тех, что в комплекте OpenLDAP), а неудобство в том, что надо много кнопок в телефоне нажать, пока попадёшь на поиск в директории, плюс надо вбивать русские буквы — а их на телефонной клавиатуре нет + периодические проблемы с кодировками (какая-то странная ошибка периодически вылезающая). В остальном — поиск шустрый, по мере набора имени.
лёгкое гугление наводит на мысль что именно грейлистинг в сочетании с эксимом, а чтение rfc намекает, что надо увеличивать интервал между попытками отправки.