Portál AbcLinuxu, 1. května 2025 11:31
12.11.2006 19:39
| Přečteno: 1461×
| ParadoX
|
Dnes jsem si nainstaloval openSuSE 10.1, první pohled?
SuSE vlastně byla první distribuce kterou jsem kdy zkoušel, pak jsem testoval ještě jiné. Neustále hledám "tu pravou". Pro začátek musím konstatovat, že dle mého, nejlepší susíčko byla 9.3 ale... Za poslední měsíc neustále točím distribuce a hledám která mi nahradí winXP, a to tak že uplně. V podstatě teď točím jen mandrivu, kubuntu a suse. K SuSE se neustále vracím protože mi přijde jako nejvíc user-friendly a v podstatě po nainstalování "vše funguje". Instalace trvala nějakých 35 minut na HP nx6325 a systém se ihned sám bez problémů zaktualizoval.
Dle suseportal.cz jsem přidal další zdroje sw a doinstaloval všechny kodeky a skoro všechny programy, které jsem zvyklý používat. Nesetkal jsem se s žádným problémem až na jeden, takový ovšem pro mě dost velkým. Celé to bylo jako ŠNEK. Když pominu rychlost bootování tak pokud mám otevřenou operu s dejme tomu šesti záložkama tak pustit k tomu yast na stáhnutí dalšího programu... ne, tohle se mi snad jen zdálo. Ono v podstatě celá instalace mi zabrala skoro 3 Gb. Ale nechápu co ten systém tak může brzdit. Toto mi trochu dost zkazilo dojem z perfektně vytvořené a připravené distribuce. Bylo to snad poprvé co jsem nemusel do konfiguráků, ne že by mi to nějak vadilo občas něco poupravit (dle návodu) ale například oproti kubuntu jsem v příkazové řádce nebyl skoro vůbec, vlastně jen aybch nainstaloval ie4linux.
No mám z toho takové smíšené pocity. Novell, nebo kdo to má na svědomí, udělal opravdu dost velký kus práce ale... No, asi tu bude pár námitek že jsou lepší distribuce. Ano, jsou. Velmi se mi líbí již zmíněné kubuntu, mandriva je také již velmi použitelná. Nemyslím to tak že ostatní distribuce (arch, gentoo, slack, debian...) nejsou použitelné, ale prostě vyžadují větší znalosti, více práce, více času.
To bylo včera a dnes jsem zkusil další pokus, udělal jsem zásadní věc že jsem odebral beagle. Tím se systém o něco příjemně zrychlil, ale stále to není ono. I když po pár hodinách si člověk uvědomí že je to stejné jako ve windows ohledně té rychlosti. Také jsem rozjel 3D akceleraci na první pokus což nebývá zvykem u ati x200 (teda u mne) a když už jsem byl u toho, nedalo mi to a zkusil jsem xgl. Moc zajímavé. Ale ještě nevím jestli to tam zůstane.
Teď bych měl pár dotazů. Jelikož bych chtěl u SuSE nějaký ten pátek zůstat, chtěl bych vědět jestli někdo nevíte co by ještě šlo odebrat ze systému abych ho trošku popohnal. Nemáte s tím někdo zkušenosti? A pak ještě jestli nemáte někdo zkušenosti s macromedia studio pod wine, či jiným emulátorem.
Tiskni
Sdílej:
12.11.2006 20:25
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
12.11.2006 20:02
moose>ps -A |wc -l
91
Na kapesním počítači (Maemo Linux):
/ $ ps aux |wc -l
71
A tam toho taky moc nejede: kalendář, úkolovník, terminál, textový
editor, pár appletů a samozřejmě Matchbox.
On ten DBUS a podobné drobnosti jsou taky procesy
navíc...
OpenSUSE 10.2 jsem taky zkusil a vzdal - neměl jsem čas a chuť ho na
850 MHz a 256 MB RAM přesvědčovat, že by opravdu mohl běhat aspoň
stejně pomalu jako WXP 
Každopádně doporučuji zlikvidovat jakékoli náznaky technologie
Mono,
pokud to půjde...
... Dále pak odinstalovat co největší počet nepoužívaných aplikací ...Smím se zeptat na důvody takového kroku? Respektive, co se tímto způsobem urychlí, mimo používání databáze nainstalovaných balíčků?
locate je taky úplně na nic. Používám ho tak málo často, že spouštím updatedb ručně (nejdřív zkusím locate, když nenajde pak updatedb a zase locate).
V systému jsou adresáře, kde by v podstatě neměly být soubory, o kterých neví balíčkovací systém (/bin, /sbin, /usr atp.). Takže by se databáze pro locate dala částečně generovat na základě databáze balíčkovacího systému (tedy v okamžiku instalace/odebrání balíčku se ihned zároveň aktualizuje i db locate).
Já vždycky instaluju skoro všechno - lepší toho mít víc než aby mi něco chybělo 
/etc/fstab a smazat (user_)xattr, kde se dá (snad to není potřeba na nic jiného).
vim ~/.emacs
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.