hint000

"Уместность" зависит от контекста, а "ИТ и фриланс" - это очень широкий контекст.
Приведите пример предложения, которое хотите перевести.

Как минимум это удобно в плане того, что можно передавать по ЛЭП сотни килоВольт, а затем трансформаторами приводить к обычным 0.4 кВ. Трансформатор относительно прост и не требует электроники.

С постоянкой такой фокус не прокатит. Даже на несколько кВ найти полупроводники уже геморрой.
А передавать низкое напряжение не прокатит, т.к. сверхпроводники еще в каждый дом не проложили, а без них тысячи Ампер не пропустить до потребителей. :)

Да и генератором проще сразу переменку делать.

Электродвигатели на переменке проще и не требуют к себе столько внимания, сколько щеточные на постоянке. (Хотя сейчас уже все это несколько меняется, но раньше очень даже актуально было)

Представьте, что ваши вершины лежат на прямой OX в координатах (a_i, 0). Длины ребер тут будут тупо длинами отрезков. Теперь ваша задача обойти все точки на прямой и вернутся в начало, пройдя наименьшее расстояние.

Очевидно, что оптимальное решение тут, например, такое: начните в самой левой точке и идите по ним слева-направо. Дойдя до конца, вернитесь в самую левую точку. Это и будет оптимальное решение. Длина пути тут 2*(max(ai)-min(ai)).

Если нужна только длина пути - то можно тупо найти минимум и максимум и взять удвоенную разность. Если нужен сам путь, то сортируйте или пары {a_i, i} или сортируйте только индексы, используя собственную функцию сравнения, которая по двум целым числам сравнивает a[i1] и a[i2].

В текущей постановке вопроса - без остановки базы - никак.
Однако, если определить требования простоя, то возможно.
Например, простой базы 60 минут недопустим. В то время как простой базы 5 мин для обновления вполне приемлем.
Если допускается простой для обслуживания в 5 мин, то в этот интервал можно уложиться.

Что такое обновление базы 1С.
В процессе обновления выполняется накатывание нового кода, а также реструктуризация базы. Накатывание кода происходит быстро.
Основное время обновления занимает реструктуризация ИБ.
Вопрос в том - как сократить время реструктуризации ИБ.
Не каждое обновление затрагивает таблицы базы данных. Поэтому не каждое обновление будет долгим.
Рассмотрим случай, когда внесли изменение в большую таблицу.
Выполнение реструктуризации средствами 1С процесс долгий. Сначала создается новая таблица с новой структурой. Далее в эту новую таблицу перекладываются записи (по одной!) из старой таблицы. Мощность оборудования мало что решает при таком подходе. Какие бы мощные сервера не были, они не могут сильно ускорить процесс перекладывания записей "по одной".
Решение:
1. Организационное. Заранее определять "тяжелые" и "легкие" релизы. Т.е. релизы, которые затрагивают тяжелые таблицы, и которые не затрагивают.
2. Технические. Не вносить изменения в существующие поля "тяжелых" таблиц, а только добавлять новые поля, сбоку. При таком подходе можно вмешаться в процесс реструктуризации ИБ.
Дело в том, что когда вы добавляете новое поле, то 1С все-равно выполняет реструктуризацию, даже, если это поле пустое. Такая 1С-ка "тупая". Ничего не поделаешь. Однако это можно компенсировать при работе на уровне СУБД. На этапе реструктуризации можно подменять имена таблиц таки образом, что 1С-ка будет реструктуризировать пустую таблицу. Далее заменять таблицу обратно. Например:
Дано:
Таблица - А - большая и тяжёлая
В таблицу А добавили новое поле АБ
Задача:
Надо выполнить реструктуризацию таблицы А максимально быстро.
Решение:
На уровне скуля переименовываем таблицу А в _А
Включаем реструктуризацию 1С
Реструктуризация создает недостающую таблицу А в соответствии с конфигурацией
Перекачиваем данные из _А в А средствами СУБД - на уровне скуля это делается максимально быстро.
Запускаем 1С, убеждаемся в работоспособности данных
Удаляем _А

Как-то так.

P.S. Динамическое обновление НЕ советую применять никогда.

Если V = (vx, vy), значит уравнению новой прямой будут удовлетворять точки (x+vx, y+vy) вместо (x, y):

Ax+By+C=0
A(x+vx)+B(y+vy)+C'=0
C' = C-Avx-Bvy

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

Вам легче, чтобы за Вас думали?
Или может попробуете сами вникнуть?

Это нормально поведение, вы же меняете шлюз по умолчанию и весь трафик идет через него.
Чтобы 'починить', на клиенте надо прописать статический маршрут до сервера "VPN в локальной сети" через провайдерский шлюз по умолчанию.