gentoo helyigény

Fórumok

hello

nemsoká lehet megpróbálkozok egy gentoo installal, de megvárom a 2006.1-et (hacsak nem annyit kell rá várni mint sw11-re :-) ). valószínűleg nem más disztró alól hanem csak úgy "nyersen". a / partíció 20 gigás jelenleg, ez elég lesz gentoo-nak? már csak a forrásból telepítés horribilis helyigénye miatt kérdem. pl mikor leszedtem a boost libeket, 30 mega bzipelve, make után 950 mb...

válaszotokat előre is kösze

Hozzászólások

Elég neki, persze. Feltelepítve nem foglal többet, mint pl. egy Ubuntu, csak a forgatáshoz kell neki a hely. Utána persze kitakarít maga után. Csak ne kövesd el azt a hibát, hogy az /usr-t külön partícióra teszed, és nem hagysz neki elég helyet. Na akkor lehet cumi, hogy nincs elég helye forgatni. :)

nem nem, amióta egyszer openbsd-t vagy 6 partícióra tettem - és hasonló problémába ütköztem - , nem foglalkozok ilyenekkel :-)

azt még megmondanád, hogy egy átlagos telepítés , kde & gnome és egyéb "apróságokkal" ami a legtöbb programhoz kell, mennyi idő? ( hány nap?=) )

ááá, max akkor, ha nem tudsz dönteni a WM-ek közül és egymás után felpakolgatod, hogy "vajon melyik is legyen" :)
2400+ -al kb 12 óra alatt már tuti van egy önállóan bebootolni képes rendszerem. Anno elfértem 5GB-n is, szóval nem kell fosni (bár kétségtelen, hogy kellett figyelni a df-et..).

Az uccsó build amit próbáltam, összefosta magát az (akkor) új csilivili setuptól, és emiatt hanyagolnom kellett a LiveCD-s install, de _elvileg_ fel tudod rakni úgy a rendszeredet, hogy közben livecd-ről netezel...szóval észre sem veszed.

1 hét(/1 élet) a csiszolgatás...de az mehet ugye részletekben, meg van működő rendszer is közben.

Ha van a közeledben több gép akkor használj distcc-t.
3 gépen fordítva X+KDE+GNOME volt ~3 nap, azzal, hogy az egyik gépet éjszakára kikapcsoltam, mert hangos volt. Ha az amire telepítettem nem egy 1.5GHz-es Celeron lett volna, akkor még gyorsabban is kész lehettem volna, mivel a configure az azon a gépen fut amire telepítesz. Ez pedig ~600 csomagnál már tényező.
__________________________________________
Wenn ist das Nunstück git und Slotermeyer?
Ja! ... Beiherhund das Oder die Flipperwaldt gersput.

hehe. ez már azért bivalyabb gép:)

anno gondolkoztam hogyp pumpolok bele még 512 ramot, de kiderült, hogy a jelenlegi 512 az 2x256, és persze 2 bank van nekik, úgyhogy inkább hagytam a francba. meg pénz is kéne hozzá ugye, ezt a 333-as nb ramot meg amúgy is ritkán látni.

"256/512 MB of DDR333 memory, upgradeable to 2 GB using two soDIMM modules"
Ez ugyebár azt jelentené, hogy 256/512 megás modulokat fogad, max 2 gigáig. Ebből kifolyólag a 2x512-nek mennie kell benne. Vegyél Kingstont, arra még a brand gépek sem háklisak.
Amit viszont nem értek: ha két bank van, és 512 a max modulméret, akkor abból hogy lesz 2 giga? :)

igen, de akkor 333-as a max? mert a mondat eleje azt írja le, mennyit adnak bele, szóval nem vágom. na mindegy, biztos ami biztos, legyen 333-as:)

találtam pcland-en kingmax 512 333-as modult, csak oda van írva hogy DDR2, akkor az nekem vajon jó?

>Amit viszont nem értek: ha két bank van, és 512 a max modulméret, akkor abból hogy lesz 2 giga? :)

ez egy nagyon szép kérdés, eddig fel se tűnt. acer lol.

Neked szinte biztosan DDR1-es ram kell, de attól még, hogy valami 200MHz-en üzemel (DDR400) az 166MHz-en is menni fog (DDR333), ennek csak a fordítottja nem igaz. 2GB manapság még talán felesleges is és a DDR1-es 1GB-os modulok ritkák.
__________________________________________
Wenn ist das Nunstück git und Slotermeyer?
Ja! ... Beiherhund das Oder die Flipperwaldt gersput.

"igen, de akkor 333-as a max? mert a mondat eleje azt írja le, mennyit adnak bele, szóval nem vágom. na mindegy, biztos ami biztos, legyen 333-as:)"

Nem. Vegyél nyugodtan 400-as Kingstont, lefelé kompatibilis. Ha DDR megy a gépbe, akkor a DDR2 tutira nem jó. Ráadásul DDR2 nem is lehet 333-as, az 533-tól kezdődik, ha jól tudom...

Helyet tudsz spórolni az -Os flaggel is. Ajánlom figyelmedbe, mivel ugyanolyan gyors, mint az -O2 (az -O3 _néha_ megmagyarázhatatlan segfaultokhoz vezet, illetve lassan töltődik be, mivel nagymértékben megnöveli a bináris méretét), csak gyorsabban töltődnek be a programjaid, ami pl desktop környezetben kellemes tud lenni.

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.

visszaolvastam...

If you're a Newbie to Linux, it is recommended to run -O2, you can always experiment later.

If you are running a server it is recommended to run -O2, system reliability might suffer with -O3.

If you want a system that just works it is recommended to run -O2.

úgyhogy egyelőre szerintem elég lesz az O2:)

Nekem is ritkán, ki is emeltem, hogy néha. Viszont az -O3 azoknak jó, akiknek gyors meghajtóik vannak, mivel nagyobbak a binárisok -> több idő betölteni őket és valamivel több memóriát esznek. Ezért nálam pl gyorsabbak az -Os programok, mivel kevés a memóriám (és lassú is), lassúak a diszkjeim stb.
Viszont van néhány program (audacity pl, de ha keresgélsz a bugzillában, van sok olyan probléma, amire megoldás az -O2), amelyeknek egyes verziói nem fordulnak -O3-mal, vagy segfaultolnak. De ez nagyon ritka, és főleg régebben volt ilyen, de nem kizárt, hogy most is van.

Bár tapasztalatom szerint, ha már az embernél bent vannak az alap flagek (-O2 -fomit-frame-pointer -march=), akkor már lényegesen gyorsabbak a programjai, a többi tuning csak néhány esetben észrevehető.

Tipp (topicnyitónak): a CXXFLAGS-hez add hozzá a -fvisibility-inlines-hidden flaget, megdobja sok C++ program teljesítményét, pl KDE. Nem árt, ha összeszedsz valami normális LDFLAGS-et is, mivel az is dob sokat.

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.

>Tipp (topicnyitónak): a CXXFLAGS-hez add hozzá a -fvisibility-inlines-hidden flaget,
>megdobja sok C++ program teljesítményét, pl KDE. Nem árt, ha összeszedsz valami normális
>LDFLAGS-et is, mivel az is dob sokat.

http://gcc.gnu.org/wiki/Visibility

ez az, amiről te beszélsz?

LDFLAGS? hát ebben kicsit satu vagyok? az mit is csinál?
eddig annyira jutottam, hogy C-hez CFLAGS, C++-hoz CXXFLAGS. :-)

Szia!

Nálam péntek délutántól szerda estéig tartott. Az Xorg és a gnome volt egy hétvége :-)
A többi nem vészes.

Viszont miután kész lett kb 3x -os gyorsulást tapasztaltam az eddig próbált disztribekhez képest.

Nothing to merge; would you like to auto-clean packages? [Yes/No]
:-P
--
Intel(R) Pentium(R) 4 CPU 1.80GHz, 512 MB ram, 2.6.17-gentoo-r5-cvk

CFLAGS="-O3 -march=athlon64 -mfpmath=sse -msse -m3dnow -mmmx -funroll-loops -pipe -msse2"
OOo -nelkul szerintem 2 nap alatt fent van ami kell egy desktopra, sot meg egy-ket server szolglatatas is bele fer (apache,vsftpd,samba,squid..etc)
amd64 -re.
De kb. enyi idobe tellet 1.3Ghz ThunderBirdre is anno.. (kevesebb flag -gel)
OOo az megesz mindent, ha forditod tobb mint 12h, es talan ~5Gb hely kelett hozza, hogy forduljon, 1 eve forditottam azota inkabb binary...(ritkan hasznalom)

Én amióta migráltam az új java rendszerre, nem megy a sima OOo, de nem is baj, jó nekem a openoffice-bin is. Ritkán használom, akkor meg kivárom azt a pár másodpercet, amivel lassabban indul.
Viszont a KDE villámgyorsan betölt, bár a 3.5 kicsit lassabban, mint a 3.4. Főleg azóta, hogy megborították a boot sorrendet, és a "default" kb közepén töltődik be a kdm. De még így is jóval gyorsabb, mint mondjuk egy debianon, vagy egy yoperen*.

* ez szubijektív vélemény, amit az én konfigurációmon tapasztaltam. Nem kívánok vele distrowart indítani.

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.

Sziasztok!
Én még helyet szoktam spórolni a /usr/portage/distfiles/ belüli takarítással telepítés után.Tudom,hogy nem nagy felszabadítás de sokszor jól jön:-))
Feltételezve,hogy van netes kapcsolatod persze:-))
Amúgy -O3 flagel volt optimalizálva a laptopom de kipróbálom az Os-t.O3-al egyszer volt faultom csak.Amúgy így is érzékelhető a gyorsaság az elötte hazsnált distribekhez képest.

Az igen!:-) Akkor módosítanám az előző szavaim.Ez már nagy helyfelszabadítás!

Gentoon nagyon hamar megnőhet a /usr/portage mértete. Itt sok kis fájlt tárol (néhán száz bájt), amik a csomagkezeléshez kellenek.

Mint tudjuk, sok kicsi sokra megy. Ez itt sokszorossan igaz. Ugyanis a fájlrendszerek kiosztási egységekkel dolgoznak, melynek mérete adott, és pl. az ext3 nem rak több fájlt egy kiosztási egységbe. Így az történik, hogy (alapbeállításokkal) a 100 byte hosszú fájl effektíven 4 Kb-ot foglal. Így a könyvár mérete (hiába 4-500Mb adat van raja) akár gigabájtos nagyságrendet könnyen elér.

Megoldás olyan fájlrendszer használata, amin nincs ilyen egy kiosztási egység - egy fájl probléma. Ilyen pl. a ReiserFS. Másik megoldás (ez a kevesebb helyigényű) tömörített fájlrendszer használata. Mivel ezt a meghajtót csak ritkán használnád (csak fordítás, telepítés és update, és azt sem hosszú ideig), igazából a sebessége nem nagyon számít. Szóval nem is kell neki külön partíciót létrehotnod, helyette csinálj egy adott mérető fájlt, és azt formázd meg és mountold fel (loop-device -ként).

Link

Felesleges megvárnod a 2006.1-et. Egy sync-elés és upgrade után megkapod a jelenlegi legfrissebb rendszert. Itt nincsenek verziók.
____________________
jobbára ártalmatlan

Elég. Persze nem biztos, hogy kéne terebéjes kívánságokkal előállnod. Arra kell csak vigyáznod, hogy mindig legyen min 2 GB szabad helyed.

Aleph

Bőven elég lesz, szerintem. Nekem is akkorán van, és semmi baja. A telepítés nekem 3-4 nap volt, de én specálisan hülye voltam hozzá + nem ment a grafikus telepítő sem. :)