Poczekaj, aż okno X pojawi się / zniknie (w rozsądny sposób)

W skrypcie powłoki muszę poczekać, aż pojawi się okno z ciągiem znaków w tytule, wykonać jakąś akcję, a następnie poczekać, aż zniknie i wykonać inną akcję.

Do wczoraj miałem ten prosty kod. Problem polega na tym, że nie można ustawić dysku w stan oszczędzania energii, gdy skrypt jest uruchomiony, i może trwać wiele godzin:

while :; do
    until wmctrl -l | grep -q "$string"; do   # until
        sleep 0.5
    done
    : do action 1

    while wmctrl -l | grep -q "$string"; do   # while
        sleep 0.5
    done
    : do action 2
done

Ponieważ zdecydowałem, że wspomniany kod niesamowicie budzi dysk, przejrzałem dokumentację kilku narzędzi wiersza poleceń i postanowiłem xdotoolzaczekać na pojawienie się okna i xpropdowiedzieć się, kiedy okno zniknęło:

while :; do
    # we use `until' because sometimes xdotool just crashes
    until xdotool search -sync -all -onlyvisible -pid $pid -name "$string"; do
        :
    done

    # xdotool isn't trustworthy either, so check again
    wmctrl -l | grep -q "$string" ||
        continue

    : do action 1

    xprop -spy -root _NET_CLIENT_LIST_STACKING | while read line; do
        if [[ ! ${_line:-} || $_line = $line ]]; then
            _line=$line
            continue
        else
            _line=$line
            if wmctrl -l | grep -q "$string"; then
                continue
            else
                : do action 2
                break
            fi
        fi
    done
done

Teraz mam dwa nowe problemy z powyższym kodem:

• xdotoolnie tylko powoduje awarie i daje dziwne wyniki, jak wcześniej obejrzałem, ale także zasysa około 15% procesora podczas oczekiwania na pojawienie się okna. Oznacza to, że pozbyłem się prostego kodu, który budzi dysk, aby napisać kod, który marnuje procesor na wiele godzin, a moim zamiarem było przede wszystkim oszczędzanie energii.
• xprop -spypowiadomi mnie za każdym razem, gdy zmienię fokus (przez co obejrzałem $_line) lub utworzę i zniszczę okna. To budzi dysk częściej niż xdotool.

Szukam prostego programu, który po prostu czeka, aż okno z tytułem $stringpojawi się lub zniknie. Może to być istniejące narzędzie wiersza poleceń, skrypt Pythona, kompilowalny kod C ... ale powinienem być w stanie jakoś zintegrować go z moim skryptem (nawet jeśli po prostu zapisuje jakieś informacje do fifo)!

To powinno dać ci wszystko (OK: większość. Co zapomniałem? Gniazda?) Działania systemu plików, w tym zapisy:

strace -f command 2>&1 | 
  grep -e '^open.*O_CREAT' \
    -e ^write   \
    -e ^mkdir   \
    -e ^rmdir   \
    -e ^unlink  \
    -e ^rename  \
    -e ^chmod   \
    -e ^link    \
    -e ^symlink \
    -e ^mknod

Dzięki tym informacjom można utworzyć działające środowisko chroot w tmpfs (w ostateczności; być może wystarczą dowiązania symboliczne do tmpfs). Jeśli program zostanie uruchomiony w chroot pamięci RAM, nie będzie szansy na bezpośrednie obudzenie dysku. Żadne zapisy w hierarchii systemu plików nigdy nie są zapisywane na dysk.

Może być łatwiej i bardziej niezawodnie polegać na menedżerze okien lub X11, aby poradzić sobie z tym, pisząc „prawdziwą” aplikację X11.

To, czego oczekujesz od powłoki, to coś, co rejestruje się w menedżerze okien i czeka na pożądany typ zdarzenia przed powrotem do powłoki ... jest znacznie bardziej przyjazne dla obciążenia, jeśli możesz uniknąć zapętlenia się wewnątrz powłoki. (Twoje until xdotool...przyczyny są ładowane, ponieważ nie ma opóźnienia (snu) w pętli.)

Ach ... najwyraźniej xdotoolta funkcja została dodana ponad rok temu --sync. To nie jest dostępne w mojej obecnej dystrybucji Linuksa (Debian Squeeze), więc go nie wypróbowałem.

Deweloper xdotool odpowiada na podobne pytanie: https://groups.google.com/d/msg/xdotool-users/7zfKTtyWm0Q/DM6TSOBUWZMJ