Wexter

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

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

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

Нет, я не говорю что нельзя использовать свои решения, писать напрямую в ТСП и вот это все. Но только в том случае, если плюсы перевесят минусы. Плюсы вы перечислили - научитесь и видеть минусы ;-)

Больших отличий я не заметил

Я удалил неважные части кода, чтобы большое отличие стало более заметно. Вот что получилось из твоего кода:

while (num_bor_1 <= num_bor_2)
  {
    if ((num_bor_1 % 2) != 1)
    {
      num_bor_1++;
    }
  }

А вот что получилось из решения:

do
  {
    num_bor_1++;
  } while (num_bor_1 < num_bor_2);

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

У меня примерно так:
1. Если задание выполнено строго по ТЗ и принято - любой вновь найденый баг - это уже новая работа которая должна быть оплачена.
2. Если задание не выполнено по ТЗ и баги при приемке не принимать - то это ошибка разработчика, пусть исправит.
---
3. ТЗ должно быть составлено так чтобы не могло быть двойного трактования - если ТЗ позволяет трактовать задачу размыто и компания может предполагать одно, а исполнитель другое - ошибка того кто дал это задание разработчику - соответственно это не проблема разработчика, он не знает что у вас в голове и работа по переделке будет оплачена.
---

А вообще никаких общих правил не существует - как договоритесь так и будет.

Идете по массиву. Встречаете открывающую - +1 к счетчику. Встречаете закрывающую - -1 к счетчику. Если на каком то этапе счетчик стал <0 - скобки неверные. Если в конце прохода счетчик != 0 - скобки неверные

Пинг, вернее, ответ на него - самая низкоприоритетная из всех задач коммутатора. Так что если он занят чем-то более важным, то просто не ответит. Бывает, что даже на пинги устройству, подключенному непосредственно к коммутатору, получают только половину ответов. Это нормально.
А другие пингуемые нагружены, видимо, меньше, или производительность у них больше - вот потерь и нет.

неоднократно писал.
https://linkmeup.ru/sdsm/

Ну почитайте, отработайте уроки, пеосмотрите на модели. Поймите как оно работает - и вы поймете, что по другому сейчас вам на ваш вопрос нормально не ответить.

У всех по-разному, в некоторых случаях это можно настроить.

А потом с дипломом в роскомнадзор идти работать, блокировать фаст флюкс, строить великий чебурнет и отслеживать хождение транз в блокчейн сети (Шутка. Не одобряю, сам себя осуждаю)

По сабжу. Адресное пространство одинаковое у процессов одного потока или что то типа того. Гугли в сторону IPC.

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

Оставь IP только на бридже, а с порта убери.

Поздравляю, братан!

Приз на тему "Как одной командой угробить систему и это не должно быть rm -rf /" - в студию!

Сейчас переставляться придется, если нет под руками действующей системы, с которой можно было бы аккуратно вручную перенести права на папки.

Зато в память врежется надолго - что не стоит делать некоторые вещи. Тебя просили права на отдельный файл, а ты сломал права на весь /var - место, где права наиболее развесистые.

Ну несмотря на то, что обычно микротики всеядны, первое что приходит на ум - это несогласованность модулей. Может не держат друг друга.
А может вы не тот втыкнули, если у вас в конверторе стоит 1310/1550, то на микротике должен быть 1550/1310, проверяйте цвет какой стоит.
Плюс режте скорость на микротике sfp, там гигабит скорее всего, а на гигалинке 100мбит, у них не работает автоопределение скорости, надо явно задавать.