| Szerző |
Üzenet |
Chain-Q
Divatamigás
|
# Elküldve: 2014. Jan. 09. 16:57 - Szerkesztve: charlie
Új topic! :) a Cyrus alaplapok különböző verzióinak nevezési sémáját a Facebookon jelentette be az A-Eon.
A P50x0 sorozatú processzorra épülő lapok az AmigaOne X5000, a P3041 sorozatra épülők az AmigaOne X3500 nevet kapták. A magok számát a /20 illetve a /40 fogja jelezni, tehát a P5020-ra épülő lap neve AmigaOne X5000/20 lesz.
Szerk: az elnevezésről a bétateszterek és az Amiga community(?) tagjai között szavazást írtak ki, és ez jött ki győztesnek.
|
neongod
Alapító Tag
|
# Elküldve: 2014. Jan. 09. 17:02 - Szerkesztve: neongod
Csak én asszociálok a Cyrus névről a Cyrix-re? :)
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Jan. 09. 17:03 - Szerkesztve: charlie
Hülye oldszkúl pécé troll! Amúgy nem, nem csak te. :P
|
dino
Kék troll
|
# Elküldve: 2014. Jan. 09. 18:45
Remeljuk olyan olcsok is lesznek.
|
Guybrush
Tag
|
# Elküldve: 2014. Jan. 09. 18:51
Most mé', a Cyrix procik jobbak voltak, mint a sima 486! :)) (hülye oldszkúl pécé troll mode on vagy mi)
|
dh1
Mr. DTP
|
# Elküldve: 2014. Jan. 09. 20:54
Quoting: dino Remeljuk olyan olcsok is lesznek.
Szerintem nezd vissza az arakat, nem volt az olyan olcso ...
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Jan. 10. 01:50
@Guybrush:
OFF:
a Cyrix procik jobbak voltak, mint a sima 486!
... avagy a krokodil hosszabb mint zöld! :)
(Kb. hasonlóan értelmes az összehasonlítás... :)
Na de Cyrix téma mostantól offtopicba plz! :)
ON!
|
AliveMOon
Tag
|
# Elküldve: 2014. Már. 13. 15:09
Gyártósoron a:
Cyrus Plus rev 2 1 v2 1
|
adsr
Kukabúvár
|
# Elküldve: 2014. Már. 13. 15:20
Vajon mennyi lesz az ára?
|
dino
Kék troll
|
# Elküldve: 2014. Már. 13. 15:36
Akkor Samet mar ezert nem lehet kapni vajon?
Pedig most szantam magam ra, hogy vegyek egyet :) (nem vicc)
|
AliveMOon
Tag
|
# Elküldve: 2014. Már. 13. 15:44
Varisys és a ACube más cég. Nem hiszem, hogy bármi köze lenne, hogy lehet e kapni.
Szerintem ACube olasz cég és túl lazák(abból gondolom ahogy nekem lett alaplapom), rá kell kérdezni kapható-e.
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 11. 00:49 - Szerkesztve: charlie
Az Amiga30.de-re kihozott egy új olcsó lapot az AEon. Nagyjából ITX formátum, SODIMM RAM, 1db PCIe 16x slot, integrált kép-hang-2x SATA-2x ethernet, mittudomén. És Linuxszal demózták, 720p-ben tolták a Big Buck Bunny-t meg a GLXGearst...
A baj vele az, hogy ez egy nem "hagyományos" Freescale PPC, hanem valami e500 magos, amiben az FPU teljességgel inkompatibilis az egyéb eddig Amigára létező PPC-kkel. De állítólag nagyon elszántak, hogy OS4 legyen rá. Valami Freescale-féle "hagyományos FPU emu" libet emlegettek, hogy az majd megoldja, ami kb. a "sírni tudnék" kategória, szvsz.
Ennek ellenére a lap akár még érdekes is lehet, ha tényleg olcsó, lévén a szerver-Pegasos II-m vészesen öregszik és kéne valami Linuxos lap, ami faszán működik és egy pár évig támogatott lesz. De amigás célra kétlem. De ez csak én vagyok.
Szerk: itt van róla egy topic:
http://amigaworld.net/modules/newbb/viewtopic.php?topic_id=40622&forum=2
Itt 700-1000 EUR közé írják az árat. Well, egy X5000-hez képest valóban olcsó...
|
dh1
Mr. DTP
|
# Elküldve: 2015. Okt. 11. 00:52
Quoting: charlie Az Amiga30.de-re kihozott egy új olcsó lapot az AEon. Nagyjából ITX formátum, SODIMM RAM, 1db PCIe 16x slot, integrált kép-hang-2x SATA-2x ethernet, mittudomén. És Linuxszal demózták, 720p-ben tolták a Big Buck Bunny-t meg a GLXGearst...
errol beszeltem, csak NDA :)
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 11. 00:53 - Szerkesztve: charlie
Ja. Meg is lepődtem h. így kirakták, miután ment a susmus még két napja hogy mekkora űbertitkos. :P Amúgy a HW eléggé késznek tűnik és teljesen stabilan futott egész nap. Szép keménykötésű nyomtatott manual van hozzá, bár a 15 lépéses kurvahosszú parancssorokkal tarkított "így bútold be rajta a Debiant" fejezet azért elbizonytalanított hogy ez most egy enduser lap ebben a formában, vagy az FW-n még reszelnek majd.
De egyelőre ahogy néztem a Hyperionnak még az X5K-val is bőven lesz dolga, mielőtt a végére érnek...
|
dh1
Mr. DTP
|
# Elküldve: 2015. Okt. 11. 02:33 - Szerkesztve: dh1
Ha minden jol megy a kovetkezo AM-ben errol az uj, "olcso" vasrol lesz teszt! Cobranak hala! Mivel Cobra ott van a tuznel ... ugye :)
|
BSzili
Tag
|
# Elküldve: 2015. Okt. 11. 13:56
A P1022 FPU problémával mit akarnak vajon kezdeni? Párszor már ki lett tárgyalva, hogy ezt nem lehet csak egyszerűen egy libbel elfedni, mint mondjuk a 68060-nál. Szoftveresen emulálni egy kompatibilis FPU-t elég lassú lenne. Remélem nem fog az UltimatePPC sorsára jutni ez a vas, mármint ami a használhatóságát illeti.
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 11. 14:41
Pedig az a terv hogy full emu, állítólag a Linux PowerPC32 portja is futtatható lesz egy a Freescale által biztosított FPU emulátorral.
Ezt értem, csak ha a fele procit emulálod, akkor ennyi erővel emulálhatnád az egészet is pl. egy x86 bare iron PPC emuval és futtathatnád egy akármilyen i7-en vagy mittudomén. És sacc kétszer gyorsabb lenne, negyed áron.
Szóval ez ebben a formában eléggé ColdFire gyanús. Ott is az volt, hogy a különbségeket egy szoftveres libbel próbálták elrejteni, de "real world" kódon az egész a 266Mhz-s ColdFire v4e-t kb. 030/25 sebességre lassította és nem volt értelme onnantól az egésznek. Meglátjuk.
|
BSzili
Tag
|
# Elküldve: 2015. Okt. 11. 15:49
Ez nem hangzik valami biztatóan. Ha a T1022 pin-kompatibilis, akkor a helyükben nagyon csak gyorsan átállnék arra. Igaz akkor senki se venné a P1022-es alaplapokat, leszámítva a nem-amigaos-júzer klienseket (mert állítólag vannak ilyenek is).
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 11. 15:57 - Szerkesztve: charlie
@BSzili:
Ha a T1022 pin-kompatibilis, akkor a helyükben nagyon csak gyorsan átállnék arra.
Nem vagyok HW-s, de T1022-ben ránézésre vannak olyan dolgok, amik rohadtul nem kellenek, viszont szinte biztossá teszik, hogy nem PIN-compatible a cucc (pl. a T10x2-ben van egy 8 portos GBit switch, beépített az USB Phyceiver, stb...). Ráadásul mivel a T-sorozat a high-end E5500 maggal megy, semmi különbség nem lenne árban egy Cyrus Plushoz képest. Az lett volna az X30x0 amit dobtak ugye, mert hogy alig lett volna olcsóbb mint az X5K...
|
AliveMOon
Tag
|
# Elküldve: 2015. Okt. 12. 14:16 - Szerkesztve: alivemoon
Szerintem a FPU-nál nagyobb hangsúlyt kéne fektetni arra, hogy a shaderek elérhetőek legyenek. Pár bufferbe össze gyűjtöd a lebegőpontos adatokat és ráeresztesz egy shadert, minden procinál gyorsabban megvan az eredmény.
FPU is már egy idejét múlt tech., max konstansok kiszámítására használom, felparaméterezzem a shadert.
Konstansok kiszámítására meg elég lenne szerintem, ha lib-eket használna az OS.
|
siz
Tag
|
# Elküldve: 2015. Okt. 12. 14:24
Quoting: alivemoon FPU is már egy idejét múlt tech
Ez tök jó, de mit csinálsz a már létező programokkal, amik számítanak rá, hogy ott van az a nyomorult FPU, azzal az utasításkészlettel??
Itt nem azzal van az embereknek problémája, hogy nem jó az FPU-ja vagy nincs. Az a baj, hogy nem utasításkompatibilis az Amigában használttal.
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 12. 14:41 - Szerkesztve: charlie
A konstansokat minek kiszámítani? Azokat compile időben be lehet drótozni a programba. Ha nem lehet, akkor azok nem konstansok, szvsz. :) A használjunk OS libeket lebegőpontra meg akkora hülyeség 2015-ben (más is írta már pl. az AW.net-en), hogy inkább nem is részletezném.
A másik meg, amit elfelejtenek emberek, hogy az FPU-t nem csak lebegőpontos számításokhoz használtuk eddig, hanem pl. memória másoláshoz, mert a PPC implementációk 90%-án gyorsabb volt, mint CPU-val másolni. És itt nem csak a memcpy() vagy a CopyMem() hívásra kell gondolni, hanem a fordítók is tonnaszám inline-olnak másoló kódot különböző feladatokra. Kiadott binárisokban, amit soha senki nem fog újrafordítani és újrareleaselni. Na ez most mind emuból fog menni.
Persze, triviális, kapcsoljuk ki a jövőben ezeket az optimalizációkat a fordítóban. Remek ötlet, sikerült az ÖSSZES platformodat belassítani, csak mert 1db inkompatibilis...
És szeretném ha értenénk, hogy nem a hardvert fikázom, csak a technológia problémákat részletezem. Egyébként spoiler alert: bár mindenhol ACube-AEon coopként van említve a board, amennyire tudom ez az AEon magánakciója volt, legalábbis az ACube Neussban valami annyit mondott rá hogy sok szerencsét kívánnak mindenkinek aki nekiugrik a feladatnak hogy szoftverkompatibilissé tegye, mert ezzel a CPU-val szükség lesz rá...
|
AliveMOon
Tag
|
# Elküldve: 2015. Okt. 12. 14:43
Első megközelítésben tök jó az emu.
Elvilag olyan appoknál lehet rá szükség, ahol nincs meg a forrás, vagy nem fejleszti senki.
De ilyen esetre már van egy mindennap használt megoldás amigán mégpedig a WHDLoad. Valami hasonlót el tudnék képzelni. FPU utasításokat felderíti és kidumpolja és automatán vagy kézileg lecserélni.
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 12. 14:47 - Szerkesztve: charlie
Én inkább az OxyPatcher/CyberPatcher/MuRedux-ot használtam volna mint hasonlatot, nem a WHDLoadot... :) De ennyi erővel írhat valaki egy PPC to PPCSPE JIT compilert is, viszont innentől meg kurvára mindegy, lehetne a proci akármi más is - vannak olcsóbb és gyorsabb procik, nem kell h. egy félig inkompatibilis PPC legyen...
|
AliveMOon
Tag
|
# Elküldve: 2015. Okt. 12. 14:50 - Szerkesztve: alivemoon
Quoting: charlie A konstansokat minek kiszámítani?
A shadereknél egy kicsit másképpen megy!
Vertex, Textura buffereken kívül van konstans buffer is(így híják).
Mátrixokat, vektorokat, stb... tudsz a GPU-nak feltölteni.
Abba szoktam mondjuk egy kép pixeleinek méretét megadni 1/w, 1/h, ekkor az UV-ból pontosan tudom a sampler melyik pixelt olvassa, vagy különböző filtereknél, menyivel kell arébb lépnem, hogy pontosan azt a pixelt vagy interpolált pixelt címezzek.
Vagy figura mozgatásánál a csontok mátrixát, fényforrás vektorát, vetítő mátrixot, stb..
De szoktam olyat, hogy egyik képet tele nyomom elso operandussal másikba a másik operandussal, shaderben van egy c=a+b és egy render alatt megvan xmillió öszeadás.
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 12. 14:57
Na utánanéztem. Úgy látom a Constant Buffer az DirectX terminológia, szóval büszke vagyok rá, hogy fingom sincs róla! Az OpenGL Uniform Buffer Objectnek hívja nagyjából ugyanazt, de kicsit mást. :)
https://www.opengl.org/wiki/Uniform_Buffer_Object
|
AliveMOon
Tag
|
# Elküldve: 2015. Okt. 12. 15:15 - Szerkesztve: alivemoon
Quoting: charlie Én inkább az OxyPatcher/CyberPatcher/MuRedux-ot használtam volna mint hasonlatot, nem a WHDLoadot... :) De ennyi erővel írhat valaki egy PPC to PPCSPE JIT compilert is, viszont innentől meg kurvára mindegy, lehetne a proci akármi más is - vannak olcsóbb és gyorsabb procik, nem kell h. egy félig inkompatibilis PPC legyen...
Nekem valahogy szimpatikusabb, hogy nem automata, hanem kidobná a kód egyes részleteit, amik nem a megfelelő cpu-ra van írva és disasm. és át lehetne írogatni a megfelelóő procira. Biztos lene rá sok válalkozó akár csak a whdl-nél. Ha jól vettem észre azt is boldog boldogtalan csinálja és elég jól sikerülnek.
Én azt vettem észre, sokkal stabilabbak mint az eredeti.
Egyébként itt kizárólag erre az esetre gondolok, amikor valszeg. ez lesz az olcsóbb gép, viszont akkor ebből sokkal többet fognak eladni.
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 12. 15:25 - Szerkesztve: charlie
Igen, tolonganak az emberek akik kézzel akarnak (és tudnak) PPC FPU kódot patchelni gépi kódban... Jaj...
|
Chain-Q
Divatamigás
|
# Elküldve: 2015. Okt. 14. 23:50 - Szerkesztve: charlie
Árazás téma: TrevorDick, az A-Eon tulajdonosa az AW.net-en hozzászólt és a threadben olvasható 700-1000 körüli árakat "nagyon magas"-nak és spekulációnak nyilvánította. Még az is lehet h. újra lesz egy használható áru alaplapunk? Mondjuk engem továbbra is csak Linuxhoz érdekelne (de ott viszont a Peg2-m öregedése miatt egyre aktuálisabb)...
|
dh1
Mr. DTP
|
# Elküldve: 2015. Okt. 15. 11:01
Egyebkent a procivalasztas elott meg lett kerdezve a Hyperion, hogy a CPU FPU-janak az utasitaskeszlete mas opcode-okat hasznal, ez mekkora problema OS4 portolas szempontjabol? A Fridenek azt mondtak, nem problema atmappelni ...
Pl. SAM440/460-al is volt hasonlo problema ...
Ettol meg persze nem bizom a Hyperionban
|
