И еще, к сведению, если нужен порт в 10Гб, а он дорог, то может быть выгоднее "подарить" коммутатор с портами 10Гб на взаимозачёт (вы им оборудование, они вам подключение по 10Гб порту)... Другими словами, поучаствовать в организации интернета в вашем регионе/городе...
Ну, тогда построить свою точку обмена трафиком, например в Ташкенте. Хотя, подразумеваю, она уже существует. Например, в Москве, изначально на основе телефонной станции 9, была построена точка обмена трафиком (M-9), где все тогдашние провайдеры обменивались трафиком, там же был и первый канал в интернет, как помню около 2-х мегабит. Т.е. все московские провайдеры обменивались трафиком на скоростях 10-100Мб, а наружу (в интернет) ползали по 2Мб. Также, когда у провайдеров начали появляться свои линии (Демос, Курчатовский, Релком), то они стали продавать интернет-трафик остальным.
Смысл точек обмена в том, что трафик от ресурсов между провайдерами не ходит через внешние сети и узлы и не загружает внешние каналы.
Уже после появились точки обмена M-10, M16 и т.д., провайдеры стали строить свои внутренние кольца и сети, тащить кабели в регионы... Вот информация по М-9 на вики - https://ru.wikipedia.org/wiki/MSK-IX
Не совсем, нужно находить объект по контуру. Например представьте объект типа решетка 3 вертикальные и три гиризонтальные пересекающиеся линии, на них такой алгоритм даст сбой. Обязательно нужно смотреть окрестности по горигонтали и вертикали...
Да, только не забыть индексы построить.. А вообще-то рейтинг вычислить можно и по другому, математически, пойду освежу знания, и напишу через часик как правильно...
В Вашем случае легче применить сортировку, сортировать пользователей по количеству лайков и дате. Типа select * from table users where date between 12/08/2014 and 13/09/2014 order by likes_count desc limit 100
Выдаст последние 100 записей с наибольшими лайками, отсортированные с большего к меньшему.
телефония на астериске много не жрет - 512мб за глаза на виртуалку, 1С - 2гб, на убунту/центос от 512 до 2-4 гб в зависимости от задач, так что 16гб будет достаточно. Но при выборе больше памяти или мощнее процессор, отдайте предпочтение памяти! Берите любой бренд, леново или аналогичный типа supermicro (мы практически только на них в последнее время лет 10), интел не супер, часто приходится сразу обновлять биос, иначе ничего не заводится.
Самому собирать не советую, если только не будете собирать из платформы, тем более есть бюджет. За супермикро как минимум встроенный IP-KVM на BMC в последних версиях серверных плат, а не как опция.
А сколько пользователей планируется? У меня на биллинге для ~30000 пользователей и бекофиса, лет 7 назад стоял аналог Core i3 по производительности. База работала на отдельном сервере с примерно такой же производительностью. На сервере крутилось кучу приложений для платежных систем, бекофиса (ведения контрактов пользователей), обсчет трафика и услуг, фронтофис личного кабинета пользователей. Все крутилось на java j2ee, перл, преферансом и шлюхами.
Так что скорее всего Вам подойдет ЛЮБОЙ процессор! Берите entrylevel сервер с core i3/i5, памяти 8/16Гб, 2/4 HDD в RAID1/10 и будет щазтие.
Самому собирать не нужно, люди, которые их собирают по 10 штук в день, сделают это качественней и лучше, ну и гарантия будет реальная, да и не в каждый ЦОД самосборку возьмут без сертификата Россвязи (лили что там теперь взамен).
Дополнительно, что касается федоры, минт и прочего - смотрите пункт 5 моего поста. Ну-ка, найдите мне sybase под федору или минт! А вот под дебиан, рхел/центос лежит на сайте, и ставится без бубна и ковыряния в скриптах инсталляции. Я уж не говорю про продукты от ИБМ, ХулетПаккард и прочей энтерпрайзины. И да, я их могу поставить почти на любой дистрибутив, но зачем же сразу себе по яйцам бить?
Что же касается сентос, то да, может быть и не очень юзерфрендли, но ставится на ура и все настраивается в мышевозном интерфейсе, и уж гораздо легче, чем в мелкософте!
Во первых, я предложил две альтенативы, и кажется, достаточно понятно объяснил почему.
Во вторых генту я не предлагал, как и кучу всяких минт, федор, бзди и прочей радости, и кажется, тоже объяснил почему.
В третьих, вопрос был не про личный ПК с линуксом, а немного про другое.
И в четвертых, а не будет в четвертых, смотрите во вторых.
Kerberos не хранит, но авторизует. Ldap хранит: и пароли, и uid/gid, и ключи, и привязки к группам и кучу всего, в том числе и ключи для кербероса. С радиусом сложнее немного, но он тоже отдает и uid/gid и кучу всего, немного гиморно с ним, но у нас он 802.1X держит для рабочих станций, ни с чем не связан, работает отдельно.
Если брать просто ldap, то можно использовать pam_ldap. Если еще проявить терпения, и прикрутить kerberos, будет вообще шоколад - SSO, зарегистрировавшись на одном сервере, на остальные пускают без пароля, только по тикету, который передается "автоматически", но всё это нужно настраивать.
У нас на связке openldap/kerberos весь кластер работает (до недавнего времени даже dhcp через него раздавался). У нас только nfs с kerberos связан, так как у нас nfs3, который это не поддерживает.
Руководств в сети куча, рекомендую начать просто с ldap, так как kerberos не вопрос одного дня (мы почти месяц интеграцию делали, но у нас серверов много), и если SSO не сильно нужно, то лучше не заморачиваться.
Для ubuntu вот например по LDAP- http://help.ubuntu.ru/wiki/руководство_по_ubuntu_s... или по SSO с керберосом, ldap, nfs4, девочками и пивом - https://help.ubuntu.com/community/SingleSignOn
@lookingfor
1. Да, всё правильно, выбираются только живые задачи, на питоне рассчитываются интервалы. Со стороны базы данных такое можно сделать толкьо хранимыми процедурами, так как в зависимости от даты выборки нам нужно считать как минимум длительность, исключения, ну и у меня еще прочее. Сами вычисления достаточно простые и практически не занимают времени процессора. В базе данных при этом хранится именно задача, а не сами интервалы, соответственно нагрузка на базу может быть очень маленькая.
2. На самом деле у меня нет совсем базы данных, задачи подгружаются из конфигурационных файлов, просто это специфика моего приложения. Если хранить в базе, то можно сделать хранимку, но зачем засорять базу лишними вычислениями, ведь эти вычисления гораздо легче параллелятся в приложении.
3. Задач относительно мало, не более 100, юзверей нет вообще! Тестировал на 100000 - работает не поперхнувшись! Но мне больше и не нужно, больше 100 один сервер уже не тянет, у меня очень специфическая задача, запускать в нужные интервалы видеопотоки, когда интервал оканчивается, поток умирает :-)
PS. Спрогнозировать Ваш случай достаточно легко, реализация примитивная, посчитать количество задач на юзера: например 100к юзеров с ~500 задачами, из них по 100 активных, итого таблица будет на 500к записей с выборкой по 100 записей на пользователя. Причем это именно активные задачи, которые ВСЁ равно нужно будет обслужить и/или выбрать. Таблица практически не будет расти, кешировать задачи можно где угодно, обосчитать 100 задач - милисекунда!
ух, какие тяжелые вещи! FOP пытались применить лет 10 назад, он и тогда был шаг влево - расстрел, в результате использовали iText! Cassandra - не пользовал, но отзывы странные тоже. Eclipse пользую постоянно - ничего не тормозит, разрабатываю под ним и на яве, и питоне и С. Да, для разработки использую белый макбук и 8Гб памяти, и менять пока не хочу - хватает. Работал в свое время с Eclipse BIRT - шустрая штука, понравилось больше, чем Crystal Report...
