Роман Кулакович

маски подсети нужны чтобы указывать размер подсети. размер подсети нужно указывать для того, чтобы обозначить для сетевого стека, какой диапазон адресов относится к широковещательному домену и не требует маршрутизации, а какие адреса относятся к другим сетям, чтобы пакеты были на них смаршрутизированы через таблицу маршрутизации (шлюз по умолчанию или иные шлюзы, подсети для которых также заданы с использованием маски подсети).
максимальную можно указать только в том случае, когда её можно указать, а если её указать нельзя, тогда нельзя.
маски подсети не сказываются на производительности напрямую.

Во первых задумайтесь, нужна ли вам эта помойка
Чтобы сломить (пусть даже и немного) политику "экономим на всем кроме гелика гендира" нужно время и терпение:
Первое: разводим бюрократию, фиксируем все проблемы пользователей, замены компов, количество походов к пользователям в неделю на человека, особо отмечаем проблемы с безопасностью - сколько времени потребовалось чтобы вычистить комп менеджера Васи от вирусни которую он нахватал, какие риски могут возникнуть если менеджер Петя откроет письмо от "дяди Мнглуи" из Южной Африки.
Сколько простаивал складской комп пока вы удаляли с компа кладовщика Иннокентия порнографию.
Сколько литров чая было выпито за общением с бухгалтером Таней, пока показывали как печатать на новом принтере и т.п.
Это, по сути - работа начальника IT отдела, но одновременно - деньги бизнеса, потому что именно бизнес платит вам вашу зарплату (за которую вы почему то держитесь)

Второе: самообразование. Я бы не советовал вам,в отличие от других отвечающих, на говнокомпах(сервер же не купят) поднимать такие ключевые для инфраструктуры вещи как контроллер домена (будь он на линуксе или windows) или вообще любой центральный сервер - однако их подъем, настройка и, впоследствие, починка прибавят вам как опыта так и ценности в профессиональном плане и дадут шансы покинуть этот дом боли впоследствие.

Как быстрые решения:
- ставьте агент удаленного управления на каждую машину - поможет меньше между ними бегать
- стандартизируйте ПО и способы его установки (пусть это будуть хоть cmd скрипты, пофиг - лишь бы вы не сидели и не ждали очередного окошка визарда с кнопкой "NEXT" пока он там что-то затупил
- в общем и целом придумывайте как минимизировать всю беготню чтобы заняться самообразованием и улучшением ситуации качественно, а не количественно

чтобы не хранить файлы локально на ПК, а хранить все на СХД и снимать бекап только с одной железки, где все размещено.

это вполне себе повод. но не далеко не единственный, далеко не всегда главный.

все зависит от особенностей работы в компании. на одной из прежних работ, было принципиальным требование, что бы сотрудник, в случае необходимости, мог сесть за любое свободное рабочее место (своего отдела, а некоторые вообще за любое в офисе), залогиниться, и получить свой профиль

в том числе, в случае выхода из строя компа, по любой причине, было принято снимать с полки резервный, залитый и преднастроенный системник, заменять неисправный комп, и в течении считанных минут реанимировать рабочее место. а со сбойнувшим системником, разбираться не спеша у себя в отделе (ИТ), а так же пополнять резерв ))

при таких требованиях, технология перемещаемых профилей, не зависит от календаря в принципе

ps а еще, кроме бекапов, мы использовали DFS для прозрачной миграции с сервака на сервак (или смены дисковой полки), и фоновое зеркалирование, на случай креша сервера, несущего данную нагрузку. типа 24/7, с повышенным уровнем отказоустойчивости, и минимальным временем восстановления.. как то так

Например, процессор с частотой 2.5ГГц выполняет 2,5 миллиарда циклов. КАК?) Как люди к этому пришли?

Вы ведь знаете что такое Герц вообще? 1 Гц - одно колебание в секунду, 100 - Гц это 100 колебаний в секунду, 100 Мега Герц - 100 миллионов колебаний (FM радио в этом диапазоне работает), а 1 ГГц - в десять раз больше (миллиард).

Ну и процессоры не сразу такими шустрыми стали, ZX Spectrum (1982) работал на 3.5МГц, например. А теплый ламповый ЭНИАК (1943) работал всего на 100 кГц (сто тысяч тактов в секунду).

Как они придумали пленки для жесткого диска, что бы туда "намагничивать" нолики и единички ?)

Началось все с фонографа (1877), там были цилиндры покрытые воском или фольгой. Практически сразу начались эксперименты с магнитным слоем (первые публикации 10 лет спустя), но в массы оно не пошло - сложно, дорого, качество не очень.
Затем появились более практичные патефоны, с пластинками.

Магнитофоны с магнитными лентами параллельно развивались, но в массовое использование не попадали.
1935

Компьютеры первого поколения работали с перфокартами и перфолентами, которые ведут свою историю аж от станков Жаккарда.

Затем сообразили, что магнитные ленты удобнее и быстрее бумажных. Затем запарились крутить перемотку, и сообразили что диски (прям как в патефоне) еще удобнее - можно переставить головку на нужную дорожку. В 1973 году был выпущен жёсткий диск "винчестер" аж на целых 60 МегаБайт.

Ну и понеслась: больше плотность записи, больше скорость вращения, больше пластин, быстрее, плотнее, быстрее...

Специальный учебник не особо и нужен, если есть вики и любопытство.

Поместив HTML, XML, SVG и т.д. и т.п. файл на домене usercontent.google.com можно
манипулировать куками домена google.com и фишить. Поэтому пользовательский контент всегда отдается с отдельных sandbox-доменов.
Так же с отдельных доменов обычно отдается статический контент, это позволяет использовать CDN и упрощает управление кэшированием.
Отдельный домен обычно используется для PTR-записей (например 1e100.net). Для PTR часто нужна двойная валидация, т.е. PTR должна разрешаться в имя и имя обратно в тот же IP. При этом на одном IP может хоститься много доменов и быть установлено много сертификатов, включая вайлдкарды. И наоборот, один домен может хоститься на многих IP. Чтобы исключить прямое обращение к хосту по "неожиданному" для него имени в своем домене, обычно используются PTR записи в нейтральном домене. Кстати исторически принято использовать именно домены в .net. Google так же использует 1e100.net как нейтральный домен для подписи транзитных писем, раньше для этого использовался собственно домен google.com и это приводило к забавному багу, позволявшему подделывать подписи на письмах от google.com, я рассказывал о нем на PHDays 2014.
Географические домены исторически используют для организации региональных датацентов и ускорения доступа, например yahoo.jp физически расположен в Японии.

MaxSite CMS она называется

разобрался. нужно было помимо узла лицензирования добавить еще и узел сеансов... :)

В таких случаях сбойную планку выкидывают

В подвале googleSpeed можно выкачать все ресурсы сайта в одном архиве уже оптимизированные гуглом