rPman

Задайте вопрос лучше как с переменными работать, форматы строк или тех же списков то разные.

Если что, VBS может использовать только COM объекты. Я ради любопытства погуглил, и не нашел как из GO создать таковые, есть примеры только использования.

Мой вам совет, само по себе использование таких разных инструментов - нечто из ряда вон выходящее, не должно быть нормой и этого нужно избегать как можно сильнее. Не в том плане что COM это плохо, он как раз и создавался как инструмент под вашу задачу, а в том что вы станете сильно ограничены в плане использования инструментов, а именно windows, т.е. да COM это плохо.

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

В браузере нажимаешь F12, затем на нужном элементе на странице нажимаешь правую кнопку мыши (если сайт запрещает, то добавь зажатый шифт), и выбрать inspect element. В окне отладки нужный html dom элемент станет текущим, можно конкретнее выбрать мышкой правильный, нажать правую копку уже на нем и выбрать copy и в подменю выбрать в каком формате вам нужен путь до элемента.

Полагаю имя элемента меняется? значит идентифицируйте элемент по потомкам.

10к не потянет ни один движок, мало того ни одно клиентское железо не потянет такое количество народа онлайн, поэтому на бакэнде мир делят на области и не дают встречаться всем в одном месте.

Правда встречаются моменты когда сотнями (ВСЕГО!) активных игроков собирают в одном месте мира, и тогда у всех начинаются проблемы.

Eve online запилили свой движок и только у них кажется нет особых ограничений на это (кроме пресловутого замедления времени).

Увеличивай количество потоков тестирования, очевидно же что основные тормоза у тебя из-за сетевой латенси
Локальный nginx на совсем убитой машине дает гигабайты на hello world статике и тысячи запросов в секунду.

В доказательство, попробуй запустить тесты локально на сервере.

Обычно это нехватка места, по умолчанию настройка своп файла автоматическая если пользователь не сменил настройки.

Своп файл не убьет ваш ssd, даже совсем дашманские диски выдерживают много терабайт записи.

Наверное за исключением если вырожденными случаями не будете пользоваться - к примеру при наличии 8гб ram сделаете своп на 100гб и с помощью ImDisk создадите виртуальный диск в памяти на все 100гб (в этом случае получите очень отзывчивый диск со стратегией lazy writes, когда записываемые данные на диск не попадают на него сразу ни при каких условиях, даже с отключенным кешем на запись а остаются в оперативной памяти).

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