Оконный менеджер, оперирующий приоритетом процессов

Ещё можно посылать SIGSTOP. Хотя кроме как для экономии батареи бесполезно, в простое проц жрёт разщве что только firefox.

Единственный заметный профит даёт выставление самому жрущему процессу вроде многопоточной компиляции политики idle для io и cpu. Остальным можно не заморачиваться.

Ну почему, торрент-клиент при проверке 300-гигабайтной раздачи может ощутимо замедлить работу. Аналогично, хотелось бы назначать торрентам минимальный приоритет при сетевых операциях, но это уже не задача оконного менеджера.

Можно попробовать нафигачить скриптов с использованием wmutils. Или написать свой WM, что сложнее.

Есть такой, называется Windows Explorer. Не тот, который ie, а который именно окна рисует.

Дала родина rtorrent с вебмордой и RPC
нет, не хочу - хочу жрать гуёвые клиенты

с изкоробочным функционалом не помню, но есть решения:

• xmonad - точно можно написать хук для свёрнутных окон
• kwin(и другие гиганты) — есть шанс, что можно это реализовать на встроенном языке для скриптов. при этом подозреваю, что если можно, то получится явно круче, чем с 1-м вариантом.

upd: с kwin'ом не оч можно, ибо, емнип, его js не умеет вызывать сторонние процессы. вообще можно накостылять скрипт, который дёргает dbus, а на другой стороне скрипт, который собсна общается с процессами. но такое решение вряд ли кому понравится

Можно допилить dwm.

А wm тут и не нужен. Это может быть отдельные приложение, которое будет получать события от Хов в цикле. Всего-то надо помнить предыдущее окно в фокусе. Думаю, написать можно на чем угодно, т.к. для большинства языков найдется привязка к Ховой библиотеке или та же функциональность может предоставляться тулкитом. Единственная проблема, которую я тут вижу: в линуксе сплошь и рядом когда морда отдельно а «движок» отдельно, надо будет отслеживать кто какой процесс запустил.

Даже нагуглил какую-то поделку на эту тему:
https://bbs.archlinux.org/viewtopic.php?id=128198
(пока не проверил)

насколько я помню, спуфинг крутил скриптами скриншоты свернутых окон в fvwm. имхается, что, там можно и приоритетом управлять при сворачивании/разворачивании окон.

Действительно, можно попробовать решить шелл-скриптом:

xprop -root _NET_ACTIVE_WINDOW 
wmctrl -lp

Действительно, можно попробовать решить шелл-скриптом

Напиши потом, чего получилось и есть ли профит. Мне почему-то кажется, что толку от этого будет маловато.

Дело было в пятницу вечером, делать было нечего:

#!/bin/bash

LAST_ACTIVE_WINDOW=-1
LAST_PID=-1

while (true)
do
    # get active window id
    ACTIVE_WINDOW=$(xprop -root _NET_ACTIVE_WINDOW | awk '{print $5}' | tr -d ,)
    # convert to wmctrl compliance
    ACTIVE_WINDOW=$(printf "0x%08x\n" "$ACTIVE_WINDOW")
    printf "%s %s\r" "Active window id:" "$ACTIVE_WINDOW"
    if [[ $LAST_ACTIVE_WINDOW -ne $ACTIVE_WINDOW ]]
    then
        # getting pid of active window
        PID=$(wmctrl -lp | grep "$ACTIVE_WINDOW" | awk '{print $3}')
        # renice
        printf "\nRenicing from $LAST_PID to $PID\n"
        sudo renice --priority 0 --pid "$LAST_PID"
        sudo renice --priority -20 --pid "$PID"
        LAST_PID=$PID
        LAST_ACTIVE_WINDOW=$ACTIVE_WINDOW
    fi
    sleep 1
done
sudo renice --priority 0 --pid "$LAST_PID"

Дело было в пятницу вечером, делать было нечего:

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