А зачем тут пробовать MongoDB? Чтобы напрочь переписать все приложения, которые используют БД, вместо небольших правок, если вообще использовалось что-то MSSQL специфичное?
MongoDB как и все остальные NoSQL это модно конечно, но это не некая «серебряная пуля», а лишь инструмент, который имеет смысл применять в определённых ситуациях, когда это имеет смысл.
> и если я правильно помню — он все таблицы в памяти хранит
Неправильно помните.
Это будет самый простой вариант — wifi на 10 км даже с хорошими антеннами и далеко от города малореален. Остальные радиочастотные варианты дороги и требуют лицензии, кроме СВЧ радиолинка специализированного, но ему тоже нужна прямая видимость, да и для него 10км многовато.
Цены к качеству — такое же. Платы делают в большинстве те же фирмы. Брака по процам нет ни там ни там откровенного, с чипсетами тоже всё прилично… По цена/произодительность, зависит от задач и в нижнем ценовом сегменте AMDшная платформа всё ешё интереснее — интегрированная графика лучше. процы дешевле, хотя не так уж и сильно.
Скорее всего, ваша проблема не в винтах и разбивке (винты имеют довольно-таки приличную производительность), а в том, что у вас очень много операций чтения/записи мелкими блоками?
Может что-то просто стоит закешировать, или поднастроить, тем более что памяти там довольно много.
Даже при 2х свободных каналах скорость будет весьма далека от 300Мбит/с.
К тому же, абсолютное большинство роутеров класса SOHO банально не смогут протащить через себя такой поток, даже если его удастся получить по «воздуху».
Для гигабитной сетки неплохо включать jumbo frame, а вообще выжать скорость близкую к гигабиту, обычно вполне реально.
Вот для wifi надпись 54мбит(300мбит/600мбит) это некий идеал достижимый разве что в лабораторных условиях, на железе сильно отличном от реального. =)
Ну да, обычно так и случается. =) И получается CMS, на которой сделана в итоге от силы пара проектов, в лучшем случае. На самом деле, проблема подавляющего большинства CMS, это соотношение универсальности и того, что приносится ей в жертву. =)
> Из плюсов — основа продукта — быстро развивающийся, удобный и документированный фреймворк.
Где тут плюс? Что-то быстроразвивающееся как основа, это минус — основа должна быть статичной. Соответственно будет всё равно выбрана какая-то ветка, например 1.1, иначе ваша разработка превратится в ад. =)
> В CMS есть реальная коммерческия потребность, это не just for fun
Вот наверное с этого и надо было начать, а не с «что-то вроде CMS на Yii», вы не находите? =)
> Developer-friendly
В общем-то не айс.
Без поддержки виртуализации железом не удивительно, что производительность была невысокой.
Чтобы не разбираться, и всё из коробки работало, думаю, вам надо просто отказаться от этой идеи… =)
А Centos или Debian, вопрос скорее привычки, главное единообразие.