Flame Slackware vs Gentoo

Citace:

---

Původně odeslal Apokeus

100 urcite ne, ja cetl neco kolem 10.
Krome toho i slack i debian nemaji jenom balicky pro i386, mas i mirrory i i686

---

Cist umi kazdej. :o :lol:

PS: to jsem netvrdil

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal Apokeus

100 urcite ne, ja cetl neco kolem 10.
Krome toho i slack i debian nemaji jenom balicky pro i386, mas i mirrory i i686

---

Cist umi kazdej. :o :lol:

PS: to jsem netvrdil

---

Nechci te nejak usvedcovat, ale tohle mi prijde jako tvrzeni

Citace:

---

tak dosahnes treba i 100% rozdilu. Wink

---

EDIT: Ja do problematiky kompilovani moc nevidim, ale myslim, ze rozdil mezi balickem i386 a balickem zkompilovanym v gentoo, zavratny nebude, vyjimku tvori samozrejme jadro.

*Netvrdil jsem, ze jsou distra pouze a jen pro i386. :|

Nezavisi to ani tak na distru, ale parametrech kompilatoru ;).

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal svaca

Ted vazne ...:-))

VesaFB - fiuj, kor na matroxu a ati ..., supermount taky nemusim, a reiserfs ano, ale stabilni 3.6, ne 4ku .... ALE co minejvic vadi na MDK, fedore a pod. je:

1. pomalost
2. bordel v etc
3. rpm
4. jak bych to rekl, mensi stabilita, ale ne HW ale balicku, porad same patche a kazdou chvili nova verze ....
5. no vanilla source in basic install ....

Zase na druhou stranu je to vhodne pro novacky, atd .. :-)))

---

bod 1. a 3. spolu uzce souvisi. Jsou to prece binarni distra = vetsina je prekladana pro architekturu 386.

Cetl jsem tenhle dred odpocatku a v mnoha vecech si protirecis.

PS: tvrdy zastance Gentoo.

---

Souvisi a nesouvisi, proc treba debian je tak zatracene rychly, nebo slack ?? hmm ?
Proc myslis protirecim, mozna se spatne vyjadruju, jen jsem rikal, cim jsem proste prosel a co mi vyhovovalo a co ne ....

PS: tvrdy zastance Slacku .. :-)

Citace:

---

Původně odeslal svaca

Souvisi a nesouvisi, proc treba debian je tak zatracene rychly, nebo slack ?? hmm ?
Proc myslis protirecim, mozna se spatne vyjadruju, jen jsem rikal, cim jsem proste prosel a co mi vyhovovalo a co ne ....

PS: tvrdy zastance Slacku .. :-)

---

Hm, samo, ze to zavisi take na kodu, contributnutych programech atd. Ale kdyz uz jsme u tech (oblibenych) zavislostech, tak si procti co jsem psal.

Uz kvuli tvemu postscriptu nebudu dale pokracovat :D ;).

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal svaca

Souvisi a nesouvisi, proc treba debian je tak zatracene rychly, nebo slack ?? hmm ?
Proc myslis protirecim, mozna se spatne vyjadruju, jen jsem rikal, cim jsem proste prosel a co mi vyhovovalo a co ne ....

PS: tvrdy zastance Slacku .. :-)

---

Hm, samo, ze to zavisi take na kodu, contributnutych programech atd. Ale kdyz uz jsme u tech (oblibenych) zavislostech, tak si procti co jsem psal.

Uz kvuli tvemu postscriptu nebudu dale pokracovat :D ;).

---

Jee... to muzes ..... ;D ;D
To byl jen joke, BTW flame je asi povoleno, kdyz se ten post tak jmenuje ... :-)))

Dobra... ale to nic nemeni na tom, proc jsem psal, ze mam rad slack ...
ted jsem si dal cvicne fedoru2 a jde to ale neni to proste ono ....

Nejzajimavejsi z toho vseho (myslim ted rychlost) je mozna prave ten debian .... je mamuti, "stary" a pritom silene rychly .... a jeste prave na i386, mozna, ze nebude pak velky rozdil mezi gentoo a debian .... nebo jo ? (v rychlosti) ....

Citace:

---

Původně odeslal Apokeus

... Nechci te nejak usvedcovat, ale tohle mi prijde jako tvrzeni

Citace:

---

tak dosahnes treba i 100% rozdilu. Wink

---

EDIT: Ja do problematiky kompilovani moc nevidim, ale myslim, ze rozdil mezi balickem i386 a balickem zkompilovanym v gentoo, zavratny nebude, vyjimku tvori samozrejme jadro.

---

jj, nejde jen o to, ze nastavis jinou architekuru pro kompilaci, jde o to, ze mas moznost pouzivat sse/sse2/3dnow/... a napr. u prehravani videa (mplayer)/komprimace/... je to kurna poznat. Druha vec je, ze kdyz pouzijes vsechny moznosti optimalizace, tak to nespustis na jinym CPU (respektive na vyssim od stejnyho vyrobce to pravdepodobne fungovat bude, ale ... ) => zmena CPU = kompletni rekompilace systemu.