| Szerző |
Üzenet |
AliveMOon
Tag
|
# Elküldve: 2007. Nov. 12. 12:48
Nem biztos, mert ha csak 4kb hosszú modulok lenének egy modul egy az egyben beférne a 40-es cache-be. és további 4kb adaton tudna dolgozni.
|
rachy
Tag
|
# Elküldve: 2007. Nov. 12. 18:38
@AliveMoon
Valtozatlanul nem sok ertelmet latom a dolognak. Szerinted mire lenne ez jo egyaltalan konkretan?
|
AliveMOon
Tag
|
# Elküldve: 2007. Nov. 12. 19:41 - Szerkesztve: alivemoon
Hát mondjuk valami fraktál alapú véletlen szám generáló, jel generátor, valami de/kodoló, szerintem még talán egy hang mixer is futhatna bene, ha esetleg kölön bus ként lehetne kezelni a fast és chip ramot, akor mint cooproceszort használni egy elörre definiállt bufferben,
kicsit okosabb coopert, vagy blittert csinálni belöle, vagy mondjuk valami sortolo.
Pl. most a játékom renderje az úgy müködik, hogy nem minden frameben van sorendezve a renderelni szánt objectek, hanem minden frameben mondjuk csak 10-20 cucot rak csak sorendbe, 100 frame alatt az már 1000-2000 cumó, na talán ilyen cumokra lehetne használni.
Tudom a PPC-hez képest elenyésző teljesítménye van a 40-es nek, de azért van teljesítménye. De mondom csak mint érdekesség érdekel engem is.
|
rachy
Tag
|
# Elküldve: 2007. Nov. 12. 21:02
@AliveMoon
Tudom a PPC-hez képest elenyésző teljesítménye van a 40-es nek, de azért van teljesítménye. De mondom csak mint érdekesség érdekel engem is.
Ez igy van, es ha barmilyen muveletet akarsz vele vegezni, amihez sok adathoz (ertsd: hang dekodolas, objektumok rendezese, grafika pakolgatasa) valo hozzaferes kell, akkor csak akadalyozni fogja a PPC-t. Kizarolag ott lenne ertelme, ahol nem kell sokszor a memoriahoz nyulni es a teljesitmenye meg kihasznalhato lenne, de hirtelen ilyen muvelet nem jut eszembe.
|
AliveMOon
Tag
|
# Elküldve: 2007. Nov. 13. 12:21 - Szerkesztve: alivemoon
A hangfuffer is úgy müködik egy pc-ben, hogy van 32k memoriája, és ebbe pakolod idönként a cumot és jelen esetben is lehetne ha jol emlékszem, (gyakorlatilag a 68k-t mint customchip használnám), ha a chip ramot külön buszként lehetne használni, itt az a kérdés, hogy a ppc-n lévö 40-es külön cím és adat vezetékekre van kötve a chip és a fast ramon, ha nem akkor tényleg nem lehet nagyobb adatokkal dolgoztatni, de még mindig ott van a chache amiben 4kb-val lehetne gazdálkodni, akkor 4kb adatot át tud alakitani még mindig 4kb adattá, a maga sebességével, vagy lehet olyan algoritmust íni, mondjuk 2kb adatot ki tudjon csomagolni vagy interpolálni 4kb adattá, ha végzett egy megszakitéást generál, akkor engedélyt kap, hogy kirakja valahová a ramba és már a miénk is az adat. Én valami ilyesmiben gondolkodom.
Ha jól emlékszem az 1200-asban két különböző busznak kell lenie a chip és fast ramnak, a csatin a chipramot látja, meg a custom chipek regiszter tábláját, viszont a kártyán lévő ram az egy fügetlen ram pont ezért fast ram.
Okosabb blitter vagy cooper: 4kb os algoritmussal lehetne vezérelni a coopert vagy blittert. Pl. kapásból kitöltött polygonok.
Sorendezés pedig, hogy egy bináris fa algoritmus kap egy 4kb adatot, kb 512 * struct{ long index; float d; };, azt simán sorendbe tudná rakni cache-ben, és ezt szerintem még a 40 es is század másodpercek alatt.
Lehetne pl. matrixszorzásra használni 64 db 4x4-es float mátrixot tudna szorozgatni, vagy egy mátrixal -> 336 float3 vectort transzformálni, ez pl. egy foci program öszes szereplöjének a labdát is beleértve transzformálása egyik helyzetből másikba. Ideális esetben 336 vector az 112 háromszög. És szerintem ez is század másodpercek alatt. De esetleg fakeflot egészekkel ez sokszoros. Gakorlatilag korában az a proci ami mindent megcsinált az AMIGA-ban most csak ezekre koncentrálva.
Ehez azt kelene csak szerintem megoldani, amig a 40-es nem akar a fast ram-hoz nyulni, futhason, az algoritmus végére pedig olyan utasítás kell ami megszakítást generál a rendszerben.
Egyébként én azzal nem értek egyet, hogy felesleges a mostani rendszerben a contactswitch, sosem lehet a fejlesztő biztos abban, hogy valamire mégiscsak nem lehet jó!
Ilyen feladatokra szerintem framenként pár millisecet fel lehet áldozni, adig valszeg a ppc is elvan a cache-ben.
Egyébként az egész csak azért nem érné meg szerintem, mert az OS4-et hamarosan nem ezeken a gépeken használjuk, de szerintem érdekes anyira, hogy hobbyból szorakozzon vele az ember.
Van valakinek, doksia min keresztül vannak a procik rákötve a cím és adatsinekre? Hogyan müködik a contactswich? Vagy custom chip-ek megszakításait hogyan kapják meg a procik? Gakorlatilag BPPC doksi?
|
Chain-Q
Divatamigás
|
# Elküldve: 2007. Nov. 14. 01:58 - Szerkesztve: charlie
Amire en a 040-et hasznalnam, az pl. "fake" DMA IDE-hez, hogy ne a PPC-nek kelljen pollingolni azt a szerencsetlen szar IDE vezerlot az alaplapon. Vagy pl. PCMCIA halokartya baszkuralasa, hasonlo megfontolasbol. Mediator detto. Szoval ilyen I/O processzornak. Mas kerdes, hogy valoszinuleg arra sem eri meg szopni vele, amennyire keves ilyen kartya van mar...
Van valakinek, doksia min keresztül vannak a procik rákötve a cím és adatsinekre? Hogyan müködik a contactswich? Vagy custom chip-ek megszakításait hogyan kapják meg a procik? Gakorlatilag BPPC doksi?
Van, a M*rphOS fejleszto csapatnak. Mivel ugyanazok az emberek vannak ott, akik valaha a CSPPC/BPPC-k elso szoftvereit barkacsoltak a phase5-nel. Mar amennyi doksi ezekhez a kartyakhoz valaha keszult, ugye. A java resze csak ilyen-olyan forraskodokban letezik. Es nem, nem publikus. Akkor sem ha e-mailt irsz akarkinek, es akkor sem ha peticiot inditasz, forradalmat, vagy fekete kakast furdetsz kecskeverben teliholdkor. Ez van.
Ezt leszamitva az a gyanum, hogy ez sulyosan offtopic itt, de legalabbis teljesen elmeleti eszmefuttatas, mivel az OS4 kernel egyaltalan nem fog engedni hozzaferni a 68k-hoz, BPPC-n. (De legalabbis ugy basz a kezedre ha megprobalod, hogy napokig borogatod. :) Tehat a jelen szoftverekkel baromira nem fog menni. Akkor sem ha... eh, lasd fent. :)
|
rachy
Tag
|
# Elküldve: 2007. Nov. 14. 07:12
@Alivemoon
A chip ram baromi lassu (mivel a PPC cache gyakorlatilag arra ki van kapcsolva, hogy a custom chipekkel ne vesszen ossze tartalom), mar az, hogy oda beleird es onnan kiolvasd az adatokat tobb idot venne el a PPC-tol a varakozasok miatt, mint maga a muvelet, amit elvegeztetnel szerencsetlen 68k-val. Es akkor meg szinkronizalni is kellene a ket processzor kozott valahogy. Megszakitassal lehetne, de ahhoz ismerni kellene a kartya mechanizmusat erre (ld. nem elerheto/letezo doksik), ha meg pollinggal szinkronizalunk akkor a helyzet tovabb romlik.
Szoval SZVSZ nagyon jo, hogy ki van kapcsolva az a szerencsetlen 68k, legalabb nem futi a szobat feleslegesen...
@Chainq
A kernel forrasokat megnezve: meg lehetne hakkolni, de akkora orbital hakkok kellenenek, hogy ahhoz igen sok belso infot kellene ismerni. Szoval kb. en tudnam megoldani, de nem fogom. ;)
|
Chain-Q
Divatamigás
|
# Elküldve: 2007. Nov. 14. 10:13
Rachy: Nyilvan te igen, meg barmelyik kernelkoder ugye, barmelyik csapatbol. De egy sima otthoni user, aki vett OS4-et, es futtatja a BPPC-jen - legyen barmilyen tehetseges koder is - kotve hiszem.
|
AliveMOon
Tag
|
# Elküldve: 2007. Nov. 18. 02:04
http://www.acube-systems.com/compatibility/
Na van kompatibilitás lista!
És bene van a Merlin is!
|
rachy
Tag
|
# Elküldve: 2007. Nov. 18. 16:57
Tessek, elotted a nagy lehetoseg... ;)
|
Derringer
Tag
|
# Elküldve: 2007. Nov. 18. 17:48
Az sb128/realtek8139/bppc scsi azért nagyon fáj. Remélem dővel lesz drájver rá.
|
Derringer
Tag
|
# Elküldve: 2007. Nov. 19. 15:36
a terratec 128-al mi a gond, tud vki valamit róla?
|
rachy
Tag
|
# Elküldve: 2007. Nov. 19. 17:01
@Derringer: Mediatorban akarod hasznalni ezeket? Mert azok a kartyak, amik DMA-t igenyelnek (mint a legtobb hang- es halokartya) egyelore nem fognak mukodni Mediatorral OS4 alatt, mivel nincs valodi DMA a hardveren. Majd ha az Elbox kegyeskedik tenni valamit az ugy erdekeben akkor esetleg. (Peldaul gyartanak az über-broken hardverukhoz specialis workaround drivert... ;)
|
Cobra
Piros troll
|
# Elküldve: 2007. Nov. 19. 17:08
jol tudom hogy mediatoron ugy oldottak meg a dolgot, hogy egy videokartyanak a videoramjaba teszik a procival az adatot, es onnan tudja a masik PCI eszkoz DMA-val kiszedni, visszafele meg oda teszi be, es a proci onnan olvassa ki (ami kurvalassu)? Ha ez igy van, akkor az eredeti hack-es megoldassal is csak akkor mukodhettek ezek a kartyak, ha egy videokartya is van a buszon. Legalabb a mediatornak lenne valami sajat bufferje az ilyesmihez, ha mar nem tudtak a DMA-t megoldani.
|
Derringer
Tag
|
# Elküldve: 2007. Nov. 19. 17:29
@rachy: ja mediatorba lesznek/vannak.
terratec-et ha minden igaz találtam. (az sb128-helyett.) Viszont a kompatibilitási listában írták, hohy még mindig gond van vele. Szóval ha működne az fasza lenne, állítólag fényévekkel jobb a jel/zaj aránya, mint az sb128-é.
Időközben előástam egy 8029as realtek csipes hálókártyát is, tehát úgy náz ki a hálózatot is megoldottam.
Egyedül az ide-re kell kitalálnom vmit.
@cobra: Ha ez igaz, az elég gáz, nem tudom ki tervezte, de mostmár kezdem érteni, hogy miért csak 12 csatorát nyom a 68040/33-am 16bit-ben egy treckeren.
|
Chain-Q
Divatamigás
|
# Elküldve: 2007. Nov. 19. 18:13
Hat igen, most meg kicsit nehezkesen mukodik. Bezzeg majd SharkPPC-vel... :) (Bocs.)
|
rachy
Tag
|
# Elküldve: 2007. Nov. 19. 19:46
@Derringer: kinjukban talaltak ki szerintem, mert a DMA vezerles lenyegesen komolyabb erobefektetes lett volna, pl. bus masteringet kellett volna felepiteni. A Mediator a PCI szabvany toredeket valositja csak meg, nincs burst mod, nincs DMA, nincs bus mastering, gyakorlatilag egy csomo drot, amit a proci kozvetlenul toszkod, ja es van megszakitas is. (Ugyhogy pollingolni nem kell... ;) Meg szerencse, hogy olcso... Ja nem is! :P
Amugy mi a baj az IDE-vel? Milyen megodando feladat merul ott fel? :)
@Chainq: azz, majd a Shark. Vagy a Dragon. Vagy egyeb allatfajta... (Mar aki hisz a mesekben... ;)
|
Derringer
Tag
|
# Elküldve: 2007. Nov. 19. 20:02
@rachy:
tavaly vettem , egy fast-ata ide gyorsítót. Origi-amigakit. Beszereltem, nem ment, majd a cégnél odaattam a szervízeseknek. Ők sem boldogultak. Síri csend, fekete kép van csak. Ha kiveszem minden működik. Meg elég gány a rögzítése. A postaköltség vissza, gyakorlaital egy új ára. Úgyhogy nem akarok ezzel a termékkel bajlódni.
Van asszem egy 4 ide splitterem, na ez meg alig fér el a mediator mellett. Meg ez nem gyorsít.
Bppc SCSI nem támogatott egyenlőre. Más megoldást meg nem ismerek, ami felváltaná az alap pio0-ás ide vezérlőt.
|
Cobra
Piros troll
|
# Elküldve: 2007. Nov. 19. 21:17
Derringer: Pedig A1200-hez a legjobb IDE megoldas mindenkepp a FastATA. Szoltal nekik hogy szart kuldtek? Nem akarjak kicserelni?
|
dh1
Mr. DTP
|
# Elküldve: 2007. Nov. 19. 22:26
Sajnos a FastATA mukodokepesen is eleg gazos ...
Van vele sok negativ tapasztalatom ...
|
rachy
Tag
|
# Elküldve: 2007. Nov. 20. 09:46
@Derriner: az alaplapi vezerlonek van egy hatalmas elonye: van es mukodik. Minden mas hakkolas bizonytalan. FastATA-rol en is hallottam mar rosszakat, nekem is volt egy ajandekba, de soha nem hasznaltam. Az egesz megoldastol felallt a hatamon a szor. Az alaplapi IDE-n kivul masra nem nagyon volt igenyem, persze nem siet, de legalabb mukodik.
|
Cobra
Piros troll
|
# Elküldve: 2007. Nov. 20. 11:47
dh1: ha jol emlexem kontakt nyugok voltak vele, neha szet kellett szedned es osszerakni? De egyebkent faszan mukodott, gyors volt, UDMA-t is tamogatott, meg minden. Abbol amit en lattam legalabbis.
rachy: Az A1200-esek nagy resze tele van mindenfele hackekkel, es mindenfele kontakt nyugjeiv annak. dh1 gepen a BVision is szarakszik, neha fut a kep, meg ilyenek. Sajnos ezek a regi vasak elegge haldoklanak mar :(
|
Derringer
Tag
|
# Elküldve: 2007. Nov. 20. 14:28
@cobra: Szóltam, nekik (amigakit), készséges volt a scrác, még fel is ajánlotta, ha nekem jobb, kiküldhetem az elbox-hoz is.
Sok megoldást láttam, már, de azt, hogy az alaplap műanyag rom-tartójához kell egy műanyag bilincs használatával rögzíteni, az kiütötte nálam a biztosítékot. Bár lehet, hogy a számítógépház-divatot követték. (csavarmentes rögzítés)
|
Cobra
Piros troll
|
# Elküldve: 2007. Nov. 20. 17:54
Derringer: Ha jol tudom egy foglalatot kell rarakni a ROM foglalatra, es arra ra a ROM-ot. Valoban nem tul elegans megoldas, de ezerkettesre mi elegans? En a helyedben kicsereltetnem, aztan orulnek, mukodik OS4-el is faszan. Az alaplapi IDE-vel egyebkent egesz turheto sebesseget lehetett elerni, emlekszem valami jobbfajta 2.5" vinyoval 3MB/sec-et is mertunk (szekvencialis olvasas). Nem tudom a FastATA mennyit tud, de mar az UDMA miatt is erdemes lenne mert ugye akkor nem terheli a procit a vinyo olvasas/iras (elvileg).
|
neongod
Alapító Tag
|
# Elküldve: 2007. Nov. 20. 22:18 - Szerkesztve: neongod
Cobra: A1200-ben szerintem tök elegáns egy 1260/50+SCSI kit, a scsi szépen kivezetve a hátlapra, rajta pedig egy szép külsőházas SCSI CDRW. Szintén elegáns egy PCMCIA-os hálókártya az oldalában és egy 2.5"-os HDD a keretben a helyén. Sőt, hogy az óraportot is kihasználjuk, rakhatunk oda egy VSS hangkártyát, vagy egy Subway USB-t. Az RGB portra pedig egy külső scandoublert. És a végeredmény egy ultimate Classic Amiga, és a legkevésbé sem a kontaktos tákolmány fajtából :)
Persze meg lehet erőszakolni a hardvert olyan bővítésekkel is mint a fast ata, ppc, bv, mediator, grex, stb.... csak minek?? Aztán meg végképp ne rinyáljunk ha bugzik.
|
Docky_SD
Tag
|
# Elküldve: 2007. Nov. 21. 06:42
Quoting: neongod Cobra: A1200-ben szerintem tök elegáns egy 1260/50+SCSI kit
Ha jól értettem Derringer kolléga OS4 et szeretne azzal meg ugyi ;)
Mondjuk a topic is mutatja asszem :)
|
rachy
Tag
|
# Elküldve: 2007. Nov. 21. 09:00
A BPPC SCSI nem tamogatott OS4-ben egyelore. Nem azt jelenti, hogy soha nem is lesz hozza tamogatas. Egyszeruen csak nem volt fejleszto, aki legyartotta volna a drivert.
|
neongod
Alapító Tag
|
# Elküldve: 2007. Nov. 21. 10:01 - Szerkesztve: neongod
Quoting: Docky_SD Ha jól értettem Derringer kolléga OS4 et szeretne azzal meg ugyi ;) Mondjuk a topic is mutatja asszem :)
Cobra kijelentése a következő volt: "Valoban nem tul elegans megoldas, de ezerkettesre mi elegans?". Ez egy elég általános kijelentés, nem OS4 specifikus, imho. Erre reflektáltam... :)
Én örülök neki, hogy van A1200-be bppc és van rá OS4, de mit várunk egy közel 15 éves hw-től?? Az Amiga alapjaiban egy 68k-s gép és az összes ppc kártya egy iszonyú nagy hack (nem beszélve a BV-ről, meg a floppy csatin való tápolás szükségességéről, stb). Azon kívül komplex, sérülékeny és érzékeny hw is.
Jó pár bppc-m volt és mindegyik bugzott, csak a bajom volt velük (többszöri resetre indulás, fagyások, bv egyikben ment, másikban nem, stb..) Pedig nem volt a gépben más hack, nem beszélve az ilyen gigahakkokról, mint amilyen a Fast-ATA, a belső scandoublerek, stb.
Ha Classic-on (és mindenképpen A1200-on..) akarnék OS4-ezni, azt is a lehető legkevesebb hack-al próbálnám megoldani. BPPC és más semmi. És imádkoznék, hogy ne haljon meg :) Ha lesz SCSI driver örülnék, ha meg nem lesz, akkor elszuttyognék IDE-vel is. Amúgy meg lehet, hogy BPPC+NOSCSI még jobb választás, mert kevésbé melegszik és egy kicsivel kevesebb a bug és kártyahalál lehetősége... talán:)
Csoda, hogy közel 10 év után is működnek még ezek a kártyák és csoda, hogy még mindig működnek a Classic Amigák. Már múzeális ritkaságok. Szerintem vétek széthakkolni őket. Én a minél elegánsabb bővítési megoldások híve vagyok. Csak ezt akartam elmondani, köszönöm, leülök magamtól is :)
|
dh1
Mr. DTP
|
# Elküldve: 2007. Nov. 21. 12:12 - Szerkesztve: dh1
Cobra: amikor mukodott a FastATA akkor gyors volt ...
A gond az vele, hogy a hack miatt instabil volt ...
Jo ideig nem volt vele bajom, de aztan elkezdtek meghalni rajta a 2,5" vinyoim illetve hibasan masolt fileok tomkelege jelentkezett, read/write errorokkal ...
Tobb szetszedes, tisztitas, kontaktspray utan sem volt az igazi ...
Aztan eladtam. Aki megvette nem jott vissza reklamalni, szoval nala valszeg mukodott.
A BV-nek tenyleg fut a kepe, de az is lehet, hogy tap problema ... sajna nem tudom mas tappal kiprobalni ...
|
Derringer
Tag
|
# Elküldve: 2007. Nov. 21. 15:05
Amiért a fast-ata-t vettem annó, elég prózai okai voltak. Diropus4 alatt kb400-600k/sec volt a másolási sebessége. Igaz egy kábelen van egy dvd íróval. Ami egyébként lassítaná a merevlmezt, de gondoltam, ez az amigának még így is plafon lenne, tehát nem oszt nem szoroz. Valszeg nem így van, tehát ez is gond lehet. (
Ide splitter dob vagy 100-200k/sec et a dolgon)
(Pár héttel ezelött megnéztem ugye más file-kezelőket - másik topic- és rájöttem egyrész ebben az ügyben a diropus 4 eléggé ludas. Diropus 5 kb 2-3 gyorsabban másol.)
Annó a hőskorban, mikor az a500-hoz a cornelius által hegesztett ide vezérlőre rádobtam életem első vinyóját (lehet röhögni, 40MB conner), iszonyatos sebességgyorsulást éreztem. (pedig a csúcs másolása 300k/sec volt). A civilization, amberstar lemezcsere nélkül valami szédületes tempóban tölti az adatot. Abban az időben éreztem utoljára gyorsnak egy vinyót.
Szóval gondoltam annyi év elteltével ha már pc-men egy vinyóm 30-40M/sec-kel másol, és ez lassónak tűnik, akkor az amigás oldalon a "csigázáz" ellen lehetne szintén vmit tenni. A fast ata ejtve lett, lásd fentebb. Ekkor jöttem rá, hogy "jé nekem scsi portom is van ám a bppc-n." Az isteni szikra hatására egy zajgenerátor vinyóval felszerelkezve most átlag 4,8Mb/sec-kel másolok. Ez nem sok, de már nem érzem lassúnak legalább. Pláne ha összehasonlítom avval, hogy menyi idő volt egy 250MB-os filet az ide-s vinyón áthúzni. Egy 250MB-os filet! nem gigás stb méretekről beszélve. (ja a vinyó egy 8Mb-cache-el rendelkező samsung 80GB-os vinyó volt a félreértések elkerülése végett, tehát nem egy őskövület.)
Ezt nem szeretném os4 oldalon viszontlátni. Tehát, hogy minden fasza meg "gyors" a 3.9-hez képest, de a rendszert visszafogja, hogy pár száz kb/sec el vánszorog a vinyó. Remélem lesz scsi támogatás csak emiatt verem a vasat...
|
