Intel Core Duo on Gentoo

CPU-k, Cooler-ek

Üdv!

Van egy Dell Latitude e6400 laptop, amiben van Intel Core Duo p8400 proci(k).
Felraktam a gépre egy Gentoo, de ez x86 lett.
Láttam a neten, hogy x86_64 is lehetne. Ez az amd64 stage3 lenne.

Kérdés, hogy megéri? Hoz akkora teljesítményt, hogy megérje a szenvedést? Egyáltalán mekkora szenvedés egy 64 bites rendszert nyüstölni?

Köszi!

  • 3005 megtekintés

( Yorirou | 2009. 01. 27., k – 23:04 )

Szerintem 64 bites rendszert onnantól érdemes telepíteni, ha kifutsz a 4, de inkább több GB RAM-od van. (tudom, van PAE, de az lassú)

"Ubuntu" is an African word meaning "I can't figure out how to configure Slackware"

( emberk | 2009. 01. 27., k – 23:08 )

Gentoo-val bőven. De ha csak böngészgetésre használod akkor nem biztos hogy megéri. Én pl asus f3sc ap325-ön használok nem multilibes 64 bites gentoot. volt rajta 32-bites is, és az "erőműveletekbe" igen komoly külömbség van (). Itt a make.conf-om segítségként ha kell.

# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /etc/make.conf.example for a more detailed example.
CFLAGS="-O2 -march=nocona -pipe"
CXXFLAGS="-O2 -march=nocona -pipe"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="x86_64-pc-linux-gnu"
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="mmx sse sse2 ssse3 gtk gnome pdf ps gif png samba dbus hal png jpeg jpg cdr cdw dvdr dvdrw 3dnow cpudetection X -qt -kde"
USE="$USE Xaw3d -debug nvidia opengl glut alsa wlan wifi bluetooth 3dnownext v4l2 dvb x264 custom-cflags thread xvid xinerama"
USE="$USE 3dnowext ffmpeg gdm truetype alsa mad mp3 vorbis ogg wav unicode xv xulruner usb xcb threads directfb mpeg cairo"
LINGUAS="hu"
VIDEO_CARDS="nv vga vesa fbdev"
INPUT_DEVICES="keyboard mouse synaptics"
MAKEOPTS="-j3"
#ACCEPT_KEYWORDS="~amd64"

Köszönöm a választ!

A "probléma", hogy egyrészt nem bírom ki, hogy nem próbáljam ki. Én olyan buherálós, bütykölős típus vagyok. Nem véletlen, hogy rajongok a gentooért :)

Másodsorban fentebb írtam, hogy gentoo az alaprendszer és ezen fogok egy virtuális gépet használni, hogy legyen word.

Ezen túlmenően pedig java és php fejlesztéseket fogok rajta csinálni. Úgy gondolom, hogy megéri cserélni.
Most egy x86 van rajta. Én úgy tudom, hogy ha cserélni akarok, akkor reinstall. Jól tudom?

De közben olvasom, hogy mit ír a link a make.conf fájlodban.

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

Sajnos igen, reinstall. Egyvalamit nagyon jol jegyezz meg: 32 bites rendszerrol 64-bites dolgokat nem lehet hasznalni - vagyis a 32 bites installcd-t ki is dobhatod, mert meg chroot-olni se fogsz tudni!

Azt viszont semmikepp se ajanlom, hogy nem-multilibes rendszert csinalj, foleg a vmware/virtualbox-os terveid miatt. Nagyobb szopasok nincsenek az amd64-es arch-al, leszamitva hogy egyes cuccok x86-on elobb stabilak.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Hmmm... micsoda kaland lesz ez :)

Átfutottam a Gentoo Handbookot, az amd64 -t. Abban ígyelső blikkre nem láttam, hogy "Choose between multilib or not" részt.
Gondolom, hogy alapesetben multilib lesz a belőle, nem?

Az, hogy később kerülnek csomagok amd64 alá annyira nem zavar. Tudok várni. Mondjuk ez majd kiderül :D

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

nincs mit. A gentoo-t pont a fejlesztők distrojának tartják, mert mindent hoz magával ami "devel" az okok gondolom világosak :). Én se java-val sem php-val még nem foglalkoztam (nem is tervezem javat 1-2 alkalommal próbáltam, de nem arra találták ki, amire nekem kellett volna). A linket defaultból csak benne hagytam, az alapban benne volt.

Sorvégenként \ -val

Mondjuk én rászoktam az euse -E or -D használatára. Bár tegnap észrevettem, hogy ha vesszővel elválasztott adagot adok oda neki, akkor a vesszőket nem halássza ki. Szerintem jobb lenne ha tudna ilyet. :D

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

cat /proc/cpuinfo szerint nem. Ez egy inel.

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz
stepping : 11
cpu MHz : 800.000
cache size : 4096 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
bogomips : 4388.79
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

( evone | 2009. 01. 28., sze – 10:49 )

nekem semmi bajom nincs a 64bittel, minden mukodik, kiveve a bongeszoben a javat, es nincs is 4 giga ramom se, es erzem hogy gyorsabb mint a 32bit

Hát a flash és a böngészőben lévő java hiányát azt hiszem, hogy túl fogom élni. Vagy ha ez kell, akkor röffentek egy virtuális gépet és abban majd xp -n megnézem, hogy mi a szösz van.

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

( btamax | 2009. 01. 28., sze – 13:04 )

Bár mondjuk nem segít, de gentoo kernel fordításnál milyen "Processor family" -t állítanánok be? A Core2-n meg az Pentium4 között vacilálok.
Nemrég vettem egy Intel D945GCLF2 lapot, de nem találtam semmi utalást rá. Mindenhol csak a USE flageket említették. Azért érdekelne, mert az istennek nem tudom rábírni, hogy kibökje a processzor hőmérségleti adatokat. Vagy ezt se támogatja még a Gentoo?

Az "core2/newer xeon". De azt jelöltem be. A leírásban az van úgyis, hogy processor family 6-nál azt kell valasztani. De azért rákérdeztem.

A hőmérséglet cuccnál meg minden be van kapcsolva ami létezik. Legalább is ami szerintem kell. Több intel-es gépem is van és mindegyik esetén működik, de ennél sehogy nem bírtam rábírni.

Azt írtad, hogy ez egy P8400-es CPU? Mert akkor ez nem "Core Duo", hanem "Core 2 Duo".
Ha fenn van az lm_sensors, akkor futtas le egy sensors-detect parancsot, majd a végén csapd felül a konfig fájlt és /etc/init.d/lm_sensors start.

Amennyiben a szenzorok moduljait statikusan beleforgattad a kernelbe, úgy elvileg felesleges, mert a sima sensors parancsnak ki kellene listáznia a dolgokat.
--
\\-- blog --//

( kulik | 2010. 01. 04., h – 14:49 )

na megvan, X86_64, nocoa, ami kell :D

sokkal gyorsabb lett minden, mint hittem volna. sztem 256kbyte rammal is megéri :D
minden megy, viszont a compizt nem tudom sehogyse elindítani.....

tényleg elírtan :D cflagnek nem :D
azért kiváncsi vagyok mi lett volna :D:D

föltettem én azt is, de nem...
viszont azóta a lapimat is megpörgettem 64 bittel, és azon sem.
az asztalom videókarija nvidia, a lapos meg intel, annó írtam, hogy a via cuccokat erőltettem, és az a tapasztalat, hogy ebben az esetben a jó öreg Leninnek igaza volt. kérdezték sokan, hogy mit csináltam, azért nem válaszoltam, mert a forrsákódját tákoltam, és bevallom csak reménykedtem, hogy nem fog füstölni.

akkor nállatok az a tapasztalat, hogy nem a 64 bit a gebasz. igazából maszkolva van, én meg verziószám megadása nélkül unmaszkoltam, így az lenne a kérdésem, hogy pontosan melyik verzióval próbálkozzak?

pedig már van battery runlevelem, ha kihúzom a tápot, kikapcsolná a compizt, igazán penge lenne...
(azt a gentoo power guide-ot mindenkinek ajánlom, kb disztrotól függetlenül. de minden egyes acpi-s scriptet át kell írni, és nem úszod meg, mert ha csakúgy felteszed, akkor azt veszed észre, hogy ott vannak a dolgok, csak ki van az egész kommentelve. ha belövöd suspendel, mint a kisangyal, és egy békéscsaba-budapest vonatút (2.5-3 óra) végén még 1 óra marad az aksiban, igazán meg vagyok a dologgal elégedve, pedig az a konkrétan 4300 miliamperóra nem egy paksi teljesítmény, de ez már nagyon offtopic)