staging.inyokaproject.org

Ok, danke!

Dann schmeiss ich mal den compiler an 😉

MfG

beta2 hat geschrieben:

Wie schafft ihr 19 sec??? Was habt ihr für Rechner???
Ich brauch inkl. BIOS und kdm 45 sec !!!

Das frag ich mich auch... 1.6 Ghz Pentium M, 512 MB Ram und ewige Bootzeiten.

Army hat geschrieben:

Ich weiß noch, also ich von Ubuntu (Gnome) zu Arch (Gnome) gewechselt bin, war der Unterschied schon ziemlich groß. Ein Klick auf Orte oder halt eines der drei Dinge da links oben hat bei Arch viel schneller zu ner Reaktion geführt als bei Ubuntu. Das war wirklich sagenhaft. Jetzt benutz ich KDE (KDEmod) und daher weiß ich nicht mehr so richtig, wie denn jetzt der Unterschied zu Kubuntu wäre, aber ich bin mir eigentlich schon sicher, dass es noch immer schneller ist.
Bei rechenintensiven Prozessen ist Arch auf jeden Fall schneller als Ubuntu! Genau dabei kommt ja die Optimierung auf i686 gegenüber i386 zum Tragen. Wie es bei 64bit ausschaut, keine Ahnung, aber bei 32bit auf jeden Fall.

zumindest in sachen stabilität kdemod >>>> kubuntu. ich weiß noch wie ich in feisty zuschauen konnte, wie mir die programme abgeschmiert sind.

Zu den Bootzeiten: Manche lassen ja dbus und andere Sachen weg. Soll wohl guten Zuwachs an Geschwindigkeit geben. So wie ich das verstanden habe (!), leidet halt der Komfort darunter, dann muß man selbst aktiv werden (Skripte schreiben) für 'nen Automount von USB-Sticks etc.
Wenn Ihr die Muße habt, Euch alle 50 Seiten in dem Thread durchzulesen 😉, findet das hier irgendwo. Achja, oder hier, als grober Überblick.

beta2 hat geschrieben:

schreib heut doch noch was \^^

Wie schafft ihr 19 sec??? Was habt ihr für Rechner???
Ich brauch inkl. BIOS und kdm 45 sec !!!

Ich komme mit meinen Sempron +3000 und Arch64 auf 25 Sekunden. Alle Daemons auf Background gestellt, module autoload ausgemacht.

Ich bewege mich auch ungefähr in die Richtung.
Habe einen modifizierten Kernel (alle treiber fest eingebaut, alles überflüssige raus, CONFIG_OPTIMIZE_SIZE=y und meine eigenen CFlags), udev, hal und dbus selbst kompiliert (allein das selbstkompilieren von Udev brachte die udev processing time von 3,6 auf 2,1 sekunden \^^), alles überflüssige aus der rc.sysinit rausgeschmissen und
DAEMONS=(@syslog-ng hal @alsa fam @cpufreqd)

Fürs Netzwerken verwende ich netcfg2 mit archassistant.

Läuft sehr sehr gut ☺

Vielleicht mach ich später nochmal einen bootchart...

MfG

Meine Zeiten:
Vom Grub bis GDM eingabebereit: 37s
Ab GDM Benutzerdaten bestätigt bis Gnome mit Compiz geladen: 30s

Noch eine Frage: Mich nervt die Cups Konfiguration per Webinterface. Welche Druckerkonfigurationsmenüs verwendet Ubuntu und kann ich mein ArchLinux damit beglücken?

Ubuntu benutzt system-config-printer: http://cyberelk.net/tim/software/system-config-printer/

Herzlichen Dank Forlong, genau das was ich gesucht habe.

Bei mir hab ick noch die Login-Manager (KDM bzw GDM) rausgeschmissen, weiß aber nicht, ob's das jetzt bringt bezügl. Performance. Haben mich aber genervt. Die Dienste in der rc.conf sind da doch wesentlich bremsender, die Rechnerleistung hat bei mir keinen Einfluß. Mein schwächer ausgestatteter Desktop-Rechner ist kanpp 5-10s schneller als mein Laptop, weil ich da weniger Dienste/Daemons starte.
Was mir viel wichtiger ist, ist die Runterfahr-Geschwindigkeit. Da sind's maximal 5s.

Hi hab doch noch ein wenig Zeit \^^
Wie installiert man Qtpfsgui ???
Hab's mit AUR versucht und auch das '"include <cstring>"' in die /usr/include/exiv2/value.hpp eingetragen, funktioniert aber trotzdem nicht.

Ähem, wie wäre es mal wenn du sagst welcher Fehler kommt \^^

Sorry hab ich ganz vergessen \^^:

In file included from /usr/include/exiv2/metadatum.hpp:39,
                 from /usr/include/exiv2/exif.hpp:34,
                 from /usr/include/exiv2/image.hpp:41,
                 from src/Exif/exif_operations.cpp:24:
/usr/include/exiv2/value.hpp: In constructor »Exiv2::DateValue::DateValue()«:
/usr/include/exiv2/value.hpp:619: Fehler: »memset« wurde in diesem Gültigkeitsbereich nicht definiert
/usr/include/exiv2/value.hpp: In constructor »Exiv2::TimeValue::TimeValue()«:
/usr/include/exiv2/value.hpp:723: Fehler: »memset« wurde in diesem Gültigkeitsbereich nicht definiert
/usr/include/exiv2/value.hpp: In member function »virtual int Exiv2::ValueType<T>::setDataArea(const Exiv2::byte*, long int)«:
/usr/include/exiv2/value.hpp:1260: Fehler: es gibt keine Argumente für »memcpy«, die von einem Templateparameter abhängen, weshalb eine Deklaration von »memcpy« verfügbar sein muss
/usr/include/exiv2/value.hpp:1260: Fehler: (mit »-fpermissive« wird G++ den Code akzeptieren, aber die Verwendung eines nicht deklarierten Namens ist veraltet)
In file included from /usr/include/QtCore/QString:1,
                 from src/Exif/exif_operations.h:26,
                 from src/Exif/exif_operations.cpp:26:
/usr/include/QtCore/qstring.h: At global scope:
/usr/include/QtCore/qstring.h:787: Warnung: Typkennzeichner an Funktions-Rückgabewert ignoriert
/usr/include/QtCore/qstring.h:788: Warnung: Typkennzeichner an Funktions-Rückgabewert ignoriert
/usr/include/QtCore/qstring.h:789: Warnung: Typkennzeichner an Funktions-Rückgabewert ignoriert
make: *** [generated_obj/exif_operations.o] Fehler 1
==> FEHLER: Build fehlgeschlagen.
    Breche ab ...

Kommt ganz am Ende.
Hab hier: http://aur.archlinux.org/packages.php?ID=9933
die Anleitung mit dem "patch" her.

Naja das ganze ist erstmal Out of Date was ja schon mal nicht so gut ist und bei dem Comment zu dem Patch wird erwähnt das dies vielleicht nicht ausreicht

It could be that additional patching is required, though.

Vielleicht wäre es sinnvoller mal auf Sourceforge Projektseite nachzusehen ob eine neue Version erhältlich ist und diese einfach zu kompilieren ohne ein neues Paket zu machen?

Nö is die neueste.