Welk OS en waarom?

Nadeel van Debian vind ik dat je eigenlijk gewoon stable moet draaien als je zeker wil zijn dat het gewoon goed werkt. Het nadeel aan stable is dat je na verloop van tijd echt oude software hebt als je met hun packages blijft werken. Ik weet dat er zoiets als backports is, maar wat dat betreft wil ik het dan ook gewoon goed hebben en alles van debian zelf hebben.

Nadeel aan CentOS is dat het gewoon simpelweg RedHat is met rpm systeem, heeft een vieze bijsmaak bij mij :)

Momenteel gebruik ik FreeBSD. Nadeel? Veel compilen.

Ach, dat compilen heeft ook weer voordelen, zie het positief :D

Citaat:

---

Origineel geplaatst door MikeN
Ach, dat compilen heeft ook weer voordelen, zie het positief :D

---

Ik doe niet anders. ;)

Zolang er niet gefactureerd wordt voor CPU time is het ook niet echt bezwaarlijk lijkt mij.
Verder heb je net iets meer zekerheid dat je aan het eind de juiste binaries hebt. ;)

En indien je van experimenteel houd kan je ook nog optimization flags meegeven.

Uiteraard niet vergeten ff je binaries en libraries te strippen.
En dan niet zo snugger zijn en je libraries volledige strippen. ;)

Ach tja, krijg je van die Gentoo taferelen, volle optimalisaties (die 90% van de apps alleen maar trager maakt, de code is theoretisch weliswaar sneller maar doordat hij ook groter wordt krijg je meer cache misses) en alles strippen, een foutje maken en gaan uithuilen op de Gentoo fora :D

Te strippen? Is dingen eruit halen?

Je bedoelt dat je per ongeluk core-libaries uit je Linux-systeem verwijdert?

Als je applicaties of libraries compileert krijgen je binaries een extra lading met gegevens mee die handig zijn om te debuggen. (symbool namen vooral).

Deze kun je zonder enig probleem verwijderen zodat je files een stuk kleiner worden zonder gevolgen voor de uitvoerbaarheid. Dit noemt men strippen.

http://www.die.net/doc/linux/man/man1/strip.1.html
Strippen is basically dat je onnodige info voor het draaien van een programma uit de binaries haalt (het debuggen wordt er wel wat lastiger op :p)
Aangezien libraries nog gelinked moeten worden, is het niet erg handig als je die _compleet_ stripped, dan kunnen ze niet meer gelinked worden :)

Citaat:

---

Origineel geplaatst door MikeN
Ach tja, krijg je van die Gentoo taferelen, volle optimalisaties (die 90% van de apps alleen maar trager maakt, de code is theoretisch weliswaar sneller maar doordat hij ook groter wordt krijg je meer cache misses) en alles strippen, een foutje maken en gaan uithuilen op de Gentoo fora :D

---

Ach.. Zever.
Ik draai overal (thuis) Gentoo, zelfs mijn server (in Redbus) is Gentoo. En deze werkt perfect.
En up2date (zonder unstable software te gebruiken) en makkelijk te onderhouden.
Je moet er gewoon wat van afkennen, en de juiste flags gebruiken e.d.

Dat van het iets sneller gaan klopt wel, al denk ik dat het verwaarloosbaar is, en men daarvoor geen Gentoo gebruikt.

Gentoo is dan ook de linux distro die het actiefst is? En de grootste community heeft?
Dat is een voordeel als je problemen hebt, volgens mij. Moet je al geen maanden lang op je eentje Google afgaan voor een beetje help.
Alle problemen die ik gehad heb waren meestal zeer snel op te lossen.

Tuinslak, volgens mij mis je even mijn punt. Mijn punt was niet dat Gentoo slecht is (sterker nog, ik draai er 4 productieservers op), mijn punt was dat sommige mensen Gentoo kiezen omdat dat dan "geoptimaliseerd is voor je systeem" en dat dan snel zou zijn. Wat redelijke onzin is.
Op de Gentoo fora (en andere fora) komen er regelmatig topics voorbij van mensen die alleen maar Gentoo gekozen hebben omdat het sneller zou zijn, er geen zak vanaf weten, vervolgens met insane compilerflags hebben gecompiled of een foutje hebben gemaakt bij het strippen en dan komen klagen dat het niet werkt.

http://funroll-loops.org/ is wel toepasselijk daarbij :P

Ach...
Het is denk wel sneller dan de meeste rpm-based distro's.
En als je slechte flags gebruikt hebt, even recompilen en done...


Trouwens, een vraag:
In de make.conf van Gentoo staat:
MAKEOPTS="-j3"
makeopts zou "aantal cpu(s) + 1" zijn.
Als je nu HT hebt, dan heb je virtueel 2 cpu's. Moet die makeopts dan op -j2 of -j3 staan.

Je moet niets, de -j optie geeft alleen aan hoeveel processen make tegelijk gebruikt voor het bouwen van je software, dit om de software sneller te compilen. Met HT zeggen sommige mensen -j2, sommige -j3, persoonlijk zou ik het niet weten en het gewoon op -j2 houden (misschien kun je het eens benchmarken met een redelijk formaat progje?)

Over de flags: dat meer optimalisatie sneller is is dus een fabeltje. De enige redne dat Gentoo sneller zou kunnen zijn is naar mijn mening dat de meeste andere distro's die ik ken veel te bloated zijn (Fedora minimum install 1+ GB anyone?). Maar voor bijvoorbeeld Debian gaat dit niet zo op.

Ja, geen idee, ik gebruik al een half jaar -j3 op een HT server. Ooit is nakijken of het wat verschil maakt met -j2


Debian heeft een verouderd package systeem.
Een 2.2 kernel gebruiken... Of is dat al gefixed met de nieuwste update?

Hehe, het package systeem is niet oud, maar sommige packages lopen wat achter. Echter kun je met Woody (de huidige stable versie) prima een 2.4 kernel gebruiken, en een 2.6 is ook wel mogelijk als jij dat wil.
Sarge (de versie die binnenkort de nieuwe stable wordt) komt volgens mij standaard met een 2.6 kernel, of iig is 2.6.8 zo te installeren.

Ah, ze maken vooruitgang... :rolleyes:

wat is het beste os voor x86_64 systemen met 2x cpu?