AMD

Az AMD bejelentette az AMD Developer Center névre hallgató erőforrását, és ezzel párhuzamosan két másik fejlesztői "segítséget" - egy beta x86-64 Linux disztribúciót, és az AMD x86-64 Architecture Programmer's Manual-t.

A Bochs PC emulátor legutolsó verziója - amely fel lett tölve a Debian Sid-be - képes bootolni a x86-64 portot, amely nem régen indult útjára. A kísérleti x86-64 támogatás a képessé teszi a Bochs-ot arra, hogy bootolja a Linux portot, amely jelenleg fejlesztés alatt áll.A dolog érdekessége, hogy jelenleg nincs forgalomban x86-64 hardver, a Bochs mégis rendelkezik ezzel a támogatással. Hírek szólnak arról, hogy néhányan (az AMD-n kívül) hozzájutottak egy-két kísérleti x86-64 vashoz. Az emulátor egyelőre csak Linuxszal lett tesztelve, de elvileg bármely más OS-t képes bootolni, amely támogatja ezt az architektúrát. Ilyen OS pl. a FreeBSD.

Az Advanced Micro Devices Inc. (AMD) egy megegyezést írt alá a MIPS Technologies Incorporateddel annak 64 bites architektúrájára, amely az AMD-t segíti abban, hogy a beágyazott rendszerekben még nagyobb teret nyerhessen. Az AMD nem árulta el, hogy a MIPS64 architektúrát milyen időtartamra licenszelték. Az AMD februárban vásárolta meg az Alchemy Semiconductor tervezőcsoportot, így ezen a cégen keresztül már eddig is birtokában volt a 32 bites MIPS licensznek. Az AMD nem volt hajlandó elárulni, hogy mihez kíván kezdeni ezekkel a licenszekkel, bár az Alchemy csapat már megkapta a feladatát, mely szerint nem az Au-osztályú beágyazott processzorokat kell fejlesztenie, hanem ezeket a PDA-k és egyéb hasonló kategóriájú gépekbe illeszthetővé kell tennie. Bizonyos értelemben az Alchemy MIPS licensz megvásárlása az AMD válasza az Intel StrongARM és Xscale beágyazott processzorokra.



Kapcsolódó oldalak:

Az AMD cikke

Az AMD weblapja

A MIPS Technologies, Inc. weblapja

A Penguin Computing Inc. vezető szerepet játszik világ-színvonalú linux hardver, szoftver, és szupport megoldások terén. A cég bejelentette a küldetés-kritikus platformra szánt 1U magas szerver termékét, az Altus 130-at. Az Altus 130 a Penguin Computing által tervezett, kimondottan a nagy számítási teljesítményt, klaszter megoldást igénylő felhasználóknak szánt termék.

Az új rendszer szíve az AMD Athlon MP dual processzorok és az AMD 760MP chipset által megvalósított QuantiSpeed(TM) Architecture megoldás. Ez a design pontosan megfelel a költségérzékeny, ár/teljesítmény viszonyt szem előtt tartó, paralell computing megoldást kereső felhasználóknak. Az Altus 130 PC2100 típusú SDRAM-okat használ, emellett az alaplapra integrált 2db halózati-bootot tudó ethernet-vezérlő biztosítja a redundáns kapcsolatot az alap rendszerben. Az összes többi periféria opcionális az Altus 130-ban, például a két darab költséghatékony ATA-100 IDE diszk (a maximális kapaciás 200GB), a slim 24x-es CD-Rom drive, vagy az 1.44-es floppy drive. A felhasználók megtehetik, hogy a perifériákon megtakarított pénzen inkább további CPU-t, vagy memóriát vásárolnak.Az Altus 130 egy pre-installált Scyld Beowulf klaszter operációs rendszerrel, és egy együtt-csomagolt Penguin Computing által gyártott Linux cluster services termékkel érkezik, mely a klaszter képesség alapjait adják.

"Az x86 platform és a Penguin Computing termékének ezen erőteljes kombinációja olyan klaszter terméket eredményezett, amelyet bátran használhatnak a biotechnológia, a tanítás és egyéb területeken." - mondta Sam Ockman, a Pengiun Computing elnöke.

És valljuk meg, hogy ez az első igazán jelentős termék, ahol AMD CPU-ra és platformra alapoznak nagy teljesítményű számítógépet. Vannak, voltak próbálkozások házilag barkácsolt klaszter építésére AMD rendszerekből, de ez az első komolyabb alkalom, hogy nagy nevű cég fog bele ilyen projectbe. Ezen a téren egyelőre tartja vezető szerepét az Intel. Talán most megindul valami változás...

A Gentoo Linux weboldala újabb infókat tartalmaz a nemrég felfedezett AMD buggal kapcsolatban. Az cikket elolvasva, és annak tartalmát összefoglalva a AMD azt állítja, hogy a felfedezett hiba nem az AMD processzorok hibája, hanem az alaplapoké. Vagyis akkor lép fel, amikor az AMD processzor az alaplapi AGP/GART protokollal kommunikál. Az AMD szerint az alaplapoknak ez a protokolja hibás. Több infót találhatsz az ebben az LKML levélben.

Ennek az állításnak látszik kissé ellentmondani ez a levél:

Update: 01/25 01:25 GMT by T: Daniel Robbins from Gentoo clarifies:

"AMD is not calling this a 'motherboard' issue, it is an interaction between a feature of the Athlon called 'speculative writes' and the design of the GART, which is not cache-coherent. It's a 'Athlon/cache coherency/GART' problem, not a 'motherboard' problem."Most akkor CPU probléma? Vagy alaplap hiba? Vagy mindkettő? Vagy ebben is az UFO -k keze van?

Az AMD azt mondja, hogy alaplap hiba. Az alaplap gyártók mit fognak mondani? Azt, hogy AMD hiba?

Mások szerint ez a hiba nem hiba, az AMD ártatlan, tulajdonképpen a linux kernel kezeli az AGP/GART -ot hibásan.

Érdemes elolvasni a /. fórumot is, érdekes eszmefuttatásokat látni.

Egy nagyobb Athlon CPU bugot fedeztek fel, amely 2.4-es Linux-ot használva jelentkezhet. A bug a CPU-ban van, és nem a Linux kernelben. Viszont a probléma sokakat érint mivel elég sok ilyen CPU van forgalomban.

A hiba leírása: Azt tudjuk, hogy az x86 rendszereken a tradícionális memória kezelés 4k oldalméretekben történik. Amikor megjelentek a Pentium processzorok, az Intel beléjük épített egy kiterjesztéset, amely lehetővé tette ennek a 4K-s méretnek a megnövelését 4MB-ra (extended paging)



A probléma itt jelentkezik: -- számos Athlon és Duron CPU-nál tapasztalhatók memória tévedések (memory corruption) mikor ezt az kiterjesztett memóriahasználatot engedélyezzük és az AGP-vel használjuk. A probléma akkor jelentkezik, ha a 2.4-es kernelsorozat valamely tagját Pentium Classic vagy ennél újabb CPU támogatással fordítjuk, a kernel configuráció automatikusan engedélyezi az extended paging-et (ez X86_FEATURE_PSE konstansként van
dekralálva az include/asm-i386/cpufeature.h -ban)Szerencsére a hiba javítható: Ha gyakori lefagyásokat tapasztalsz az Athlon, Duron vagy Athlon MP CPU-s rendszereden amikor az az AGP-t használja, próbáld meg a mem=nopentium kernel paramétert bekapcsolni (GRUB vagy LILO) boot -kor. Ez megmondja a Linux-nak, hogy továbbra is 4K-s memoria oldalakat használjon. Miután a hibát felfedezték, kapcsolatba léptek Andrew Morton kernel hackerrel és Alan Cox-szal. Cox megpróbál egy AMD/AGP bug detektáló kódot írni (mint a f00f bug a PI -ben), amely szükség esetén bekapcsolja ezt a 4K-s memória oldal méretet.



A hiba a Win2K-ban is jelentkezik, patch is jelent meg hozzá, tehát nem Linux specifikus hibáról van szó. Az AMD egyelőre nem beszél a hibáról. És ez nekem nem tetszik.



A hibát az nVIDIA-nál ;) dolgozó Terrence Ripperda fedezte fel, Andrew Morton és Alan Cox segítettek a hibát azonosítani.

Jövő kedden az AMD (Advanced Micro Devices) lerántja a leplet az új szilíciumcsodáiról. Az új fejlesztést Athlon XP-nek keresztelték el.

A gigahertz háború megnyerése után jócskán lemaradt órajelben az Intel -lel szemben, ami a vártnál kisebb kereslethez vezetett, hiszen az átagember inkább órajel alapján választ. Ezt ellensúlyozandó, az új lapkák típusjelei az Intel processzorokhoz viszonyított teljesítményt mutatják - átlagos felhasználás esetén. Ám a Athlonok nyers ereje sok tekintetben felülmúlja az Pentium 4-ekét, amit csak bizonyos SSE2-re optimalizált programokban (pl. felspeckózott Quake 3 Arena) nyújt magasabb teljesítményt ellenfele.

Néhány évvel ezelőtt a Cyrix, ami most a VIA része, kiadott egy CPU családot, amelynek a neve 6x86 volt. A Cyrix szerint ezek a CPU -k jobbak voltak az Intel akkor létező leggyorsabb CPU -inál, ezért bevezették a "performance ratings" cimkézést, röviditve 'PR'. A Cyrix -et kritizálták ez miatt, mert a CPU -k teljesítményei nem voltak egyértelműen jobban (az FPU teljesítményük siralmas volt). Az elmúlt években nem voltak ilyen jelölésű CPU -k, de most ismét megjelentek az új AMD Athlon XP 1800+ -al.
A Cyrix amikor a PR jelölést használta valamennyire jogosan tette, a CPU -i valahol gyorsabbak voltak az Intel processzoroknál (egész pontos számításban), de valahol jócskán lemaradtak (lebegőpontos számítások). Amióta kiadták a Pentium IV -et, az AMD egy problémával küzd. Az AMD processzorok könnyen verik a magasabb órajelű Intel CPU -kat. Az átlagos felhasználók nem értik az olyan kifejezéseket, mint a pipeline, latency, stb., amelyek meghatározzák a CPU sebességét. Nekik majdnem egyértelmű, ha nagyobb az órajel, akkor nagyobb a sebesség, tehát nagyobb a teljesítmény. Ha az egyik CPU 1530 MHz -en fut, a másik pedig 1800 MHz -en, akkor a legtöbbjük a magasabb órajelűre szavaz. Ez az AMD gondja most. Hiába gyorsabb a CPU -ja 1530 MHz -en mint az Intel 1800 MHz -en futó Pentium IV processzora, ezt kevesen hiszik el.

Egyre többet hallani a 64bit -es processzorokról. Az Intel és az AMD régóta dolgoznak az új CPU -k fejlesztésén, és annak idején ígéretet tettek arra, hogy a Linux fejlesztők elsőkézből kapnak információkat ahhoz, hogy a megejelenésük napján a Linux kernel felkészülten várhassa az új architektúrákat. Mi sem bizonyítja ezt jobban, hogy a legfrissebb stabil (2.4.9) kernelverzióból is jelent meg egy snapshot x86-64 -re. Ez a snapshot az AMD 64bites processzorára készült. Változások az előző verzióhoz képest: 2.4.9 es kernel alapú, ACPI újra engedélyezve, kisebb bugfixek, bugfixek az i386 emulációban, néhány


kisebb kódtisztítás. Ebben a verzióban az SMP (több processzoros támogatás) nem engedélyezett.

Ha esetleg rendelkeznél ilyen processzorral =)) :


ftp://ftp.x86-64.org/pub/linux-x86_64/v2.4/linux-x86_64-2.4.9-1.tar.bz2