sl0, даже вне пределов wsl у симлинков есть ряд неудобств какраз вокруг редактирования кода, некоторые ide а точнее систем сборки могут не видеть того что файл, который на самом деле по ссылке, изменился, из-за чего бывают куча странностей в работе.
а уж когда работаешь с wsl все что пытается работать с файлами внутри работающей linux, и подавно чудеса, например у меня были примеры когда файл, изменившийся внутри не был даже виден снаружи (вплоть до перезагрузки)
quser получаешь список залогиненных юзеров и идентификаторы их сессий
Logoff sessionID /server:ComputerName закрываешь сессию, пример батника в доках майкрософт
пилишь батник/программу на любимом языке и прописываешь ее в задачу
потому что софта для создания бэкапов, как в Windows, тоже нет
какая некрасивая фраза, новички подумают что там вообще нет механизмов создания резервных копий, а по факту наоборот, там их больше, многофункциональнее, сложнее.. конечно верно, все там не так
какая разница, подписанное приложение или нет, если вы допускаете запуск сторонних приложений (например вирусы, от них де защититься пытаетесь) значит возможна следующая атака - запускается прокси, создающая сответствующий пайп, к которому подключается ваша программа, а прокси отсылает все что она отправила.
никто в такой схеме не сможет определить с прокси вы общаетесь или с программой, нет такого функционала в named pipes
p.s. программы подисаны? может попробовать лимитировать на машинах возможные приложения только подписанными и по списку (не все официальные приложения и даже драйвера имеют цифровые подписи)?
named pipes не имеют такого функционала
если с обоих сторон пайпа ваше приложение, допишите в него авторизацию и/или цифровые подписи
p.s. 'злонамеренный пользователь' при наличии бюджетов сравнимых с затрат на защиту - победит
с другой стороны, если атака не адресная, то достаточно нетипичных конфигураций чтобы большинство из них не сработали, каких именно вирусов вы там боитесь?
тебя спрашивают что пишет df -h оно покажет где сколько места а ты гадаешь
по факту скорее всего произошло следующее, по какой то причине clamtk попытался прописать себя в sudo, и еще какие то действия с pam попытался сделать, и не сумел (очень много бы сказали те сообщения об ошибках, поэтому сделай копию /var/log/... и покопайся в них)
первое что можно было бы сделать - попробовать удалить clamtk, командой apt purge clamtk (оно должно подчистить и конфиги) с высокими шансами оно должно откатить изменения всей security до прежних
Просто у людей странное понимание бакапа, городят монструозные конструкции там где не надо, ищут готовое, сложное, неудобное, потом мучаются, вытаскивать данные тяжело
я просто сказал что бакап зависит от того что и как надо бакапить, и лучше собрать что то свое чем искать золотую пулю, где и мучиться не надо, буквально все файлы как есть доступны, и инкрементальный, и достаточно эффективный и даже для windows
В gentoo для этого была фича ebuild - parallel-install оно запускает какраз сборку пакетов параллельно
но у тебя этим занимается сам главный скрипт ./configure
вот его и ковыряй, но боюсь легко не получится
Можно попробовать сэкономить, при наличии почасовой или даже поминутной оплате облачных ресурсов:
используя distcc можно отправить запуск компиляторов на удаленные машины, т.е. настраиваешь образ типовой сборочной машины с distcc, и пишешь скрипты по управлению клонированию, запуску и остановки их при изменениях среднего cpu load, если он ниже некоторого порога, постепенно выводишь машины из кластера и останавливаешь, а если выше - наоборот добавляешь машин.
В таком конфиге скорость сборки увеличить может и не получится, но центральный скрипт пусть работает на медленной дешевой/твоей машине, ведь он только configure запускает, а сама сборка пусть на удаленных
Но боюсь если оплата не поминутная, сэкономить не получится. Все облачные сервисы берут оплату в лучшем случае почасовую, плюс еще подгадать в момент билинга чтобы не стартовать/останавливать посередине
пальцем в небо, вопрос, драйвера на видео установлены? точно помню были на старых машинах проблемы банально с проигрыванием звуков если идет интенсивная работа с графикой (прерывания по нескольку в секунду)
на hdd у меня база данных сильно замедлялась во время снятия дампа, не до смерти сайта но все же, single-transaction не поможет там где по чисто техническим причинам random access замедляет чтение
Если программы не твои, т.е. не доступна модификация,то единственный вариант - прослойка, третье приложение, выступающее в виде прокси.
Само собой если в приложении нет шифровании данных.
Для сокета - написать свое серверное приложение (очень простое) которое просто будет транслировать на настоящий сервер запросы и возвращать ответ.
Для com сложнее, в зависимости от операционной системы решение будет сильно разным. Возможны железные решения. Скорее всего драйвер виртуального устройства писать/искать готовый.
Но это хардкорный путь - проще было бы дизассемблировать java приложение и вставить туда свою логику.
del "c:\my cool path\my cool app.exe"