alejandro68

В Go не предусмотрено столь серьезной поддержки GUI приложений, как, к примеру, в C#.

Перебираете десяток малоудобных библиотек - и на какой то останавливаетесь. Как правило это биндинги для Qt, GTK, WinAPI и пр.
Ни одна из них не будет шибко удобной.

Веб-приложения делаются под браузер, Go тут вообще не при делах. Ну если не считать GopherJS.

Go обеспечивает в бекэнд поддержку для веб-приложения. Само приложение реализуется на JavaScript (и его родичах - TypeScript, Dart и т.п.)

Go развивается как язык для сервисов.
Вот для бэкендов - куча всего.

Ну а писать фронтенд или десктопную морду на Go - не лучший выбор.
Бэкенд для десктопа или веба - да. Но не морду для десктопа, веба.

Нет.
Веб-серверы могут нести на себе ОЧЕНЬ РАЗНОЕ ПО, работающее при этом в ОЧЕНЬ РАЗНЫХ РЕЖИМАХ.
Рекомендации существуют только к отдельным компонентам, например, чисто к MySQL, без учета ПО бизнес-логики.

За основу можно взять requirements, которые есть в документации к ПО, которое вы используете.
Как правило это в самом начале раздела документации.

Ну а во вторых:
Современные VPS умеют менять свой тариф (и доступные ресурсы) без переустановки сервиса.
Начинаете с самого дешевого тарифа, если проблемы с тем, что не хватате ресурсов - просто повышаете тариф (это обычно требует перезагрузки VPS, но не всегда).

Будет ли это файловая система или база данных?

Как хочешь - так и будет.
Можно SQLite использовать, к примеру.
Там же требования к производительности не высоки.

Не совсем.
nginx поддерживает разные модели работы epoll, kqueue и пр.
Вы описали только один вариант.

В России облачное хранилище подешевле будет чем в Амазоне
https://clodo.ru/company/news/tsena-Cloud-Storage-...

Ну а самый дешевый вариант - взять dedicated у OVH/Hetzner/Online,
если вы рассчитаете размер диска наиболее близким к объему хранимых файлов - это будет максимально дешевый вариант из всех возможных.
Из минусов - невозможность гибкой манипуляции, в отличие от облаков. Например, невозможность простой подстройки хостинга при резком росте количества хранимых файлов.
С учетом установочной платы - замена сервера в течение менее, чем год, снижает выгоду такого хостинга.

Кризис среднего возраста теперь уже у школьников и студентов???
Однако

Все гораздо проще.

Если ваша проблема производительность - то просто логируйте этапы (с указанием времени) обработки каждого запроса. ОТДЕЛЬНОГО запроса. Потом собираете и анализируйте. Да хоть в Excel.

Вам не нужно мониторить на уровне ядер.
Вам нужно определить - а какое именно место в вашей обработке запроса тормозит.

Уже оттуда и начнете танцевать про ядра и пр.

Среднее за сутки, т.к. за бОльшее кол-во времени слишком долго ждать.

Достаточно подождать несколько минут, чтобы собрать результаты по десяткам и сотням запросов.

Но что же не так с первой машиной? Как только я загружаю на ней больше физических ядер, чем у неё есть, user time увеличивается.
Это что? Магия hyperthreading? Но ведь в htop видно, что во время теста загружено лишь одно виртуальное ядро из 4-х.

Без спуска на уровень прикладной задачи вряд ли у вас что получится тут узнать.
Это могут быть тупо блокировки.

Да и кто вам сказал, что ваша подсистема спроектирована работать действительно параллельно?

Писать на том, что лучше знаете.

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

Тут так же возникает такой вопрос: если подключить базу MySQL, то эффективно ли в одной таблице хранить более миллиона записей (например, о рассылке)?

Не там вы видите проблему.
Можно и 1 миллиард в таблице хранить.

А вот рассылать так, чтобы вас не забанили после чего сможете всего, к примеру, 100 писем в день отправлять
;))))

iperf

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

Как только будет неча жрать или нечем платить за квартиру - лень как рукой снимет.

или конкатенацию строк очень неудобно и, как мне кажется, так мало кто делает.

Ну и напрасно.

Конкатенция и форматная строка - наше все.

Берешь LiteIDE, смотришь исходники.

без разницы, не зная задачи

на очень и очень многих задачах хватает и HDD

если так абстрактно, то NVMe более скоростная технология

= порядка $50 вместе с версткой, если найдете подходящий вам из уже готовых, например, тут
https://www.templatemonster.com

ну а индивидуальный дизайн - он на то и индивидуальный, чтобы стоил сооооовсему других денег.
индивидуальный от 200-300 долларов.

правда не понятно зачем вам вообще хоть какой то там дизайн под внутренний портал.
не проще воспользоваться дефолтным внешним видном какого нибудь CSS-фреймворка?

1. Очень многие таки и не покупают сервер, а используют его незаконно - бесплатно.
2. Вы преувеличивайте стоимость сервера и финансовые возможности фирм. Для многих - это копейки.
3. Многие умеют считать деньги очень хорошо. По совокупной стоимости владения решения на базе Windows обходятся дешевле, вследствие большего распространения админов и большого количества развитого прикладного ПО.
4. Есть специфическое ПО хорошо заточенное на Windows, или вообще только под Windows.
5. Под использование в больших организация Windows уже лет 15 как заточена лучше всех - групповые политики и т.п. лучше всех развиты.