staging.inyokaproject.org

2. Nee, beim runterfahren siehst dann ein "Save alsa levels" oder so ähnlich und beim nächsten Booten hast die Lautstärke von vorher.
3. 😀 Du musst das nicht "freischalten", unsupported heißt nur, dass das Paket (noch) nicht ins community-Repo gekommen ist. Schau es dir einfach genau an, lies die Kommentare und dann kannst für dich entscheiden, ob du das Paket bauen willst oder nicht bzw. ob du lieber was abänderst. Ich persönlich würde es "wagen" 😉 Und bitte bitte nicht mit root-Rechten kompillieren, das machen soooooo elendigst viele, das ist sowas von nicht zu empfehlen, v.a. bei Paketen ausm AUR, die unsupported sind.

Ich will dir jetzt hier keine Angst machen! Aber es kann halt immer mal vorkommen, dass jemand ein Paket online stellt, welches Dinge macht, die du nicht willst, daher immer ein wenig vorsichtig sein 😉

The Graze hat geschrieben:

Ich habe mal zwei Fragen

1. Wie kann man eine erhöherte Optimierungsflag als Standard bei Arch Linux einstellen?
2. Warum wird eine erhöhte Flag nicht als Standard von Arch Linux genommen? Warum wird alles mit -O2 kompiliert?

Heut is hier ja mal was los!!! Alter Schwede!

1) /etc/makepkg.conf ⇒ dort schaut es bei mir so aus

CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"

Sollte bei allen eigentlich funktionieren 😉 Wenn -march=native gesetzt ist, findet gcc selbst raus, was am besten ist.

2) Weil eben nicht alles mit -O3 kompilliert geht und weil generell -O2 empfohlen wird.

PhotonX hat geschrieben:

3. AWN gibt es wirklich in der bzr-Version im AUR, aber in unsupported. Wie kann man sich bei pacman unsupported "freischalten"?

Auf die Gefahr hin, mich zu blamieren.... ich glaube, unsupported geht mit pacman nicht?!?

Installiere Dir bitte mal "yaourt", damit kann man per Kommandozeile jegliche AUR Pakete automatisiert herunter laden und kompilieren lassen. Ist echt einfach gelöst mit dem Tool, einfach nur "yaourt -S awn-bzr" eingeben (o.ä. Paketname für AWN) und schon rennt das Tool los, saugt es Dir aus dem AUR und kompiliert es in Dein System.

yuggler hat geschrieben:

Auf die Gefahr hin, mich zu blamieren.... ich glaube, unsupported geht mit pacman nicht?!?

Achso, also die ganzen Teile in AUR sind gar keine Pakete sondern nur Source-Archive, die man selber kompiliert? Was ist dann der Unterschied zu dem, was man z. B. in der AWN-bzr bekommt und wieso gibt es die AUR überhaupt? 😀

Jetzt hast Du Army eine Steilvorlage mit der Frage gegeben..... Army, leg los 😛

@yuggler: Die Zeit die Udev braucht hängt stark von der CPU ab. Mein Sempron braucht ca 2 sekunden, Army ca 4, du ca 1.
Allerdings haben Army und ich wahrscheinlich deutlich langsamere CPUs als du. Damit lohnen sich für uns solche optimierungen eher (wobei in seinem Fall scheinbar weniger als in meinem).

MfG

yuggler hat geschrieben:

Jetzt hast Du Army eine Steilvorlage mit der Frage gegeben..... Army, leg los 😛

*seufz* ... eigentlich sollte ich ja lernen ... mach du 😛

yuggler hat geschrieben:

Jetzt hast Du Army eine Steilvorlage mit der Frage gegeben..... Army, leg los 😛

Oha, jetzt geht's los. 😀 Nee, aber ich lass mir gerne erzählen, wie das ganze funktioniert. Komme mit der Paketverwaltung nämlich noch nicht ganz klar, obwohl ich schon merke, dass sie um Welten schneller als apt ist. *duck und weg*

Ok, normalerweise schreib ich wirklich gern viel, weil ich eigentlich gut erklären kann usw, aber hab grad wirklich keine Zeit ... daher nur ein Link ⇒ Arch hat auch ein Wiki bzw für dich 2 ⇒ http://wiki.archlinux.de und http://wiki.archlinux.org. Du solltest nicht komplett blind an ne Distribution ran gehen, v.a. nicht an Arch, da es schon eine sehr eigenwillige Distribution ist (und genau das macht sie zu der besten Distri überhaupt 😀 ) ⇒ ja Arch ist für mich eine Frau ... bin schließlich net schwul 😛

@Army: Danke!

Man hätte aber die Programme die mit -O3 gehen in -O3 kompilieren können
naja was solls

muss man für sowas halt Gentoo nehmen\^^

Ich werde jetzt mal -03 + C2D Optimierung mit Wine testen, dann isses bestimmt schneller als Windows\^^

PhotonX hat geschrieben:

Achso, also die ganzen Teile in AUR sind gar keine Pakete sondern nur Source-Archive, die man selber kompiliert? Was ist dann der Unterschied zu dem, was man z. B. in der AWN-bzr bekommt und wieso gibt es die AUR überhaupt? 😀

Falsch. Im AUR sind PKGBUILD s. Darin steht wer das Paket erstellt hat, welche Version das hat, wie es kompiliert werden soll usw.
Im Prinzip ist dass nur ein Rezept und mit makepkg wird alles zubereitet und dann hast du das fertige Paket. Das musst du dann nur noch mit "pacman" einwerfen. In PKGBUILD s wird z.B. bei Sachen aus dem AUR oft erstmal der Source Code runtergeladen, so funktioniert das z.B. mit den ganzen SVN Paketen, da wird jedesmal nach Rezept einfach neu zubereitetet ohne dass sich das Rezept ändert.
Der Unterschied zum üblichen kompilieren mit "./configure", "./make", und "./make install" ist dass das ganze sich ohne Probleme wieder sauber mit pacman deinstallieren lässt.
Das lässt sich noch am ehesten mit den ebuilds von Gentoo vergleichen.

So bei mir siehts jetzt so aus:

CFLAGS="-march=core2 -mtune=core2 -O3 -pipe"
CXXFLAGS="-march=core2 -mtune=core2 -O3 -pipe"

Freu mich schon auf den Performance Sprung ☺

The Graze hat geschrieben:

Man hätte aber die Programme die mit -O3 gehen in -O3 kompilieren können

Prinzipiell schon, aber um ehrlich zu sein, ich glaube kaum, dass irgend ein ernsthafter Distributor das macht! Von GNU's Seite her wird, wenn ich mich recht an die mal gelesene Info erinner, empfohlen, -O2 zu verwenden, weil -O3 halt auch Optimierungen aktiviert, die nicht ganz safe sind. Klar, Pakete, die du für dich kompillierst, kannst sehr gern so bauen, aber wenn du ein Dev einer Distri bist, dann solltest du drauf achten, dass die Pakete auf möglichst vielen Maschinen gut laufen und für sowas ist halt -O2 besser als -O3. Aber wer weiß, vielleicht ändert sich das ja mal, der gcc entwickelt sich schließlich auch schön schnell weiter ☺

Ach ja, bevor ich es vergesse, -O3 ist für manche Leute deswegen eher uninteressant, weil die Binär-Daten spürbar größer werden. Also müssen mehr Daten gelesen werden beim Programmstart, was v.a. bei Laptop-Usern (⇒ zB meine Wenigkeit) wiederum einen Geschwindigkeitsverlust darstellt. Klar, wenn mal geladen ist es schneller, braucht aber auch mehr RAM ⇒ wieder schlecht für zB mich, der "nur" 512 zur Verfügung hat (und kein hat Bock, Geld für mehr auszugeben, da kauf ich mir vorher irgendwelche CDs oder so 😛 )

The Graze hat geschrieben:

So bei mir siehts jetzt so aus:

CFLAGS="-march=core2 -mtune=core2 -O3 -pipe"
CXXFLAGS="-march=core2 -mtune=core2 -O3 -pipe"

Freu mich schon auf den Performance Sprung ☺

Warum setzt du -mtune??
Und ich empfehle dir ein CXXFLAGS="${CFLAGS}" , weil du dann bei Änderungen diese nur 1x durchführen musst 😉 Du setzt sowieso immer bei beiden dasselbe!