Михаил Р.

Физика и материалы. На уровне транзистора частота - это то, как быстро транзистор может переключаться из одного состояния в другое. Это требует затрат времени и энергии. Чем быстрее транзистор переключается - тем больше частота. Чтобы быстрее переключить транзистор можно приложить больше энергии, а больше энергии - больше тепловыделение из-за сопротивления. А чем больше температура - тем больше сопротивление и нагрев ещё выше. Вместе с ростом температуры меняются и свойства транзисторов, и то, как они работают. Плюс каждое переключение тоже требует затрат энергии и тоже увеличивает тепловыделение. Плюс ещё и надо всю эту энергию подвести к каждому транзистору - это тоже требует линий, по которым течёт ток и, которые тоже выделяют тепло. Ещё есть, например, такие факторы, как скорость света и синхронизация сигналов в разных частях микросхемы - из-за чего приходится замедлять и удлинять некоторые линии связи между транзисторами, чтобы в нужном месте сигнал пришёл в нужное временное окно. А в современных процессорах миллиарды транзисторов. И каждый из них должен работать в чётко в нужное время. Не забываем, про то, что даже два одинаковых транзистора могут чуток отличаться характеристиками. А из-за уменьшения техпроцессов ещё надо учитывать различные квантовые и пограничные эффекты. И такого рода факторов - огромное количество. Поэтому и разрабатывают постоянно новые виды транзисторов, новые материалы, новые средства производства и прочее.

На самом деле рост частоты процессоров есть - четверть века назад процессоры на полтора-два гигагерца были нормой. Сейчас уже норма - 4-5 гигагерц. Так что прирост частоты есть - просто очень медленный. На самом деле есть транзисторы и даже процессоры (конечно, очень простые и ограниченные) на терагерцы - это очень узкоспециализированные устройства. Например, такие работают в детекторах ускорителей частиц - ATLAS и CMS в большом адронном коллайдере. Они охлаждаются жидким гелием и работают при температуре чуть выше абсолютного нуля. Там вообще очень сложная многоступенчатая система из нескольких вычислительных систем, которые фильтруют первичные потоки данных объёмом в террабиты/с. Или, ещё например терагерцовые сканеры на десятки и сотни терагерц.

Ну и добавлю возможно не всем очевидную вещь: резкие технологические скачки не выгодны большому бизнесу - выгоднее доить потребителей и медленно наращивать ТТХ.

Если известен service tag сервера, то на support.dell.com можно поднять изначальную конфигурацию сервера.

Память подбирают не по производителю, а по параметрам (нужна полная маркировка модуля памяти).
Не видел что бы dell комплектовал свои сервера памятью kingston, но работать, скорее всего будет.
Kingston не делает своих микросхем памяти, а использует чужие чипы.

не понимаю как должны быть устроены эти ваши цоды

у меня будут 2 стойки / шкафа с серверами

2 шкафа - это не ЦОД.
ЦОД - это 200 шкафов или 2000 шкафов, а у вас только серверная комната.
Как устроены нормальные серверные комнаты я скажу. Ставят кондиционер или несколько кондиционеров, чтобы их мощность по теплу была не меньше, чем потребляемая мощность всего оборудования в комнате. Температура на кондиционерах выставляется 16..20 C. Если критично, то добавляется мониторинг климата (есть такие железки). Кстати, влажность тоже важна, кондюки подсушивают воздух, а это плохо для работающего железа (плодится статическое электричество и может устроить кирдык железу), так что в одной компании даже ставили вёдра\тазики с водой, чтобы не пересушить воздух.
Поскольку люди постоянно не находятся в серверной, то обычно принудительную вентиляцию там не делают, так и с пылью меньше проблем. С другой стороны, даже небольшая вентиляция поможет нормализовать влажность.

def proc1(b: str) -> str:
    return 'A' + b

def proc2(b: str) -> str:
    return f'A{b}'

dis.dis(proc1)

#  2           0 LOAD_CONST               1 ('A')
#              2 LOAD_FAST                0 (b)
#              4 BINARY_ADD
#              6 RETURN_VALUE

dis.dis(proc2)

# 5           0 LOAD_CONST               1 ('A')
#              2 LOAD_FAST                0 (b)
#              4 FORMAT_VALUE             0
#              6 BUILD_STRING             2
#              8 RETURN_VALUE

%timeit proc1('b')
# 72.7 ns ± 0.688 ns per loop (mean ± std. dev. of 7 runs, 10,000,000 loops each)
%timeit proc2('b')
# 74.6 ns ± 0.689 ns per loop (mean ± std. dev. of 7 runs, 10,000,000 loops each)

Первый вариант немного выгоднее

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

Статья с разбором одного из таких сервисов:
"Перейди по ссылке, и я узнаю твой номер"
https://habr.com/ru/articles/819595/

Схожий вопрос и много ответов/комментариев:
Как определяют номер телефона у посетителей сайта?
Как определяют номер телефона у посетителей сайта?

Есть поля и есть свойства. Доступ к свойству осуществляется через методы - получения, записи, добавления или вычитания свойства. У полей нет отдельных методов доступа - используется только стандартный механизм доступа. RTFM:
classes and structs -> fields
classes and structs -> properties

поставить на флешку ventoy, и уефи и мбр он умеет.
уже вентой загрузит исо-образ линухи, просто скопировать исошник на флешку.
брать лайв-сд образ линухи и далее с помощью гуя заинсталить линуху.
вентою можно также подсунуть исо образ с виндой.

Потому что так исторически сложилось.
1. Очень многие механизмы раньше (а какие-то и сейчас) работают только со свойствами, но не с полями.
А если они и умеют работать с полями - часто по-умолчанию они с полями не работают.
(Это относится ко всяким сериализаторам, ORM, и другим штукам, которые работают с объектами через рефлексию, создают прокси)

2. Даже если ты делаешь автосвойство - ты всё равно можешь делать с ним всё то же самое, что и с обычным свойством: вынести его в интерфейс, сделать виртуальным и переопределить в наследниках, а потом обратиться к нему не на конкретном типе, а на интерфейсе. Это может быть очень полезно, а иногда и необходимо в некоторых случаях

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

По сути всё.
Сказки про инкапсуляцию оставим для учебников, так как если мы делаем какую-то тупую DTO-шку, то никакой пользы от обращения через свойства мы не получим.

Накладных расходов у свойств по сути нет, так как JIT их заинлайнит.
А раз никаких минусов нет - зачем включать мозг и думать "а понадобится ли мне по какой-то причине тут свойство или можно обойтись полем"? А потом ещё огребать, если ошибся (даже если это редкий случай)
Единообразие тут скорее благо.

Те же рекорды (record, record struct) вообще не позволяют тебе объявить поля и при этом скрывают многословность свойств.

к примеру, не сделать этот int отрицательным

На самом деле это очень редкий кейс.
Зачем делать какую-то валидацию, если можно изначально использовать тип, который не допускает отрицательных значений?

но вот смысл автоматических свойств я так и не могу осознать, хоть убейте

Смысл автосвойств - чтобы не писать руками { get {return x;} set {x = value;}}.
А смысл свойств вообще - чтобы можно было вынести в интерфейс, переопределить, итд.

А ещё у свойства я могу не писать set или вместо set написать init и required, чего я не смогу сделать в классе с полями.
Да, у поля можно написать readonly и получить по сути то же самое, но тогда его надо будет обязательно через конструктор инициализировать.

Правильно создавать виртуальные окружения для каждого проекта и устанавливать библиотеки в виртуальные окружения.

Учись сразу делать правильно, интернет полон обучающих материалов, как это делать.

без циклом мапов и лямбд

a = '2021-1-2'
'{}-{:>02}-{:>02}'.format(*a.split('-'))
'2021-01-02'

Попробуйте

subprocess.run(
    ["dotnet.exe", "путь к dll", "параметры"],
    input='\n',       
    text=True, 
    capture_output=True, 
    check=True
)

В Windows Terminal есть удобное авто дополнение в процессе ввода на основе

Как думаешь, где windows этому научился?

https://github.com/zsh-users/zsh-autosuggestions