[Witi]

Spontan fällt mir da nur

swapoff /dev/sdXX

. Allerdings weiß ich nicht, ob dabei die Daten wieder in den RAM geschaufelt werden oder im Nirvana landen.

Ansonsten mehr RAM kaufen!

[bb83]

Zitat

. Allerdings weiß ich nicht, ob dabei die Daten wieder in den RAM geschaufelt werden oder im Nirvana landen.

imho schaufelt er es in den RAM, wenn genug verfügbar! Falls nicht dürfte der Kernel anfangen wahllos Prozesse abzuschießen oder ?

[Witi]

Zitat

Falls nicht dürfte der Kernel anfangen wahllos Prozesse abzuschießen oder ?

Das wäre aber ein höchst gefährliches Unterfangen.

Ich glaube mittlerweile eher, dass swapoff intelligent genug ist zu erkennen, ob genügend RAM frei nicht. Falls nicht wird abgebrochen.

[Fabi]

Was für ein glücklicher Morgen, ich habe meine Daten, die mit Timemachine gesichert wurden wieder gefunden.
Dank diesem Artikel: http://www.macosxhints.com/article.php?sto...080623213342356

[Internetkopfgeldjäger]

SIS Grafikkartentreiber Neuigkeiten:
http://forums.freebs...ead.php?t=14098

Natürlich werden die meisten erfahrenen Unics User es tunlichst vermeiden
sich ein Gerät mit SIS Grafiklösung zuzulegen, da Intel und Nvidia bekanntlich
problemloser nutzbar sind, als relativ exotische Hardware,
aber für die Hardware von Florentine wäre der neue SIS Grafikkartentreiber wohl was:
Funktioniert Solche Geräte Mit Ubuntu Studio ?

[Astorek]

Mh, Danke für den Tipp mit swapoff (wie immer, auf die einfachsten Sachen kommt man nicht^^) und CompCache. Habe ich wieder was zum Ausprobieren^^...

/me spielt sich jetzt ein wenig mit dem OpenWRT-Sourcecode... Ich habe so ein NAS-Gerät (mit einem eigenwilligen SMB-Server) gekauft, mit dem cifsmount nicht umgehen kann, wohl aber smbmount. Dummerweise ist in OpenWRT smbmount nicht vorhanden und scheinbar hat so ein Paket noch niemand vor mir erstellt, also darf ich mir diese selbst in einer Build-Umgebung zusammenbauen. Ich bin mal gespannt, ob ich ein funktionierendes smbmount-Paket für OpenWRT zusammenkriege^^...

[Fabi]

ach verdammter bug...http://bugs.gentoo.org/316583 .
und ich war so froh, das der rest endlich eingerichtet ist. jetzt fehlt wirklich nurnoch anjuta .

hat hier nochmal jemand das problem mit autogen?

lg,
Fabi

Dieser Beitrag wurde von Fabi bearbeitet: 12. Mai 2010 - 11:56

[Witi]

http://www.pro-linux.de/news/1/15682/softw...zuzeichnen.html

Zitat

Die Bildverwaltung F-Spot soll durch die Shotwell ersetzt werden.

Bin ich der einzige der dabei hämisch gegrinst hat?

[Witi]

*doppelpost*

Was haltet ihr von dem Teil?
http://www.androidpit.de/de/android/blog/3...wird-ausgepackt

[bb83]

[Internetkopfgeldjäger]

uname -rsm
Linux 2.6.34-11.fc14.i686 i686

Ist Fedora Rawhide, da taucht schon die 14 als Benennung auf.

Was mir bei openSUSE aufgefallen ist,
die binden wohl aria2 für die downloads mit zypper ein
und machen parallele downloads beim updaten,
ob sich damit wohl auch yum beschleunigen lassen würde?
Der zypper auf openSUSE ist nämlich wirklich rasant schnell.

Update:
Hehe, gerade schlägt KDE 4.4.80 (KDE 4.5 Beta1) mit yum ein,
hatte zuerst nur die frischen kdelibs erwischt,
da sah dann KDE4 ziemlich witzig aus:
unten der KDE4 Plama Kicker war leer und die Symbole riesengroß
oben auf dem Bildschirm verteilt.
Jetzt ist aber schon ein großer Teil mehr KDE 4.4.80 (KDE 4.5 Beta1)
mit yum angekommen, sieht jetzt schon fast wieder nach einem richtigem
Desktop aus, ja so stürmisch kann es zugehen mit Fedora Rawhide,
langweilig wird es nicht mit Rawhide.

Dieser Beitrag wurde von Internetkopfgeldjäger bearbeitet: 25. Mai 2010 - 22:14

[Witi]

Zitat

langweilig wird es nicht mit Rawhide.

Vielleicht sollte ich mal Rawhide ausprobieren. Seit dem Kernel 2.6.34 funktioniert meine HD 5770 mit dem xf86-video-ati Treiber. So langsam wird es langweilig!
Abgesehen davon ist eine 1680er Auslösung und mehr im Terminal doch sehr nett.

[bb83]

Zitat

Wer wie ich kein Fan von BTRFS ist und sich nicht mit ZFS via FUSE abgeben möchte, kann sich ja mal http://github.com/behlendorf/zfs anschauen smile.gif

http://www.heise.de/newsticker/meldung/ZFS...el-1016636.html