tip: für nen "knackigeren" desktop

[(del676)]

http://www.tam.cornell.edu/~sdh4/verynice/

das toooool wird in der /etc/verynice.conf configuriert

z.b.
hungryexe "tar"
goodexe "firefox"
runawayexe "netscape"

gestartet mit /etc/init.d/verynice start (wie halt ein normales startup script)

wenn man nun z.b. etwas tart, dann versucht tar natürlich die ganze möglich cpu kapazität zu nutzen, verynice erkennt "tar" aber als hungryexe und stuft den tar prozess in der priorität um 1-2 stufen runter (von 40 möglichen)

derweilen wird der gestartet firefox als goodexe erkannt und um 4 raufgestuft

ergebnis is ein schnellerer desktop (in der standard config von gentoo is z.b. auch X drin, so wird die ganze GUI "knackiger")

eine runaway exe kann man auch definieren, das sind dann prozesse die z.b. nach dem schliessen des programmes hängenbleiben (warum auch immer) und 99% cpu auslastung generieren, die werden dann von priorität 0 bis auf priorität 20 zurückgestuft, und wenn das nix hilft automatisch gekillt :)

einfach mal testen :)
(und die immuneuser rausnehmen)

[nggalai]

Aaaaaaaaaaaaaah, danke. :) Das mitm renicen von X hat für Testzwecke funktioniert, aber sowas hier macht natürlich deutlich mehr Sinn, als "nur" X anzupassen. *eg*

93,
-Sascha.rb

[(del676)]

Original geschrieben von nggalai
Aaaaaaaaaaaaaah, danke. :) Das mitm renicen von X hat für Testzwecke funktioniert, aber sowas hier macht natürlich deutlich mehr Sinn, als "nur" X anzupassen. *eg*

93,
-Sascha.rb

tjo, obwohl ich das verynice beim p4 ht ned wirklich brauch, merkt man trotzdem nen leichten unterschied wenn man im hintergrund 3 sachen gleichzeitig emergt und daneben surft

[Spartakus]

Bei den Bedingungen steht auf der Seite was von Solaris?

[(del676)]

Original geschrieben von Spartakus
Bei den Bedingungen steht auf der Seite was von Solaris?

jo und?

da steht:

# Linux kernel 2.2 or higher on any processor or
# Solaris on any processor (Tested with Solaris 2.7)

entweder du hast ein Linux mit einem kernel 2.2 oder höher
oder ein Solaris :D

[Spartakus]

Original geschrieben von Ulukay
jo und?

da steht:

# Linux kernel 2.2 or higher on any processor or
# Solaris on any processor (Tested with Solaris 2.7)

entweder du hast ein Linux mit einem kernel 2.2 oder höher
oder ein Solaris :D

*klick* :D

[nggalai]

Ich hab' einfach das RPM genommen, und tut SAUGUT!!!1111111+einseins Das ist echt FAQ-würdig. *verlink*

Danke, Ulukay!

93,
-Sascha.rb

[/me]

Original geschrieben von nggalai
Ich hab' einfach das RPM genommen, und tut SAUGUT!!!1111111+einseins Das ist echt FAQ-würdig. *verlink*

Danke, Ulukay!

93,
-Sascha.rb

Merkst du deutliche Unterschiede? *gebrauchenkann*

[GAMaus]

Aber das ist doch auch ein tool
welches im Hintergrund laeuft und
somit das System belastet, oder?

[(del676)]

Original geschrieben von GAMaus
Aber das ist doch auch ein tool
welches im Hintergrund laeuft und
somit das System belastet, oder?

ich wage zu bezweifeln dass du average ~0.00001% mehr cpu last merken wirst

was du aber sicher merken wirst is dass der desktop knackiger is :)

[/me]

Original geschrieben von GAMaus
Aber das ist doch auch ein tool
welches im Hintergrund laeuft und
somit das System belastet, oder?

Ich denke, dass macht kaum was aus.

Edit: Da war jemand schneller

[GAMaus]

naja, werds mal testen...
danke fuer die schnelle antwort

[nggalai]

Original geschrieben von /me
Merkst du deutliche Unterschiede? *gebrauchenkann* Ooooh ja. X und Window Maker auf -10 und los geht's. OK, hätte ich wohl auch anders hingekriegt, aber X beim Bootup auf nice -10 zu kriegen ist unter Mandrake gar nicht so einfach. Thunderbird hat bei mir problemlos mal beim IMAP-Abfragen die ganze Kiste zum zuckeln gebracht, hungryexe und gut ist. ;) Einfach config öffnen, Namen der App eintragen, verynice neu starten, fertich. Cool. :D

93,
-Sascha.rb

[GAMaus]

Yap! Geht richtig ab!
Evolution zB ist um einiges schneller geworden!
Vorher hat er beim Ordnerwechsel immer ein wenig gezoegert beim Fensteraufbau (zwischen 1000 und 2000 Mails pro Ordner :) ) - jetzt geht das viel fluessiger!

Geiler Tip! Danke!

[nggalai]

Hatte gerade eine Diskussion mit einem Debian-Veteranen zum Thema nice. ;D

***

Sascha Erni, .rb wrote:

> http://www.tam.cornell.edu/~sdh4/verynice/
>
> Uraltes Projekt, aber holy fuck ist das geil. :D Man gibt in einem config-file an, wie "hungrig" gewisse Programme sind, und was dann passieren soll.

Das erinnert mich ein wenig an eine Dockapp, die speziell für Netscape geschrieben worden ist. Die UNIX-Version von Netscape hatte die unangenehme Angewohnheit, immer mal wieder durchzudrehen - im besten Fall hat ein "kill -KILL" gereicht, im schlechtesten Fall hatte man ohne ca. 1 Std. Wartezeit nicht die Gelegenheit, ein "kill -KILL" abzusetzen. Naja, für WindowMaker-User gibt's dafür eine Dockapp, sodass man auf 64x64 Pixel doppelklicken kann und nach einer Zigi-Pause ist gut.

Auf der anderen Seite: Wer das einmal erlebt hat und noch immer Netscape (oder Mozilla) verwendet, ist doof und selber schuld. :)

> Man kann so Sachen machen wie ohne grosses Gehacke X auf -10 zu setzen ;),

Muss auch ohne gehacke gehen, ansonsten ist die Distro doof und selber schuld. :)

> aber auch z.B. auto-kill für Applikationen, die gerne mal auf 100% CPU-Last hängen bleiben, obwohl sie das nie dürften/sollten.

Wer verwendet solche Applikationen? Nur wer doof und selber schuld ist. :)

> Sehr frei konfigurierbar, stabil, einfach zu bedienen. Was will man mehr?

Ich will sowas gar nicht erst benötigen - und tue dies auch nicht.

Gruss,
-Raffi, nicht mehr ganz nüchtern, doof, und selber schuld...

***

Als Antwort auf "wer verwendet solche Applikationen / ist doof" hab' ich ihm eine Liste seiner eigenen Programme geschickt. ;D

93,
-Sascha.rb

[nggalai]

Kann man eigentlich noch eigene "exes" definieren? not-so-hungryexe oder so? ;D Die vier Einstellungen reichen mir ned.

93,
-Sascha.rb

[(del676)]

Original geschrieben von nggalai
Kann man eigentlich noch eigene "exes" definieren? not-so-hungryexe oder so? ;D Die vier Einstellungen reichen mir ned.

93,
-Sascha.rb

nein :)

"notsohungryexes" sind die die du nicht einträgst :)

[nggalai]

Warn Beispiel. ;) Ich möchte z.B. X mit nice -10 laufen lassen, aber deswegen nicht gleich auch noch alle MM Applikationen--da reicht nice -5 aus. wobei, renicen "nach oben" kann man ja auch als user ... hmmm ... *eg*

93,
-Sascha.rb

[(del676)]

Original geschrieben von nggalai
Warn Beispiel. ;) Ich möchte z.B. X mit nice -10 laufen lassen, aber deswegen nicht gleich auch noch alle MM Applikationen--da reicht nice -5 aus. wobei, renicen "nach oben" kann man ja auch als user ... hmmm ... *eg*

93,
-Sascha.rb

hmm

ich start den xserver mit dem /etc/init.d/xdm script - editier das und gut is :D

[nggalai]

Original geschrieben von Ulukay
hmm

ich start den xserver mit dem /etc/init.d/xdm script - editier das und gut is :D Mandrake hat da ein total beschissenes "User Friendly" DM System. Ein generisches DM-Script, welches dann je nach User-Settings in den 23094823094209432489023 Config-Tools den "richtigen" DM lädt. :freak: Das beste daran: nimmt man das Teil raus und macht selbst was rein (in meinem fall wdm), wird der "ursprüngliche Zustand" beim Updaten z.B. der Mandrake-Tools (buggy as hell) wiederhergestellt. Dank schön. :D

Aber ich werd's mal hardcore probieren ... muss doch irgendwie gehen.

93,
-Sascha.rb

[(del676)]

Original geschrieben von nggalai
Mandrake hat da ein total beschissenes "User Friendly" DM System. Ein generisches DM-Script, welches dann je nach User-Settings in den 23094823094209432489023 Config-Tools den "richtigen" DM lädt. :freak: Das beste daran: nimmt man das Teil raus und macht selbst was rein (in meinem fall wdm), wird der "ursprüngliche Zustand" beim Updaten z.B. der Mandrake-Tools (buggy as hell) wiederhergestellt. Dank schön. :D

Aber ich werd's mal hardcore probieren ... muss doch irgendwie gehen.

93,
-Sascha.rb

rm -rf *

emerge gentoo

[/me]

Ich denke, es könnte zu schaffen sein, den Code umzuprogrammieren. So Umfangreich sah der ja nicht aus ;)

[nggalai]

Original geschrieben von Ulukay
rm -rf *

emerge gentoo ;D

Überlege ich mir schon länger, aber ich hab' mitlerweilen mein GNUstep sooooo schön zum laufen gekriegt. :(

93,
-Sascha.rb

[StefanV]

Original geschrieben von nggalai
;D

Überlege ich mir schon länger, aber ich hab' mitlerweilen mein GNUstep sooooo schön zum laufen gekriegt. :(

93,
-Sascha.rb

Öhm, was hälst du von einer Erklärung der wichtigsten Linux Apps?? ;)

GNUstep sagt mir momentan nicht viel :|

[nggalai]

Original geschrieben von Stefan Payne
Öhm, was hälst du von einer Erklärung der wichtigsten Linux Apps?? ;)

GNUstep sagt mir momentan nicht viel :| GNUstep ist keine "wichtige Linux App", sondern ein Framework. Nein, eine Philosophie. ;D

www.gnustep.org

Braucht man ned, wenn man sich aber mal ans Environment gewöhnt hat, wünscht man sich KDE und GNOME als Applikations-Framework zum Teufel. GNUstep läuft natürlich auch auf KDE und GNOME (und MacOS-X und Windows etc.).

93,
-Sascha.rb

[Xanthomryr]

Original geschrieben von Ulukay
http://www.tam.cornell.edu/~sdh4/verynice/

das toooool wird in der /etc/verynice.conf configuriert

z.b.
hungryexe "tar"
goodexe "firefox"
runawayexe "netscape"

gestartet mit /etc/init.d/verynice start (wie halt ein normales startup script)

wenn man nun z.b. etwas tart, dann versucht tar natürlich die ganze möglich cpu kapazität zu nutzen, verynice erkennt "tar" aber als hungryexe und stuft den tar prozess in der priorität um 1-2 stufen runter (von 40 möglichen)

derweilen wird der gestartet firefox als goodexe erkannt und um 4 raufgestuft

ergebnis is ein schnellerer desktop (in der standard config von gentoo is z.b. auch X drin, so wird die ganze GUI "knackiger")

eine runaway exe kann man auch definieren, das sind dann prozesse die z.b. nach dem schliessen des programmes hängenbleiben (warum auch immer) und 99% cpu auslastung generieren, die werden dann von priorität 0 bis auf priorität 20 zurückgestuft, und wenn das nix hilft automatisch gekillt :)

einfach mal testen :)
(und die immuneuser rausnehmen)
Kümmert sich verynice selber darum welche Programme als goodexe oder hungryexe eingestuft wird oder muß ich die alle selber in die config schreiben?
Ich tippe auf selber eintragen.

Und was meinst du mit die "immuneuser rausnehmen"?

Kann du mal bitte deine verynice.conf posten?

[nggalai]

Oy oy,
Original geschrieben von Grendel
1) Kümmert sich verynice selber darum welche Programme als goodexe oder hungryexe eingestuft wird oder muß ich die alle selber in die config schreiben?
Ich tippe auf selber eintragen.

2) Und was meinst du mit die "immuneuser rausnehmen"?
1) yup, musst Du selbst machen, i.e. hast volle Kontrolle.

2) "immuneuser" ist ein flag. Wenn ein User als immuneuser getaggt ist, wird verynice Prozesse, die dem User gehören, ned anfassen. Per default ist da auch root drin, i.e. Sachen, die Du beim Bootup als root startest, werden nicht re-niced. Daher: rausnehmen und einfach aufpassen, was man wie als good/hungryexe einstuft.

93,
-Sascha.rb

[Xanthomryr]

Original geschrieben von nggalai
Oy oy,
1) yup, musst Du selbst machen, i.e. hast volle Kontrolle.

2) "immuneuser" ist ein flag. Wenn ein User als immuneuser getaggt ist, wird verynice Prozesse, die dem User gehören, ned anfassen. Per default ist da auch root drin, i.e. Sachen, die Du beim Bootup als root startest, werden nicht re-niced. Daher: rausnehmen und einfach aufpassen, was man wie als good/hungryexe einstuft.

93,
-Sascha.rb
Ahoi Sascha,

1) Dann lag ich ja richtig. ;)

2) Hast du nur root rausgenommen oder auch die anderen 3 (bin, daemon, adm)

[nggalai]

Ich hab' alle rausgenommen, einfach "aus Prinzip". Ist mein System, also will ich regieren. *eg*

Faktisch jedoch renice ich eh keinen der bin / daemon / adm Prozesse, ergo hätt ich's eh drin lassen können. Root jedoch ist noch praktisch; z.B. startet bei mir GWorkspace mit root, und das Teil braucht wegen des extremen Beta-Statusses echt eine Karma-Anpassung. ;)

93,
-Sascha.rb

[Xanthomryr]

Okay, thx.

[Xanthomryr]

Es wäre aber trotzdem schön wenn mal ein paar verynice user ihre verynice.conf posten würden.
Damit man mal eine Vorstellung bekommt was alles Sinn macht einzutragen.
Ich habe da noch nicht sooo den Durchblick. :(

[nggalai]

Bin noch im Büro, wenn ich heut abend dazu komme -> eh, wird gepostet. kann man gleich mal Vergleichen, vielleicht hat wer ja "geniale" Settings. ;)

93,
-Sascha.rb

P.S. In der Beispiel-Config, die verynice gleich mitinstalliert (ist glaub' unter /etc/verynice.conf), hat's schon viele gute Sachen drin.rb

[Xanthomryr]

Original geschrieben von nggalai
vielleicht hat wer ja "geniale" Settings. ;)

Das war auch mein Hintergedanke. *gg*

Meine verynice.conf sieht bis jetzt so aus:

# verynice.conf -- sample configuration file
#
# declare root immune (root owned processes will never be adjusted)
#immuneuser root
immuneuser bin
immuneuser daemon
immuneuser adm


# declare immune program, matlab in this case. If the line is uncommented,
# any program with "matlab" in it's path will be immune to renicing.
# The quoted quantity must match a substring of the symbolic link in
# /proc/{pid}/exe
# if there is a leading slash, the match must be precise
#immuneexe "matlab"

# declare "bad" program -- automatically niced to batch job level
#badexe "mathematica"

# declare "hungry" program -- always assumed to have 100% cpu usage,
# regardless of actual usage. For programs
# which tend to have lots of little subprocesses
# with short lifetimes to do their dirty work
# (such as "make")
# (we use leading slashes and various possible paths so that we will never
# accidentally give this flag to another program)
# Note that it IS possible to set both the "hungry" and "runaway" flags
# simultaneously (process will always be killed after a certain amount of time)
hungryexe "/usr/bin/make"
hungryexe "/usr/bin/gmake"
hungryexe "/bin/make"
hungryexe "/bin/gmake"
hungryexe "/make"
hungryexe "/gmake"
hungryexe "/gnumake"
hungryexe "/usr/local/bin/make"
hungryexe "/usr/local/bin/gmake"
hungryexe "/usr/local/bin/gnumake"

#my hungryexe
hungryexe "/bin/tar"
hungryexe "/bin/gunzip"
hungryexe "/bing/gzip"
hungryexe "/bin/bunzip2"
hungryexe "/bin/bzip2"



# declare "good" program -- automatically negatively reniced to
# multimedia job level. goodexe "xmms" reduces the chances of skipping when
# playing mp3's
# Also we do this for "xanim" and "realplay"
goodexe "xmms"
goodexe "xanim"
goodexe "realplay"
goodexe "rvplayer"
# reduce your probability of turning out coasters from your CD drive
goodexe "cdrecord"
goodexe "xcdroast"

# my goodexe
goodexe "/usr/bin/firefox"

# Making the X server a "good" program is usually a good idea too
# -- X is essentially a multimedia app. These next few lines will
# work even if root is declared an "immune" user and X is run as root,
# because "goodexe"'s specified in verynice.conf are exceptions to
# the "immuneuser" rule
# (these are appropriate for RedHat Linux, with XFree 3.x -- the appropriate
# file might be different on your system. To find the proper name, do a PS
# to find the X pid, then ls -l /proc/{pid}/exe
goodexe "/etc/X11/X"
goodexe "/usr/X11R6/bin/XF86_SVGA"
goodexe "/usr/X11R6/bin/XF86_Mono"
goodexe "/usr/X11R6/bin/XF86_VGA16"
goodexe "/usr/X11R6/bin/XF86_S3"
goodexe "/usr/X11R6/bin/XF86_Mach32"
goodexe "/usr/X11R6/bin/XF86_Mach64"
goodexe "/usr/X11R6/bin/XF86_Mach8"
goodexe "/usr/X11R6/bin/XF86_8514"
goodexe "/usr/X11R6/bin/XF86_P9000"
goodexe "/usr/X11R6/bin/XF86_AGX"
goodexe "/usr/X11R6/bin/XF86_W32"
# These are for XFree86 4.0, but haven't been tested
goodexe "/usr/X11R6/bin/XFree86"
goodexe "/usr/X11R6/bin/X"

# declare "potential runaway" program. potential runaways can go to a lower
# priority (reniced all the way to +20), and if they exceed that will be
# killed. Other processes are never killed. This is good for netscape and
# any other programs with a tendency to start eating the CPU for no reason.
runawayexe "netscape"
runawayexe "Fvwm"
runawayexe "xfig"
runawayexe "gimp"


# Sample additional parameters, specifying the built in defaults
#notnice -4
#batchjob 18
#runaway 20
#kill 22
#badkarmarate .0167
#badkarmarestorationrate .0167
#periodicity 60
#rereadcfgperiodicity 60
Ich habe aber auch bis auf den Firefox und KDE noch nix auf meinem Gentoo drauf.

[(del676)]

hungryexe "/usr/bin/make"
hungryexe "/usr/bin/gmake"
hungryexe "/bin/make"
hungryexe "/bin/gmake"
hungryexe "/make"
hungryexe "/gmake"
hungryexe "/gnumake"
hungryexe "/usr/local/bin/make"
hungryexe "/usr/local/bin/gmake"
hungryexe "smbd"
hungryexe "nmbd"
hungryexe "/usr/local/bin/gnumake"
hungryexe "john"

goodexe "xmms"
goodexe "xanim"
goodexe "realplay"
goodexe "rvplayer"
goodexe "cdrecord"
goodexe "xcdroast"
goodexe "kdeinit"
goodexe "xchat-2"
goodexe "kopete"
goodexe "firefox"
goodexe "firefox-bin"
goodexe "bash"
goodexe "konsole"
goodexe "artsd"

[Xanthomryr]

Emerge hast du nicht als hungry deklariert, oder hast du die PORTAGE_NICENESS Variabel benutzt?

[(del676)]

hab PORTAGE_NICENESS gesetzt

[BananaJoe]

Hmm, ich habs auch habs jetzt auch schon des längeren am laufen. Merke aber ehrlich gesagt keine Unterschiede. :bäh:
Liegt wohl an mein Power-Athlon :D

[HellHorse]

Hat zwar nicht mit verynice zu tun, kann aber den Desktop auch knackiger machen.

echo 0 > /proc/sys/vm/swappiness

Verhindert, dass der kernel Seiten auslagert (ausser das RAM ist zu klein).
Das ist vor allem toll, wenn man eine Anwendung, die viel RAM braucht, lange minimiert hatte. Da sie nix machte wurde über die Zeit vermutlich einen grossen Teil ihrer Seiten ausgelagert. Wenn man sie jetzt dann wieder maximiert, müssen zumindest bentzte Seiten wieder eingelagert werden, was - wie alle Festplattenzugriffe - dauert.
Also nur probieren, wenn man mehr RAM hat, als man braucht.

[Usul]

Hab jetzt endlich mal Zeit gefunden, das Teil zu testen und muß sagen, nicht schlecht ;) Danke für die Anleitung bzw. die Idee. Damit der Post nicht völlig sinnlos ist, ich hab unterwegs noch RPMs speziell für Mandrake gefunden:

http://mandrake.cyberknights.com.au/

Einfach ein bißchen durchklicken. Laut nggalai funktioniert wohl auch das generische RPM, aber es ist sicher nie verkehrt, eine Alternative zu haben ;) Auf jeden Fall tut es das 9.2er RPM aus obiger Quelle hier unter Mandrake 10 bestens :up:

[GAMaus]

Hab ein Problem beim starten von verynice:

gamaus@TuxBox:~> /etc/rc.d/init.d/verynice start
/etc/rc.d/init.d/verynice: line 13: /etc/rc.d/init.d/functions: Datei oder Verzeichnis nicht gefunden
Starting Verynice process renicer daemon: /etc/rc.d/init.d/verynice: line 24: daemon: command not found

Das Verzeichnis "functions" existiert nicht an der angegebenen Stelle:
LINE 13:
# source function library
. /etc/rc.d/init.d/functions

LINE 24:
RETVAL=0
prog="verynice"
desc="Verynice process renicer daemon"

Suse 9.1 (2.6.x) KDE 3.2

Wo liegt das "functions"-Verzeichnis?

[HellHorse]

# damit wird das Ding sogar brauchbar
badexe "/opt/Acrobat5/acroread"

goodexe "/usr/X11R6/bin/Xorg"
goodexe "/usr/X11R6/bin/X"
goodexe "firefox"
# wichtig ist der
goodexe "firefox-bin"

[Xanthomryr]

Original geschrieben von GAMaus
Wo liegt das "functions"-Verzeichnis?
Also functions ist bei mir ein Shell Script in /etc/init.d bzw ein Link auf /sbin/functions.sh.

[GAMaus]

Das gibt's bei mir garnicht :grübel: ?(

[stefan42]

Ich hab' das Skript /etc/init.d/verynice so "umprogrammiert":

export PREFIX=/usr

case "$1" in
start)
echo -n "Starting VeryNice: "
startproc -q -p /var/run/verynice.pid $PREFIX/sbin/verynice
echo
# $PREFIX/sbin/verynice &
# pidof verynice >/var/run/verynice.pid
# echo Started.
touch /var/lock/subsys/verynice
;;
stop)
echo -n "Shutting down VeryNice: "
killproc verynice
echo
rm -f /var/lock/subsys/verynice
;;
*)
echo "Usage: verynice.init {start|stop}"
exit 1
esac

exit 0


Vielleicht geht's bei Dir ja auch so !?

Edit: Formatierung

[GAMaus]

Danke, ich werds mal antesten!!

[GAMaus]

Hat leider nicht geklappt.

Ich bin wieder zur Version 0.8.1, die geht prima!

Trotzdem danke!

[bluey]

Irgendwie hab ich das Gefühl das Verynice sich nich sonderlich gut mit Staircase verträgt. Hab teilweise Skipps in XMMS mit dem Kombo.

[Nasenbaer]

http://www.gentoo.org/doc/en/migration-to-2.6.xml

Don't renice X

If you are a desktop 2.4 user, you may have hacked your system into running X at a higher priority, as in some cases it seems to provide better desktop performance.

There have been many scheduler changes in 2.6 which change this behaviour. If you continue to run X at a higher priority, it will do exactly what it is supposed to (run the display server at a very high priority) and you will notice consequences such as sound stuttering and slow application load times because your CPU is spending too long serving X and only X.

In Linux 2.6, you no longer need to renice desktop applications to get good interactivity. Please remove your "niceness" hacks!

[nggalai]

http://www.gentoo.org/doc/en/migration-to-2.6.xml

In Linux 2.6, you no longer need to renice desktop applications to get good interactivity. Please remove your "niceness" hacks!

Yup, kann ich bestätigen. Hab' verynice mitm Kernel 2.6 auch wieder von meiner Platte verbannt, nach ein paar Tagen. Was bei mir allerdings den Desktop viel knackiger gemacht hat, war X.org 6.8 mit angeschalteter Composite-Extension und xcompmgr.

93,
-Sascha.rb

[HellHorse]

Yup, kann ich bestätigen. Hab' verynice mitm Kernel 2.6 auch wieder von meiner Platte verbannt, nach ein paar Tagen.
Ich auch.
Was den Desktop für mich knackiger gemacht hat, ist dass der bequiet Banner nicht mehr flash ist. ;)