eternals

Всё просто. Если статья ваша не очень, то сэкономьте своё время, а если статья ваша хорошая, то здесь она никому не нужна.
Точно так же ваша карма будет показывать степень вашей хомячковости: если вы специалист в своей области, то вас заминусуют, а если вы обыкновенный школьник, то заплюсуют.
При положительном рейтинге, ваша карма вполне может быть сугубо отрицательной.

Таковы здесь правила.

Вы не видите, кто вас минусует. И получаете минус, например, за то что хвалите windows. А плюс получаете только за очень хороший совет или за обыкновенный популизм.

Если хотите набрать положительную карму — аккуратно, чётко, подробно отвечайте на вопросы в этом разделе. Я, например, так сходу за вечер взял плюс 2. И затем не комментируйте ничего лишнего. Тогда карма не упадёт.
Так-то.

Давайте начнём с того, что у вас в каждом сервере 1 процессор, а не 2, как вы написали.

Ответа на ваш вопрос в вашей формулировке нет и быть не может. Что будет с производительностью в вашем вопросе зависит только от кривизны настроек. Я бы поставил на то, что производительность БД упадёт, т.к. в пике её будут обслуживать не 24 ядра, а 8. А является ли БД слабым местом не известно.

Да, будет интересна. Тема достаточно актуальная.

> На какую литературу посоветуете обратить внимание?

На книги по Java.

Используйте Microsoft SQL Server 2008 с включенным шифрованием.

Вот этих несколько лет используем и вполне довольны: mangooffice.ru/

«Но что то уж больно страшно мне отдавать виртуализацию в руки MS.»

Не бойтесь. Они на этот рынок уже давно начали заходить. Вполне солидная позиция сейчас и очень активно развиваются.
У меня стоит выводок на основе Hyper-V уже года полтора. Я очень доволен.

Есть свои минусы, есть свои плюсы. Для виртуализации не windows гостевых ОС будут присутствовать ограничения.

ESXi хороша. Довольно удобно ставится. Но ДАЛЕКО не на всё железо. Оптимисты туда драйвера от линукса сами вставляют. Она платная и не дешёвая. В бесплатном режиме ограничения на максимальные ресурсы железа для ESXi и для каждой виртуалки, ну и ограничения по вспомогательному функционалу. Удалённое управление через тулзу.
В моих руках неприятно глючила (работает на нескольких боевых серверах). В частности, очень неприятно было восстанавливать развалившуюся цепочку дисков. Брррр.

ESX — это в некотором смысле предшественник ESXi. Более тяжеловесный, более функциональный, только платный. В него драйвера сторонние просто влазят. Ему больше доверяют (чем ESXi), т.к. за ним предыстория побольше.

Перебором, конечно. И как написали выше, с применением «динамического программирования», т.е. запоминать и использовать уже рассчитанные варианты и подварианты.

В реальной жизни такие задачи стараются решать зональным способом. А для Москвы и, наверное, Питера в виде секторов вокруг веток метро. Чтобы в секторе было удобно перемещаться. Сектора могут немного накладываться друг на друга. Затем для леммингов подбираете маршрут исходя из предпочтения находиться в одном секторе или максимум смежных. Ну и количество точек учитываете. Можно далее учесть и их отдалённость и последовательность обхода задать.

Просто решать перебором на полной карте — это строить ветки метро, наземного транспорта, учитывать водные преграды, сраные железнодорожные пути, пробки, стоимость проезда сложнее высчитать. В итоге вы одного курьера на 50% будете использовать, а другого на 150%.

Что-нибудь типа: www.kinosklad.ru/index.php?productID=1327?
Плюс есть кабели с двойным преобразованием сигнала, которые на очень большие расстояния тянутся. Мы используем иногда, но я лично их не подбирал. Я видел применение такого кабеля на несколько десятков метров.

Во-первых, надо уточнить, что за VDS. Если мастерхост, то сразу предупредите, т.к. это отдельная песня.

Во-вторых, нужно понять, из-за чего тупит mySQL. Выше правильно писали про lock на время записи.
Так же может не успевать диск (из-за ограничений VDS).

Я бы попробовал перевести в бд innodb и commit в 0 выставить (сброс раз в секунду на диск).

Далее есть такая штука как представления. И у них есть режим с кэшем в памяти. А SQL запросы уже к нему делать. К тому же их можно наплодить на разные случаи.

Ещё хорошо бы не забыть про memory таблицы. Скажем, писать ещё и в не memory, но читать массово только из неё.

Попутно стоит помнить про индексы. Их отсутствие делает select долгим, а чрезмерное присутствие долгим insert. Да и сами индексы новички обычно неправильно делают.

Ещё бы я вернулся к настройкам VDS, потому что они режут среднюю нагрузку по процу, памяти и дисковым операциям. Вас тупо может это резать. И заодно ещё вспомнил про объём БД в памяти. Если там уже много данных, а кэши не большие, то резать по диску будет.

www.1c-bitrix.ru/products/intranet/editions/#tab-table-link

Если филиалов достаточно много, то полный проект под ключ от нас будет стоить 200-300 тысяч рублей, включая все необходимые лицензии и работы.