pfg21

Файловый сервер на Samba, видимый отовсюду

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

Нет.
Ставьте в виде виртуальной машины.
Меньше геморроя будет.

Если у вас идеальный абстрактный сферический светодиод в вакууме и строго прямоугольный сигнал, то яркость не изменится, т.к. не изменился коэффициент заполнения.

А в реальном физическом мире и у сигнала будут скругленные углы (и возможно лишние пики) и всякие паразитные емкости на дорожках и выводах светодиода начнут роль играть. В зависимости от кучи параметров яркость или немножко возрастет, или наоборот. Такие дела.

В любом случае, изменение яркости будет небольшим, и вполне вероятно, что никто не заметит.

Вам нужен линтер и инструмент для форматирования кода. Например для JS есть отличный линтер -- ESLint JavaScript into VS Code., а для общего форматирования Prettier - Code formatter

И линтер и инструменты форматирования гибко настраиваются. Почитайте описания у расширений, там все описано как и что.

Начните не только с основ с++ а с основ WinApi
Ваш путь
1) Пройти все уроки туториала CheatEngine
2) Написать простейший external используя функции WinApi (#include windows.h)
То есть самому реализовать то что делает CheatEngine
К примеру простейший взлом - через OpenHandle и WriteProcessMemory
2) Изучить основы памяти - написать свой простейший LoadLibrary+CreateRemoteThread инжектор
3) Поиграться с античитами GameWer( можно обойти с Ring3 Internal)
Vac (можно обойти с Ring3 External)
4) Изучить основы NativeApi (то что ntdll.dll) (к примеру поиграться с LdrLoadDll)
5) Написать свое чисто NativeApi приложение не использовав ни одного #include (благодаря знаниям peb/teb)
Изучить MASM||NASM||FASM - в взломах в нативе без асма будет не приятно...
6) Изучить разработку драйверов - надо установить wdk
7) Поиграться с EAC
8) Тут у всех разный путь, надеюсь вы сделаете правильный выбор))
Ps: 0) Guided Hacking/UnKnoWnCheaTs

Для следует указать путь к исполняемому файлу:

$path = 'C:\path\to\mysqldump\';
exec("{$path}mysqldump --user={$user} --password={$pass} --host={$host} {$database} --result-file={$dir} 2>&1", $output);

Можно занулить содержимое файла.
Можно послать серверу SIGUSR1, если он умеет его обрабатывать, чтобы тот переоткрыл файлы.
Единожды "отрезолвив" имя файла (путь) в inode, сервер пишет в inode. Можно переименовать файл, а потом пнуть сервер SIGUSR1 или перезапустить.

На будущее - настройте logrotate.

Если у вас управляемые коммутаторы, можно посмотреть в их таблицы. Там числится, на каком порту какой мак висит.

Для cisco можно выгрузить таблицу из консоли командой:

sh mac add

1. Кучу памяти сжирает change tracker в EF, так что первым шагом его отключаем, добавляя AsNoTracking к каждому запросу.
А там где действительно нужно отcлеживать изменения - отсоединяем объекты, когда они не нужны при помощи Detach
2. Включаем ServerGarbageCollection, чтобы сборщик мусора мог работать в несколько потоков
3. Заменяем синхронные вызовы EF на асинхронные.
По идее тоже должно немного помочь
4. Вытаскиваем объекты из базы не по одному, а пачками штук по 100, тк GC проще работать с большими кусками, чем с маленькими
5. Если я правильно понимаю, это у вас HostedService.
В таком, случае смотрите внимательно на использование контекста, тк ещё в другом месте может Change Tracker нагружаться