Спасибо за информацию.
Но сначала вы мне советовали не Ramus, а XCP. Все-таки, как у него с HA? Умеет ли он хотя бы стартовать виртуальные машины на втором реальном сервере при отказе первого? Если не умеет, то почему вы его посоветовали? Если умеет, то где это написано?
Asterisk
сервер Kerberos
фронтэнд к SAN (или файловый сервер, но тут надо еще и данные синхронизировать)
еще, возможно, что-нибудь для централизованного администрирования (но это не обязательно — нет никакой необходимости обновлять ПО на рабочих станциях в режиме 24/7)
Если вам будет не трудно, укажите пожалуйста, где именно написано, что он обладает требуемой функциональностью (а то я нигде не могу найти этого). Может быть, требуемая мне функциональность описывается хитрым термином из одного-двух слов, которых я не знаю?
Да, под падением сервера вы понимаете падение реального или виртуального сервера? А то во втором случае можно скриптом выключить сервер при падении службы :) Впрочем, мне и первого варианта более чем достаточно
По поводу набора служб:
Asterisk
сервер Kerberos
фронтэнд к SAN (или файловый сервер, но тут надо еще и данные синхронизировать)
еще, возможно, что-нибудь для централизованного администрирования (но это не обязательно)
PS вопрос к облакам имеет то отношение, что люди вокруг меня в облачных технологиях главной считают эту самую функциональность, а сформулировать вопрос точнее я не могу по тем же самым причинам, по которым я его вообще задал
Дело в том, что до версии 5.3.9 использовалась всем известная хеш-функция, а потому существовал класс строк, дающий коллизии на *каждом* сервере. После же версии 5.3.9 используется случайная хеш-функция, и теперь коллизии для каждого сервера свои, да еще и меняются при перезапусках.
Так и делали, но все равно долго?
В таком случае проблема в сортировке (поскольку порядок сортировки — N logN, а остального алгоритма — N)
Скажите, какой примерный диапазон частот ожидается? Сколько символов в типовом тексте?
Можно попробовать сортировку подсчетом или комбинированную.
Так, если размер текста ограничен числом M, порядка менее (N/log N)^2, то можно попробовать частоты до sqrt(M) упорядочить подсчетом, а более высокие — классическим способом.
Да. есть такая проблема.
Я ее не заметил, так как даже не подумал, что класс Item будет делиться дальше — в моем представлении у Item шли исключительно конкретные наследники.
Иными словами, у меня проблема ромба решалась путем склеивания классов Item и WeaponCard.
Или, по-другому, у меня можно было модифицировать только оружие.
Но, так как иерархия Item может оказаться гораздо важнее склеивания, могу предложить еще два решения:
1. ModifiedItem можно сделать интерфейсом (если таковые в PHP вообще существуют)
2. ModifiedItem можно «приклеить» к Item
Эти решения допустимы, так как единственное назначение ModifiedItem как родителя заключается в пометке предмета как «допускающего разборку».
Кстати, если снятие модификатора с предмета невозможно, то ModifiedItem можно вообще не вводить.
