datka, да, я в курсе, что alt+tab - переключение между окнами. И не обязательно вспоминать, я могу точно сказать, что во всплывающем окне alt+tab в windows 7, 8, 8.1 была сущность "рабочий стол". А это примерно 10 лет от первого выпуска win7 до текущего снятия с поддержки этой самой win7. Ну и кстати 8 и 8.1 пока никто хоронить не собирается.
Есть такое понятие, привычка. Хорошо укореняется и сложно искоренима обычно. Да, может быть использовать alt+tab для переключения на рабочий стол не совсем корректно, но это привычка, которая образовалась за годы и достаточно бегло почитать эту тему в интернете, чтобы понять что я далеко не одинок в таких чувствах, но адекватного решения проблемы я пока не нашел. И нет, при 30 окнах я не жал 30 раз tab, а всё же пользовался win+d. Но вот именно в случае сворачивания из игры, почему-то привык к alt+tab.
Потому и был задан вопрос, в надежде, что кто-нибудь возможно также привык когда-то и сейчас нашел или придумал решение. А пока я только читаю какого-то унылого зануду, упорно пытающегося впихнуть свое мнение, которое имеет право на жизнь и может быть даже в чем-то правильно, но мне не очень интересно и в контексте вопроса абсолютно не нужно.
Для не любителей читать и понимать, повторю ещё раз "В windows 7 при переключении по alt+tab всегда был пункт рабочий стол". Соответственно из открытого полноэкранного приложения, если оно является единственным окном, единичное нажатие alt+tab производило по сути переход на рабочий стол.
В Windows 10 это убрали и при нажатии alt+tab из полноэкранного приложения по сути на долю секунды появляется интерфейс выбора окон и дальнейший возврат к этому приложению, так как оно единственное.
Нашел вот такое. https://habr.com/ru/post/321708/
Похоже и правда по физическим ядрам хостов виртуализации. Я до последнего верил, что это идиотия, но видимо правда.
Предположил что mv не нравится количество аргументов, попробовал циклом и заодно вместо mv сделал вывод происходящего:
for file in $files_xml; do
echo "mv $file $SENTPATH"
done
Получается всё правильно, mv '/home/test/file.xml' /home/test/done/
Но ошибка та же
mv: не удалось выполнить stat для «'file.xml'»: Нет такого файла или каталога
Если вмешиваться в разработку ПО, которое пишет файлы, то самым правильным уже было бы сделать возможность средставами ПО писать результат в удаленные директории. Но такого к сожалению ждать нет возможности, как и добавления каких-либо флагов о завершении.
Мониторинг md5 - хорошая идея, но мне кажется это уже усложнение, получается: первый проход, вычисление md5 всех файлов, второй проход - вычисление md5 всех файлов, для тех, у кого совпадает - те и грузим, плюс md5 для больших файлов, как Вы уже отметили, будет неплохо время жрать. Всё же сделал пока из разряда rsync --files-from=<(find $SRC -type f -mmin +5) src dest, правда ещё вывод find'а пришлось немного sed'ом парсить, ибо иначе белиберда получалась.
Валерий Рябошапко: огромное спасибо, понял свою ошибку. Немного двусмысленно у них составлена документация, а как говорится, если что-то может быть понято в неправильном смысле - так оно и будет понято.
Да, в таком случае у меня конфиг неправильный.
Валерий Рябошапко: Я к тому, что нагрузку снижает и просто rate=30/s, всё что выше - сбрасывается, мне хотелось чтобы и кратковременные пики отрабатывались, потому была найдена эта директива burst, документацию прочитал, то что нужно, но не совсем понятен нюанс, описанный в самом вопросе, что происходит с "лишними" запросами, если, как вы говорите, сбрасываются, то можно сказать эта конструкция не работает.
Решением видится переход на haproxy, там возможностей в этом плане поболее.