На вкус и цвет, похоже. Мне, например, приятнее, когда я занимаюсь копипастом, или заполнением всякой документации, если источник и приемник видны одновременно, а источник часто располагается на удаленном рабочем столе, который к тому же альт-таб перехватывает и выполняет на удаленной машине вместо локальной (по умолчанию). Поэтому два монитора рулят. Они бы и три рулили, наверно, если бы у нас было достаточно денег на три монитора каждому.
Методы восстановления SQL все-таки "простой" и "полный" (Simple and Full).
Отключение TCP Chimney нужно отлаживать. Для SharePoint вряд ли повлияет с точки зрения нормальной работы, но некоторое ПО, обычно связанное с шифрованием, плохо работает при включенном checksum offload. К сожалению, забыл, какое именно, но в его рекомендациях было отключать tcp chimney даже на гипервизорах. Наверно, это всё-таки не касается шарепойнта, но настройка иногда позволяет убрать малозаметные грабли при настройке некоторых типов серверного ПО.
И можно поподробнее, зачем 64кб размер кластера для sql server? И нужно ли в случае виртуального диска хостовую ФС тоже форматировать под 64кб?
По-хорошему надо ещё выпилить SSLv3 полностью из протоколов. В последнем конфиге этого не указано, если я правильно его прочел. IE8/XP все равно сумеют связаться с сервером с использованием TLS1.0.
Было бы логично включать авторепликацию блока на другую (живую) ноду кластера при потере одной из трех нод, хранящих этот блок. Правда, тогда расходы на репликацию данных по такому алгоритму будут расти квадратично от количества нод в кластере при постоянной вероятности выхода одной ноды из строя.
AppLocker лучше SRP все-таки. SRP только запрещает, а AppLocker разрешает что надо, и запрещает остальное. Кроме того, он достаточно гибок, чтобы не бояться, что обновление ухайдакает систему.
"Ещё куда-нибудь" не получится, квантовый ход это суперпозиция двух ходов и стояния на месте. А вот выполнить квантовый ход через квантовую фигуру должно быть можно — если есть как минимум одна доска, на которой возможны оба перемещения во время квантового хода. При этом фигура, которая выполняет такой квантовый ход, должна иметь апостериорные вероятности 3/4 на то, что осталась на месте, и 1/4 на то, что сделала два хода, если была на начало хода целой, а квантовая "половинкой", при этом 1/4 квантово запутана с той фигурой, через которую она прошла.
Думаю, стоит сделать так, что при съедании короля фигурой вероятность оставшихся на доске частей короля была подправлена так, чтобы сумма вероятностей была снова единицей, а съевшему записалась в очки та часть досок, на которой он выиграл. Формально движок так и работает, при съедании короля некоторые доски оказываются в положении «один король съеден», т.е. игра закончилась, и их можно убрать из отображения. А вот когда игра закончилась на всех досках, движку нужно выбрать ту доску, результат которой и записать в итог партии. Это, кстати, можно будет сделать и без досок, поскольку вероятности исходов окажутся определены в результате всех измерений, просто бросить одно число из 0..1 и выбрать соответствующий ему исход. Пример: 5/8 выиграли белые, 2/8 черные и 1/8 ничья. Располагаем исходы на отрезке 0..1, кидаем стандартный random(), куда попало, такой и ответ. И в итоге будет, например, «0:1 (5/8, 1/8, 2/8)», если случайное число выпало больше 0.75.
Если я правильно понимаю квантовую суперпозицию, то в ситуации мата двумя ладьями после разделения короля и съедания пол-короля ладьёй правильный ход будет съесть ладью второй половиной короля! Тогда, если король выиграет измерение, соперник останется с одной ладьёй. Второй раз в такой ситуации (мат королём и ладьёй) белые будут разделять короля так, чтобы ладья могла съесть только одну половину, а вторая будет в этом случае доступна только королю чёрных. И если я правильно понимаю, то чёрным уходить в суперпозицию в этой ситуации уже ход проигрышный. То есть, в случае мата королём и ладьёй (король Е6, ладья А8, король белых 1/2 Е8) белые ходят split E7, на ход чёрных ладья бьёт Е8 белые ходят король бьёт Е6, с выигрышем (!) в 1/4, на ход чёрных король бьёт Е7 белые тоже бьют на Е7, опять с выигрышем 1/4.
A strange game. The only winning move is not to play.
На вкус и цвет, похоже. Мне, например, приятнее, когда я занимаюсь копипастом, или заполнением всякой документации, если источник и приемник видны одновременно, а источник часто располагается на удаленном рабочем столе, который к тому же альт-таб перехватывает и выполняет на удаленной машине вместо локальной (по умолчанию). Поэтому два монитора рулят. Они бы и три рулили, наверно, если бы у нас было достаточно денег на три монитора каждому.
Методы восстановления SQL все-таки "простой" и "полный" (Simple and Full).
Отключение TCP Chimney нужно отлаживать. Для SharePoint вряд ли повлияет с точки зрения нормальной работы, но некоторое ПО, обычно связанное с шифрованием, плохо работает при включенном checksum offload. К сожалению, забыл, какое именно, но в его рекомендациях было отключать tcp chimney даже на гипервизорах. Наверно, это всё-таки не касается шарепойнта, но настройка иногда позволяет убрать малозаметные грабли при настройке некоторых типов серверного ПО.
И можно поподробнее, зачем 64кб размер кластера для sql server? И нужно ли в случае виртуального диска хостовую ФС тоже форматировать под 64кб?
… под локальным администратором...
По-хорошему надо ещё выпилить SSLv3 полностью из протоколов. В последнем конфиге этого не указано, если я правильно его прочел. IE8/XP все равно сумеют связаться с сервером с использованием TLS1.0.
Было бы логично включать авторепликацию блока на другую (живую) ноду кластера при потере одной из трех нод, хранящих этот блок. Правда, тогда расходы на репликацию данных по такому алгоритму будут расти квадратично от количества нод в кластере при постоянной вероятности выхода одной ноды из строя.
AppLocker лучше SRP все-таки. SRP только запрещает, а AppLocker разрешает что надо, и запрещает остальное. Кроме того, он достаточно гибок, чтобы не бояться, что обновление ухайдакает систему.
FSRM хорошая штука, кстати.
Помнится, некоторые варианты процессоров выполняли битовый сдвиг в цикле.
Попробовал — действительно, работает:
"Ещё куда-нибудь" не получится, квантовый ход это суперпозиция двух ходов и стояния на месте. А вот выполнить квантовый ход через квантовую фигуру должно быть можно — если есть как минимум одна доска, на которой возможны оба перемещения во время квантового хода. При этом фигура, которая выполняет такой квантовый ход, должна иметь апостериорные вероятности 3/4 на то, что осталась на месте, и 1/4 на то, что сделала два хода, если была на начало хода целой, а квантовая "половинкой", при этом 1/4 квантово запутана с той фигурой, через которую она прошла.
A strange game. The only winning move is not to play.