VoidVolker

Нет. Ну, только если вы не будете заводить таблицу на 4 миллиарда с копейками элементов (2^32) и использовать тривиальную хеш-функцию.

Потому что важно не столько количество элементов в таблице, а их значения. Их может быть 4 миллиарда различных. И даже только с 2 элементами я вам для любого меньшего размера таблицы найду 2 таких элемента, что у них хеш функция совпадет.

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

Рекомендуемые варианты использования есть в документации Microsoft. Краткая цитата оттуда:

Чтобы суммировать рекомендуемое HttpClient использование с точки зрения управления временем существования, следует использовать либо долгосрочные клиенты, либо задать PooledConnectionLifetime (.NET Core и .NET 5+) или краткосрочные клиенты, созданные IHttpClientFactory.

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

Подскажите пожалуйста, возможна ли передать экземпляр HttpClien в другой класс?

Ты же это в своём коде и делаешь.

А хотелось бы одновременно осуществлять два запроса из двух разных классов.

И что тебя ограничивает?
Пример кода в вопросе - именно то, как и надо делать.

Учитывай такой момент, что из под linux многие игры не идут, придется использлвать какой нибудь эмулятор, типа wine или еще что. Поэтому если играешь, лучше сидеть на windows

1. Message Bus
2. В MVVM все проще, 1 у вас будет вью модель по закрытию окна ну или надо в реальном времени менять, то подписываемся на PropertyChanged.
3. Подписывайся наOnFormClose и по закрытию дергай все параметры нужные из формы, зачем на события каждого элемента подписываться
4. Прочтите про MVVM, сильно упрощает жизнь

Устанавливай .NET Core и разрабатывай на здоровье.
Разница с Windows разве что в отсутствии оконных приложений, а остальные типы проектов есть.

P.S. Visual Studio придется забросить и перейти либо на VS Code либо на Rider

Можно и консоль, а можно и формошлепить используя Avalonia, например. Есть и другие.

Динамические бибилиотеки это обычно те, которые уже есть в системе, и они могут быть расшарены между разными процессами.
Плюс: жрут меньше оперативки, так как библиотека загружается один раз, после чего разные процессоры могут ее юзать
Минус - какая версия библиотеки установлена в систему - той и пользуйся. Следовательно нужно учитывать совместимость.

Статические - обычно идут вместе с твоим софтом, интегрируются в исполняемый файл.
Плюс - можно юзать любую версию.
Минус - каждая программа будет грузить в память свой экземпляр всей библиотеки, и если библиотека большая (а зачастую код print(stdout,"hello world) гораздо меньше, чем библиотека которая собственно выводит строку), то расходуется лишняя память и лишнее место на диске.

Отношения к блокировкам процессов ни те ни другие не имеют

Это называется IPC (inter-process communication). Гуглите IPC + ваш язык программирования, что-то да найдете. Полно библиотек готовых. Есть способы по-производительнее сокетов (всякие отображаемые в память файлы, например), но велосипед тут переизобретать смысла нет, если это только не задание на курсе по программированию.

Еще можно пользоваться потоками ввода-вывода. В зависимости от платформы, при создании процесса вы можете получить дескрипторы входного и выходного потоков порожденного процесса. Туда вы можете писать, как в файл, и читать оттуда, как из файла. А дочерний процесс будет как-бы читать с экрана и выводить туда, как-будто он обычное консольное приложение.

P s. Я в железе не шарю ни капли.

А читать умеешь?

Если умеешь, то легко сможешь прочитать мануал:
https://www.asus.com/motherboards-components/mothe...
И найдёшь фразу о том, что в МП поддерживает

2x DIMM, Max. 64GB, DDR4 5333(OC)/5000(OC)/4800(OC)/4600(OC)/4400(OC)/4266(OC)/4000(OC)/
3733(OC)/3600(OC)/3466(OC)/3400(OC)/3333(OC)/
3200/3000/2933/2800/2666/2400/2133
Non-ECC, Un-buffered Memory*
Dual Channel Memory Architecture

Смотрим на то, что хотим вставить:

Hynix , DDR4 1x16Gb, 3200MHz:

Пытаемся найти совпадение и находим:

5333(OC)/5000(OC)/4800(OC)/4600(OC)/4400(OC)/4266(OC)/4000(OC)/3733(OC)/
3600(OC)/3466(OC)/3400(OC)/3333(OC)/3200/3000/
2933/2800/2666/2400/2133

Даже без разгона может 3200, получается.

Теперь смотрим в характеристики процессора:
https://ark.intel.com/content/www/us/en/ark/produc...
И также видим инфу, что он из коробки поддерживает 3200 на DDR4

Acronis True Image, да и в принципе любая программа клонирования позволяет выбирать настройки целевого диска: либо точь-в-точь либо пропорциональное увеличение/уменьшение разделов.
Ну либо True Image склонировать, а потом Disk Director или тем же виндовым диспетчером дисков расширить на весь объем.