Клёвый Админ

Ээммм, пишете очень странное. Почитайте про то как работает планировщик операционной системы и как он распределяет процессорное время.

Сами подумайте как такое может быть? Вот у вас есть процесс, он использует ресурсы железа которые ему выделела ОС. В каждый транк времени ОС выделяет какому то процессу все ресурсы, чем больше транков именно этому процессору достаётся - тем больше ресурсов железа он может утилизировать, тем быстрее выполнится. Транк закончился, ОС сбрасывает состояние процесса в регистры и отдаёт процессор и другие ресурсы следующему процессу и так по кругу. Как в такое логике пауза в работе ему поможет?

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

Настройки wifi вам точно не помогут.

Вы клиента или сервер настраиваете?

MPPE 40bit RC4 and MPPE 128bit RC4 encryption are supported.

Данные в вашем случае (вы используете браузер, а значить протокол TCP\HTTP\SSL\HTTPS) будут идти в пакетах TCP, внутри пакета, после заголовков, в каждом пакете таких данных, в среднем чуть меньше чем 1,5 килобайта.

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

SNR имеет очень выгодную цену за порт, по фичам мало чем отличается от Cisco

Что-то мне подсказывает, что вы измерили размер страницы с ошибкой, прилетающей от бекенда и старательно пытаетесь в этом случае отдать nginx'овую 404.

Имхо грабель и костыль. Отдайте со стороны бакенда нормальный варнинг и подмените его на стороне nginx на нужный вам. Это очень легко гуглится.

Похоже проблема в железе. Делайте диагностику.

Возможно с диском беда. Если нужно просто установить ОС, пробуйте cmd+r https://support.apple.com/ru-ru/HT201314

Загрузочная флешка не вариант?

Имхо в этом случае самое разумное делать домены первого\второго уровня (или локали ниже /eu, /ch, /ru и так далее) и на каждом таком хостниге делать реплику сайта, что-то делать общими ресурсами (картинки, стили, кодовую базу, таблицы с пользователями) и реплицировать их rsync или чем угодно, а что-то разделить грамотно (базы данных товаров, складские остатки, картинки, описания товаров возможно) и не реплицировать понапрасну.

Про геоДНС соглашусь с wukibuh, думаю это не сильно поможет, хотя в данном случае у вас отличаются ещё и страны, думаю это можно использовать как часть мер по перенаправлению пользователя на его "родной" магазин. CDN тоже можно заюзать, для раздачи статики, думаю у вас ооочень много картинок, она в этом случае поможет (или если есть видео о товарах, тоже через CDN раздать самое оно).

Можно попробовать замутить геораспределнную БД, на это сильно зависит от движка БД, если у вас mysql то не особо вы там поиграете в A-A реплику. Если у вас noSQL то там это изи делается.

Загрузиться с зажатыми CMD+R, мак подключится к Вафле (или шнурку если есть) и скачает образ восстановления, форматнёте винт - поставите всё с нуля. Не забудьте (если требуется) установить правильную дату и время, если вдруг батарея уже не алё.

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

Ответы по порядку:
1. Хороший сервер, я бы даже взял несколько. И CDN тоже взял бы.
2. Важно, если собираетесь хранить контент. Если нет - то не очень важно.
3. Мощность важна если будет нагрузка.
4. Памяти нужно столько чтобы всё работало быстро и не упералось в её размеры. Если памяти вашему приложению нужно много - то в сервере её должно быть много и наоборот.
5. Думаю от страны скорость работы сервера не зависит =) уверен в латвии или финляндии скорость процессора на 3,2 ГГц такая же как и в США. Куда собираетесь вещать - там и должно быть размещение. Это вроде бы очевидно =)

Собственно без конкретики, думаю, никто вам больше информации не сообщит.

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

Максимальная скорость гигабитного соединения по медному проводу в одну сторону составляет 597 мегабит (при включении Jumboframe + обрезке части заголовков и укорачивании преамбулы вдвое). Ждать от него чего-то большего нельзя. Это заложено стандартом передачи.
Оптика способна утилизировать физическую среду иначе и в\на оптическом гигабите вы получили бы почти 1Гб/с в одну сторону (или в каждую в зависимости от типа коннекта), но не в случае с медью. Так что в вашем случае 400 мегабит до NAS - это предел и, вместе с тем, отличный показатель.

Замечания по конфигу:
/interface wireless
set [ find default-name=wlan2 ]
preamble-mode=both
/interface wireless nstreme
set wlan2 comment="WiFi 5Ghz" enable-polling=yes
set wlan1 comment="WiFi 2.4Ghz" enable-polling=yes

Перезагрузка девайса потому, что провайдер не оплачен - это лишнее:
/system watchdog
set watch-address=8.8.8.8

По скорости работы беспроводной сети - пробуйте играть с расположением девайса (внутри не самые мощные антенны) и каналами.

Такс, на кд случаем файрвол не включён? В смысле - отключите его и проверьте DNS.
Если это сходу не поможет - то нужно смотреть настройки файрволов на шлюзах, маршруты, манглы и так далее.