AMD alaplapok / alaplapi chipsetek?

Alaplapok

sziasztok!

gépet szeretnék újítani. eddig nagy megelégedéssel használtam nvidia nforce-os alaplapokat, otthon is volt már több, cégnél is, abszolút atomstabilak, soha semmi gondom nem volt velük.
most viszont úgy néz ki, nem találok olyan nforce alaplapot, ami megfelelő lenne. vannak viszont amd chipsetes lapok, ezeket abszolút nem ismerem. de az ati/amd videókártyákról elég negatív a tapasztalatom, főként driver-ügyileg, remélem, az alaplapi chipsetjeikre ez nem igaz.

szóval az lenne a kérdésem, aki ilyen lapokat használ, hogy mik a tapasztalatok? mennyire stabilak, megbízhatóek ezek a chipsetek illetve a drivereik? nekem ez az elsődleges szempont, nem akarok vele szívni, hosszú távon sem.
ami még különösen fontos lenne:
- az alaplapi "raid vezérlő" megbízhatósága
- a hálókártya stabilan tudja a gigabit(-környéki) sebességet hozni

lenne rajta windows és ubuntu vegyesen, úgyhogy mindkét os alatti tapasztalatok érdekelnének! linux alatt az ati driverek, khmm... ez az alaplapi dolgokra is fennáll?

illetve a konkrét lap, amit néztem: gigabyte ga-ma770-ds3. most valamilyen x2-es proci menne bele az anyagiak miatt, de később phenom2 x4, úgy nézem, ezeket támogatja is a lap.

illetve egy nvidia geforce 9600gt menne bele, nem gond ez?

előre is köszönöm, ha valaki megosztja a tapasztalatait! :)

  • 3132 megtekintés

( zaphodb v | 2009. 05. 18., h – 21:09 )

felhoznám, ez engem is érdekel. ámbár én nforce (gef8300) + nvidia valami (?), illetve amd 790fx/sb750 (hd3300-al) + ati/amd valami (4770) párosokban gondolkodom.

én is nforce 8200-ban gondolkodom, csak nincs olyan lap ilyen chipsettel, ami megfelelő felszereltésgű lenne :( illetve egyet találtam, de az meg egyrészt atom drága, másrészt meg nem jó az elrendezése a slotoknak.

amd oldalról "stabilitásról" nem sokat találtam, viszont raid-ről annyit, hogy talán a legeslegeslegújabb tud talán raid5-öt (amire mondjuk nincs szükségem), ami azért ciki, hogy most jutottak el idáig... meg raid0 performance-ről ilyeneket találtam: kép, másik teszt, még egy... hát ez nem tűnik túl bizalomgerjesztőnek.

----------------------------------
feel the beat - it's everywhere!

Tulajdonképpen miért van szükséged az "alaplapi raid"-re? Akkor már inkább sima szoftveres, nem ?

Hibernálást, suspend-to-ramot szvsz ne nagyon akarj vele, főleg windows alapon, de mivel dual bootot csinálsz, ezek gondolom amúgy sem játszanak. Mert dual bootra ráhibernálni elég véres téma, jó kis adatvesztésre előfizetés, ha elfelejted mit bootoltál előtte. :-)

Ezt leszámítva szvsz amd770/sb600 al nem lesz gondod szvsz se linux (>=2.6.27), se win xp/winxp64/w2k3 alatt. vista/w2k8/win7et nem tudom. Bár az én hasonló lapomon ieee1394es nincsen. És realtek helyett atheros gigabit van, de 100mbites a "háló" (=crosslink kábeles móka óccsóé' :-), szóval ezért idézőjeles a "háló" kifejezés),

nvidia 9600gt tökjólesz.

----------------

r=1 vagyok, de ugatok...

1. -) A közös partíciónak túrós lesz a háta, aminek a megléte azért dualbootnál eléggé esélyes. Mert a pillanatkép készítésekor ugye felcsatolt állapotban van. Ha ezután a másik rendszert indítod nem a hibernáltat, akkor az ezt szépen becsatolja, dolgozol vele, addig nem is lesz nagy probléma, amíg ezután újra nem indítod a korábban hibernált rendszert.
Az meg szépen szembesül vele, hogy a pillanatképhez képest hirtelen mindenféle extra fájlok keletkeztek, törlödtek, az ő szempontjából sérült az index, fájladat, stb. fájlrendszerellenőrzés, aztán matathatsz a cuccaid után. És ez a jobbik esetek közül van.

2. A windows nem valószínű hogy olvasni fogja a linux swap területet, és a linux sem valószínű, hogy olvasni fogja a windows hiberfil.sys t. Tehát ha te hibernálsz windows alól az szépen kiírkálja a pillanatképet a hiberfil.sys be az ő szempontjából.

Ha te ezután linuxt indítasz, és majd mondjuk 2 nappal később állítod vissza a hiberfil.sys t - mert akkor bootolsz ismét windowst - akkor van probléma, azért a két nappal ezelőtt lementett előző rendszerbeli pillanatkép és az aktuális helyzet közel sem egyezik.

Ilyenkor szoktak sokan sírni, hogy nem megy a wifi kártya, meg az akármi, meg az akármi, meg disk i/o error, meg izé. A hw-driverek jó része már egy jóideje tartalmaz spéci suspend(), resume()- eljárásokat / linux alatt biztosan, felteszem a windowsos driverek is /,függvényeket, melyek ilyenkor lefutnak. Ha mondjuk a példában windows_suspend=() futott le, akkor jó eséllyel a linux_start() esetén hw kezelési problémák simán jelentezhetnek, de talán még linux_resume() nél is.

A hibernálást nem erre találták ki. A hibernálás akkor jó, ha pontosan tudod, hogy *legközelebb* is onnan akarod a gépet indítani, azzal a rendszerrel, amivel anno lementetted. Ami korántsem biztos, hogy dual bootnál 100%ban mindig így van. Elég ha csak egyszer félremegy, és ha peches vagy, akkor máris ijb.

-------------

r=1 vagyok, de ugatok...

jelentem, én maximum rántotthúst hibernálok a hűtőszekrényben, de ennyi :) se az asztali gépen, se laptopon, se a szervern, se windows, se linux se semmi alatt nincs hibernálás, ki van kapcsolva. szóval nem fenyeget veszély! :)

----------------------------------
feel the beat - it's everywhere!

otthoni gépen windows alatt azért nem hibernálok, mert sajnálom tőle a plusz helyet, illetve mivel évi 2x indítom el ezért nincs is rá igény. céges laptopon gyakran használom (igaz itt nincs is dual boot), mert amúgy borzasztó lassan indul el/áll le.

linux alatt viszont szívesen hibernálnék, illetve az lehet működik is, csak nem látom, mert konzolon nem óhajt képet produkálni a vga.

linux alatt viszont szívesen hibernálnék, illetve az lehet működik is, csak nem látom, mert konzolon nem óhajt képet produkálni a vga.

Tippelhetek, hogy nvidia a vga, de nem tetted fel a 3rd bináris drivert?
Akkor szokott ilyet csinálni.

-------------

r=1 vagyok, de ugatok...

nvidia (agp-s msi7600gt) és fent van. pont ha nincs fent, akkor tudok (tudtam) ctrl-alt-f1-et használni. arra nem emlékszem, hogy így kipróbáltam volna-e a hibernálást is, de már lemondtam róla és kisebbre vettem a swap partíciót, úgyogy most meg ezért nem tudom kipróbálni, még ha már 3x frissült is a driver azóta.

Ahham. az még ilyen régi cucc. Ott még valszeg kellett gányolni a videó módokkal.
POST after resume, vagy milyen opció volt azt hiszem, és akkor visszatért a kép.
man s2disk, vagy man s2ram. nem tudom fejből melyik opció csinálja a POST after resumet.

Ez nem csak a driveren, csipszeten is múlik, még nvidia kategórián belül is van eltérés.

A hibernálás meg nemcsak az alkalmazásokat menti le vinyóra, hanem a memória teljes tartalmát lemezre menti, kernelestül, hw beállításostul mindenestül, a hw driverek, kernelmodulok nem eltávolításra kerülnek, hanem felfüggesztésre.

A felfüggesztési állapotban a hw energiaellátása nagyrészt megszűnik, de azért ez messze nem az eszköz szabályos lekapcsolása. Nézz csak meg egy akármilyen drivert a kernelben azon belül .remove() t ill. a .suspend() et. nem véletlenül van kettő :-)

Ha vagy a driver, vagy az eszköz nem támogatja a felfüggesztést, ilyen esetben a helyzet kb. leginkább az eszköz "szabálytalan lekapcsolásához" hasonlít, ezért ilyenkor problémás a visszatérés. Pláne, hogy ilyenkor nem eszköz_start van, hanem eszköz_resume.

-------------------

r=1 vagyok, de ugatok...

1. nem kell ilyet használni, helyette inkább cserélhetőt vagy gondoskodni a lecsatolásról hibernálás előtt. tudom ez nem életszerű :)

2. á, értem :) erre nem is gondoltam, igaz még wifit sem használtam sose. btw, nem szeretem az ilyen túl szoftveres hardvereket. ha egyszer ki lett kapcsolva, akkor legközelebb éljen át egy rendes bekapcsolást. úgy gondolnám, hogy a hibernálás az os, de méginkább az alkalmazások állapotát menti le, de a hw elemeket kikapcsolja.

off: ja és hogy legyen egy kis ungáris, megrugod ugrál is: túros.

( biboka v | 2009. 05. 18., h – 21:57 )

Egy ismerősnek raktam össze nemrég AMD 790FX + Phenom X3 + 2x ATi 4670 (1GB)-os configot, 4 giga rammal. Túl sokat nem láttam sajnos futni, mert én éppen hogy csak összeraktam, de egy gyors ránézés alapján szépen muzsikált. A CF-et könnyű volt rajta belőni (win7 beta-n is), és win-en különösebb driver-hibába nem ütköztem. Linux alatt sajnos nem tudtam kipróbálni. A srácnak elsősorban játékra, néha 1-1 beadandó kényelmesebb (!laptop) megírására kell. Ha valami konkrét kérdésed van, akkor meg tudom kérni. Sajnos offline, és egy ideig nem is tud nethez jutni.
A gigabit/raid tesztelésére sem volt mód a lassú hálózat és a régi vinyó miatt.

( Mik v | 2009. 05. 19., k – 08:48 )

December óta otthon egy Gigabyte 780G+SB700-as GA-MA78G-DS3H (rev. 1.0) -et hajtok. Ubuntu gond nélkül fut rajta. "Raid"-et tudna ha hagynám neki, mdadm... Windows alatt ugyanez, felteszed aztán megy. Gigabitet is biztosan tudná, Realtek chip van rajta, ezek kb. 900 megát tudnak a tesztek szerint.

Mik

( p000t | 2009. 05. 19., k – 09:11 )

Nekem minden AMD, Debian-t használok és soha semmi gondom nincs. Kezdetben a régebbi ati driverek tényleg nem álltak a helyzet magaslatán de ennek már vége. Igaz nem használok compiz-t, meg hasonló izéket...
Talán még az SB600-as USB vezérlőjével szívtam, nem mindegyik pendrive-t kedvelte, de a mostani kernelek már megoldották ezt is.
Hogy lehetnek az emberek ilyen földhözragadtak az informatikában?! Hogy lehet akár 2 hónapos infók alapján dönteni, amikor szinte napok alatt hatalmas változások történnek! Az AMD az én meglátásom szerint eléggé ráfeküdt most a linux témára.

(gigabyte MA790-DS4, athlon x2 5400+, sapphire radeon HD3850)

p00t

( salaud v | 2009. 05. 19., k – 11:04 )

Pontosan 1 hete vettem egy ilyen lapot: http://www.asrock.com/mb/overview.asp?Model=K10N78&s=AM2%2b
Elég jól felszerelt, hibátlanul üzemel... És nekem elrendezésileg is megfelel, nem azonos pl az asus hasonló lapjának elrendezésével.

6 x SATAII 3.0 Gb/s connectors, support RAID (RAID 0, RAID 1, RAID 0+1, RAID 5, JBOD), NCQ, AHCI and Hot Plug functions

raid-et nem használok, megbízhatóságát ergo nem tudom, de nálam tökéletesen működik.

--------------------------------------------------------------------------------
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

( saxus | 2009. 05. 19., k – 12:29 )

"abszolút atomstabilak, soha semmi gondom nem volt velük."

Részemről viszont ilyet nem jelentenék ki.

Következő gépem is vagy vegytiszta AMD lesz vagy intel alap + ATI VGA.

----------------
Lvl86 Troll

( szentesg | 2009. 05. 19., k – 15:04 )

Gigabyte ga-ma78gpm-ds2h + AMD 4850e X2 + 4 giga ram. 2x500 gigás vinyó RAID1-ben. 2,5 hónapja raktam össze, azóta stabilan és gyorsan teszi a dolgát. Nagyon megszerettem. 3 hétig olvastam a teszteket, hogy eldöntsem mi lenne jó számomra.

Valahogy az AMD konfig jobban vonzott, végülis ez lett.

Csak jókat tudok mondani.

Most csak a saját gépemen tudtam megmérni, de majd megnézem azon is, amelyiken ugyanilyen vinyó van, és nincs RAID-ben.

500-as WD 7200rpm SATA RAID1 (81 MB/sec)
160-as Seagate 7200rpm SATA (50 MB/sec)

Tudom, hogy nem teljesen tükrözi a helyzetet, de szerintem azért látszik a különbség. Megnézem majd valamikor a különálló 500-as WD-t is.

Szerkesztve:

VNC-n beléptem a másik gépre, ugyanolyan 500-as SATA-s WD vinyó (68 MB/sec)

Nem a duplája, viszont gyorsabb, érezhetően.

látod, pont az ilyenek miatt hoztam létre ezt a topicot.
ez már egy használtható infó, köszi! :)

történetesen nekem is van egy 500-as sata2 wd-m:
/dev/sdb:
Timing cached reads: 1616 MB in 2.00 seconds = 808.41 MB/sec
Timing buffered disk reads: 278 MB in 3.00 seconds = 92.59 MB/sec
product: WDC WD5001AALS-0

----------------------------------
feel the beat - it's everywhere!

( zaphodb v | 2009. 05. 20., sze – 11:40 )

azokat kérdezném meg akiknek alaplapi vga-juk van, hogy próbálták-e hdmi-vel (vagy bárhogy) kitenni a képet nagyfelbontású lcd vagy plazma tv-re és próbáltak-e lejátszani x264 H.264/MPEG4 kódolású videót, illetve hogy birkózott meg ezzel a vga?

( bsh | 2009. 05. 20., sze – 11:53 )

ok, én végül úgy néz ki, megtaláltam a megfelelő alaplapot, úgyhogy nem ugrok fejest az amd világba mégsem :) valamiért nyugodt is vagyok :)
egy gigabyte GA-M720-US3 lett végül, bele egyenlőre egy athlon x2 7750BE.
elég szimpi a lap, az elrendezése is majdnem tökéletes, ha az egyik pci slot helyett is pci-e x1 lenne, meg két ide csatlakozó lenne rajta, akkor tökéletes lenne, de így is megfelel.

----------------------------------
feel the beat - it's everywhere!

( Kiss Gyula Endre | 2009. 11. 24., k – 19:29 )

Bátorítson, vagy beszéljen le róla valaki!

Asus M4A77TD sorozatú alaplap.

Ezt az alaplapot néztem ki, de nem merem megvenni,mert nem tudom, hogy használható e 2.6.23 -as kernel alatt. Magyon megszoktam már az UHU hülyeségeit és nem szívesen nyergelnék át.
Van valakinek tapasztalata a fenti alaplappal?

Köszönöm a bármilyen választ.

Skystar2 rev2.8A Magad uram, ha szolgád nincs!

Köszi a bátorítást.

Nvidia kártyát tervezek hozzá (GT210), az ATI -t kihagynám, mert nekem kell a hardveres h264 linux dekódolási támogatás, ami meg úgy tudom ATI -nál nem megy még.

Esetleg nincs tipped, hogyan lehetne felnyomni rá esetleg drájver varázslással a 2.1 -es UHU -t? Még ha nyekeregve is, de legalább menjen rajta!
Az UHU UBK tagja vagyok és nagyon hiányozna szegény UHU. Nem is tudnék tovább aktívan résztvenni a fejlesztésben és csomag ápolásban, ha végkép bedöglik a vinyóm.
A lev lista szerint már kész a leendő 2.2 legújabb kernele, csak boot és install gondok vannak.

A skystar 2.8A -t se támogatta a 2.6.23, mégis használhatóvá lehetett tenni. A 2.6.30 már eszi kapásból. Most próbáltam Gentoo és Arch alatt is.
Jó lenne, ha használható lenne az alaplap, mert tetszik.

Skystar2 rev2.8A Magad uram, ha szolgád nincs!

( mavericko | 2009. 11. 24., k – 19:38 )

Asrock M3A785GMH/128M+Athlon II X2 240@3.5 Ghz. Csak ajánlani tudom, bár nekem raiddel nincs tapasztalatom, és mivel még pár napos a gép linux se volt eddig rajta, csak win7. Ha teszteltem Debian/Ubuntu alatt többet tudok mondani. (Egyébként alaplapi vga hd4200 128 mb saját sideport videómemóriával)

( szgabor | 2009. 11. 24., k – 21:23 )

Samsung SpinPoint F3 1TB (HD103SJ) wincsivel és GA-MA790X-DS4 (rev. 1.x) alaplappal, benne egy régi Phenom 2,3GHz procival 120MB/s olvasás/írás RAID nélkül.