Új hozzászólás Aktív témák
-
dr_strange
senior tag
benéztem az FGOra, de nemige láttam soros egérrel foglalkozó topikot
dmesgben van valami egérre utaló bejegyzés?
hirtelen csak némi voodoovarázslat segíthet, esetleg coldplug, hotplug és udev frissítés... (vagy vegyél egy ezresért egy ps2es egeret )JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
Sipi
addikt
Az openoffice csomag forrásból telepíti, melyhez kb. 5-6 giga szabad hely kell.
Javaslom az openoffice-bin csomagot, előpanírozott, elősütött, előfordított állapotban. Semmit nem von le élvezeti értékéből a -bin szócska - sokak szerint semmivel nem lassabb, mint forrásítani.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
dr_strange
senior tag
töröld az /usr/portage/distfiles és az /var/tmp/portage könyvtárak tartalmát, valamint nézd meg, nincs-e beállítva a make.conf-ban, hogy automatikusan minden emergelésnél bináris tar.bz2 csomagot is készítsen a cuccokból, amit az /usr/portage/packages alá pakol (ha jól emlékszem a könyvtár nevére)
ha ccache is be van állítva/föl van telepítve, az is további 1-2 giga beállítástól függően
6G egyébként nem olyan sok egy gentoonak...JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
Sipi
addikt
/etc/conf.d/clock-ban, ha csk gentoo van, akkor UTC, esetleg CLOCK_SYSTOHC yes.
Innentől nem tudom, mi kellhet még... Ha date paranccsal beállítod az időt (vagy gnome alatt az órán, root jogokkal), mennie kell.
A BIOS-hoz ne nyúlj, attól fejreáll, mert a BIOS nem kezeli jól a helyi időt.
Először szedd ki az ntp-t, kézzel állítsd be, majd meget. Az ntpd-hez érdemes az ntp-clientet is indítani, ez állítja be először az időt, az ntpd csak az eltéréseket korrigálja.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az UTC az igazi, a local akkor kellhet, ha Win is van mellette dual bootban. (A Win sem kezeli a lokál időt...)
A legtöbb rendszer a BIOS óráját használja. A Linux nem, mivel az a legpontatlanabb - indulás után onnan olvassa ki az időt, kicsit tippel, hogy az eddigiek alapján kb. mennyivel lehet arrébb, és onnan a rendszer valamelyik periodikus időmérőjével számol. Leállításkor elmenti az aktuális időt (ha kéred) a BIOS-ba. Ha állítgatod, ezért tutira szétesik az idő.
Win, BIOS úgy megy, hogy az időt ténylegesen egy órával ide-oda cseszegeti nyári-téli váltáskor. A Linuxban ilyen nincs. Van egy óra, aminek van ideje. És ehhez ad/elvesz adott mennyiséget, attól függően, hogy melyik időzónában vagy, és téli-nyári számítás van-e. A local-lal ezt jelzed neki, hogy van fent más program is, ami időnként eltekergeti az időt. A Linux alapból nem állítja át, mindig egyenletesen számol.
Igen, ntp-client így. Ezután megadhatod az ntpd-t is a defaultba, de nem kötelező, ha nem zavar egy kis eltérés. Az ntp-client a fontos, mert ez állítja be a kezdeti pontos időt, amihez képest az ntpd majd viszonyít.
Ha futtatod az ntp-clientet, valószínűleg nem is kell kézzel buherálnod az órát. (Sőt, ilyenkor kifejezetten tilos, illetve értelmetlen. Ha be akarod állítani, inkább futtasd megint az ntp-clientet!) A BIOS óráját pedig nem szabad állítani.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Természetesen támogatja, fut rajtuk. Ez a kernel része, abba kell SMP támogatást fordítani.
Linux already supports the Core Duo and the Centrino Duo platform very well.
The kernel recognizes the cores and is capable of scaling the frequency independently for each core, as well as sending the CPU's into C-states independently (aka Deeper Sleep)
The Linux kernel is very efficient at multitasking and can be configured (as is default on several major distributions) to be preemptively multitasking
Parallel boot has been implemented on some degree with every distribution, and more and more distributions are taking advantage of the wonderful tools like Bootchart for analyzing boot time. I work primarily for Ubuntu's community, so I'll speak specifically for Ubuntu but it applies to most distributions: We used Bootchart in our past two releases to identify bottlenecks during bootup, and at this point we are optimized to the point that we are hitting all disk IO bottlenecks. Until the entire init system gets smarter, like with initng, our bootup is optimal. On my core duo, it's 40 seconds from power on to a login screen, and a total of 1 minute to a fully ready GNOME desktop. I think that's fairly impressive -- a lot faster than Windows systems and a handful of seconds slower than OSX's insanely fast bootup.
Most of the Core Duo's battery life improvements are hardware based (i.e. having C-states use less power, lower TDP, etc), so Linux already takes advantage of it by doing everything it's been doing on the Pentium M and similar mobile architectures.
Finally, Ubuntu Linux supports all the hardware on the Centrino Duo platform (including the ipw3945 wireless card) out of the box. Several other distributions do or almost do, too.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Igen, a leállásnál frissíti a BIOS-órát (ha kéred). Kell is, hiszen kikapcsolt állapotban csak az ketyeg, bekapcsolás után onnan olvassa ki a kedőidőt, majd onnan alakítja, saccolja, stb.
Az ntp-vel persze egyszerűbb lesz, mert a sok tökölés-számolás után ntpclient indul, idő letölt, átállít.
A különbség az, hogy a Linux nem a BIOS-órától függ, állítani inkább csak ''szívességből'' állítja. Ráadásul pl. nyári időszámítás miatt a BIOS és a Linux belső ideje eltér. Mint írtam, ilyenkor a BIOS átállítódik, pl. előre tekerődik egy órával. A Linux órája nem, ugyanannyi lesz rajta, csak az időzónád infói alapján hozzáad plusz egy órát. Így a kijelzett, számolt idő jó lesz, de a háttérben nem annyi van.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Egyébként a forrásból telepítés valóban nem szükségszerűen jelent gyorsulást. Egy szövegszerkesztő nem gyorsul az MMX, SSE használatától. Multimédiában viszont tutira otthagyja a Windows-okat.
Inkább olyanokkal lehet játszani, mint a 4.1-es gcc új dolgai, vagy a prelink: ezek a C++ alapú programok indítási sebességét növelik nagyban. (Ja, a Portage automatikusan prelinkel, ha fent van a prelink.)
Telepítésnél majdnem mindegy, stage1 vagy stage3. Az első emerge sync után úgyis újabb csomagok lesznek elérhetőek a systemre is, ergo az első emerge world után ugyanott vagy, mint ha stage1-ről indulnál. Valószínűleg ezért nincs már stage1-2 telepítés, sok a gond vele (kezdőknél), és nem sokkal később ugyanoda érsz stage3-ról is.
Mod: ami a Gentoo-ban kihasználható még: lassabb, kevés memóriájú gépeken a -Os gcc flaget megadni. Ezzel méretre optimalizálod a programokat. Márpedig pl. egy ősrégi Pentium2-n nem tudsz annyit gyorsítani sehogy, mint amennyit lassíthatsz, ha elfogy a memória. Ilyen gépen inkább az I/O alrendszer a lassú, ezért kisebb programok hamarabb töltődnek, kevesebb RAM-ot fogyasztanak, így nem kell swapelni. Új gép, sok memória esetén erre nincs szükség.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
escie
őstag
az ilyen új funkciók támogatása a gcc a feladata. ezügyben tehát az ő dokumentáciáját érdemes nézegetni.
szerintem hamar bekerülnek, mert ezek jóldokumentált dolgok.
futni meg futnia kell, úgysejtem i686 osztályú procik ezek...
(remélem sok butaságot nem hordtam össze.)
[Szerkesztve]I'm back, baby!
-
Sipi
addikt
Na ja. A disztrók egy része i386-ra van fordítva, a többi pedig i686-ra. Csak közben van ám SSE, SSE2, 3dNow, stb. is.
A stage1-el az a gond, hogy rengeteg kezdő vágott bele a telepítésbe, nulla tudással. És persze nem ment, kérdésözön a fórumokon. Így egyszerűbb az alaprendszer telepítése (lényegében csak egy kitömörítés). Nem lesz gond a gcc, glibc hibáival.
Utána pedig egy kész rendszeren belül már könnyebb frissíteni mindent.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A gyári nforce driver minden disztróban olyan, amilyen. Nem tud ALSA-t, csak OSS-t, ergo a hw mix alapból kizárva.
Nézd meg pontosan, milyen chipset van benne! (Az nfoce sokszor csak egy híd, és pl. ALC850-es chip az igazi hangkártya.)
Ha Intel High Audio van benne, a hda-intel modul kell, egyébként valószínűleg az intel8x0 lesz jó.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nekem nforce4-es chipsetem van. Ehhez képest a hálózatot valami Cicada, a hangot ALC880, a firewire-t VIA kezeli.
Állítsd be az ALSA_CARDS=''intel8x0''-t a make.confban, és emerge alsa-drivers! Feltesz mindent ami ehhez kell, beállítod.
A Linux alatt a hanglejátszás a hanglejátszó dolga, nem úgy, mint a 250 megabájtos Windows-drivereknél. Az ALSA kártyától függően biztosítja a 2.0, 2.1, 4.0, 4.1, 5.1, 7.1-es lejátszás lehetőségét. Ebből azt használod, amit akarsz. Az alap (default) kimeneti eszköz többnyire a legmagasabb számú lesz, de pl. xmms-ben, ha az alsa plugint állítod be kimenetként, megadhatod, milyen eszközön játssza le. A /usr/share/alsa/pcm-ben lévő fájlok neveit lehet használni, pl. surround51.
Egyes kártyáknál nem tudja kezelni az ALSA a hardveres mixert, viszont manapság a szoftveres (dmix) plugin alaphelyzetben be van kapcsolva. Az én gépemen alapból megy minden, nem kellett semmit bütykölni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
dr_strange
senior tag
a shadow átvette a pam-login szerepét, tehát jogosan blokkolja a shadowt, ha fenn van, ez nem hiba; egyszerűen unmergelni kell a pam-logint és feltenni a shadowt
a jaspernél pedig pont mgát a hibaüzenetet nem másoltad be (felette van), csak az emerge végső halálnyögéseit; ami releváns, az a gcc hibaüzenete, kicsit feljebbJRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
-
escie
őstag
ugyanez mostanság a problémám nekem is.
a rendszer mérete nem vészes, de ha felmegy egy ut2004, doom3, q4, már meg is csappant a partícióm mérete.
mióta Gentoo-zunk, megszűnt az értelme a /home külön partícióra tevésének, mert egyszer felmegy, aztán míg vinyó a vinyó, rajta is marad, csak frissülget. én meg leválasztottam annakidején vagy 20Gbyte-ot, a rendszernek, aztán szűkölködök itt...I'm back, baby!
-
-
brazso
tag
Apám gépét (Win98) szoktam néha távolról rendbe hozni. Fut nála egy vnc szerver, én pedig a Krdc (Remote Desktop Connection)-el kapcsolódom hozzá. WinXP-nél, ahogy Sipi írta, nem kell külön vnc szerver.
Mellesleg mi a probléma a valknut-tal? Mostanában csak torrent klienseket használok, de nem volt gondom korábban a valknut-tal sem.
[Szerkesztve]Unus pro omnibus, omnes pro uno
Új hozzászólás Aktív témák
- Napelem
- Itt az első kép a 2024-es Nokia 3210-ről
- Analóg fényképezés
- Piacvezető tandem OLED panellel érkezik az iPad Pro
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Vezetékes FEJhallgatók
- Politika
- Fogyjunk le!
- Milyen cserélhető objektíves gépet?
- Porszívók - akkus és klasszikus vezetékes
- További aktív témák...
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Vírusirtó, Antivirus VPN kulcsok
- World of Warcraft Shadowlands Collectors edition EU EN