| Kirjoittaja | Viesti | ||
     Miikka |
En saanut sitä pelittämään. Kääntyy ilman ongelmia. Guruaa  Hassua, se ei herjaa käännössä, mutta kaatuu. Eli kaikki include osoitukset näyttää olevan oikein. typedef unsigned int u32t; typedef unsigned long long u64t; typedef double f64t; Näyttävät hassuilta, koska OS4 vastaavat ovat uint32, uint64, float64 Mutta jos väännän ne vastaaviksi, se ei ainakaan käänny. Joo, olen kädetön ohjelmoija... Aika turha kysyä sinulta, millä ohjelmalla saan muistialueet näkyviin OS4:ssä ... jos se siis johtuu siitä, että yrittää kirjoittaa kielletylle/varatulle/suojatulle alueelle. Muistia on 512 mb ja 64 mb graffamuistia. Eikö ollut niin, että näytettävä 2d kuva alkaa AINA kiinteästä osoitteesta VGA/SVGA korteissa ? Eli jos ajattelisi kirjoitettavan sen vaikkapa 32 mb:n jälkeen, se on taatusti vapaata ? Vai onko 3d korteissa nämä alueet varattu johonkin muuhun käyttöön ? Yritän linuxin kanssa vielä. Myös X86 puolella. Tästä ei ihan kokonaan puutu huumoria. OS4 dumb käyttäjä kysyy OS4 alueella MOS core-developerilta, että mitenkäs on tämän toiminnan laita ... Miikka | ||
| Piru |
Mikäli Picasso96:n CGX emulaatio toimii hyvin getgfxmembase.c voi auttaa. Tämä ohjelma lukitsee default public screenin ja tulostaa sen bitmapin alkuosoitteen. Tämä auttanee selvitettäessä muistin alkuosoitetta. Esimerkkituloste Radeon 8500LE:n kanssa: default pubscreen bitmap memory base 0xE7FEA000 Tämä pitää yhtä ShowCgxConfig DEBUG:n tulosteen kanssa (ks BoardBase):
En tiedä onko OS4:lle vastaavia debugtyökaluja. "Eikö ollut niin, että näytettävä 2d kuva alkaa AINA kiinteästä osoitteesta VGA/SVGA korteissa ?" Käyttis sijoittaa muistin haluamaansa paikkaan. "Eli jos ajattelisi kirjoitettavan sen vaikkapa 32 mb:n jälkeen, se on taatusti vapaata ? Vai onko 3d korteissa nämä alueet varattu johonkin muuhun käyttöön ?" Jos kirjoittaa yli niin seurauksena on yleensä sekoaminen. Jos ei tiedä tarkkaa osoitetta ja kortissa on muistia vain 32MB, kannattaa kokoa rajoittaa vaikkapa 16 * MEG. Silloin hieman 'väärä' alkuosoite ei vielä johda ylivuotoon. | ||
| Miikka |
Jatkan yrittämistä. Miikka | ||
| Miikka |
 muutama varoitus: getgfxmembase.c:26: warning: assignment makes pointer from integer without a cast ja error: getgfxmembase.c:40: error: `CYBRMATTR_ISCYBERGFX' undeclared (first use in this function) getgfxmembase.c:46: error: `LBMI_BASEADDRESS' undeclared (first use in this function) Sieltä löytyy 3 kpl cybergraphics.h pätkiä, ../../inline4/ ../../protos/ ../../interfaces/ Eli jos se ei noiden hederien kautta tunnista, niin luulisi sen sitten olevan poissa laskuista. Jollei sitten initialisoinnissa ole jotain erikoista. Mutta tuo näyttää OS3.x tyylin koodilta (?), joten sen pitäisi toimia... Pistin varmuudeksi ne kaikki #include riveille. Ja luotan siihen, että kääntäjäpaketti/apuohjelmat osaavat toimia oikein. Eli täytyy kysyä, jos jollakulla olisi dev-listalla kyseinen softanpätkä... Kiitos joka tapauksessa vaivannäöstä Tämä vähän kiinnostaa, koska pelkästään en luota linux miesten tuomioon AGP:stä. Lisäksi jotain on muuttunut, koska nykyisellä ubootilla ei voi pitää korttia PCI 32bit/66MHz väylässä, jos AGP on jo populoitu. Mikä olisikin jotenkin päätöntä, koska PCI ja AGP ei oikein voi istua samassa letkussa yhtä aikaa... ei ainakaan yksinkertaisella ratkaisulla tai ilman kovaa perf-penaltya. Mjaah ... kyllä minä sen uskon, että Artician AGP voi olla hutusta, mutta vasta sitten, kun se ei oikeasti toimi ja olen esittänyt kysymyksen eteenpäin ja saanut vastauksen Silloin kun siitä puhuttiin, niin Rogue sotkeentui keskusteluun ilman tarvetta ja väitti sen olevan 2X. Se ohjelmoi sitä kuitenkin, eikä yleensä puhu ihan täyttä puutaheinää. Voi se olla toisinkin tai hyvässä luulossa. Miikka | ||
| Piru |
| ||
| Miikka |
Wizard ... Miikka | ||
| Miikka |
Tulokset olivat 166 Mbs Väsäilen tässä kirjettä Miikka | ||
| Piru |
| ||
| Miikka |
No en ajanut muuten. Koitan uusiksi ja palaan linjoille Miikka | ||
| Miikka |
Niin, prossa on kellotettu 667MHz. Se on kyllä Zallmannin siilillä ja tuulettimellä, mutten viitsi paahtaa sitä 733 MHz kellolla ... No, annoin sille ikonin ja pistin sieltä sille prioriteetiksi 5. Ei se auttanut, 167 MB/s Vai olisiko parempi ajaa sitä shellistä. Nyt se käynnistyi WB:n kautta... Jos tällä laudalla oli joku jälleenmyyntiarvo, niin se kyllä laskee. Miikka | ||
| Piru |
| ||
| Miikka |
Jos se on syystä tai toisesta kuristettu ubootista, niin ei vaikuta, ainakaan paljoa. Vähän pettynyt kyllä olen tähän testitulokseen. Palataan asiaan XE/uA1 tiimoilta. Onkos sulla sähköpostia ?? Miikka | ||
| Piru |
Sähköposti näkyy mm. noiden lähdekoodien headerissa. | ||
| Miikka |
Tarkkaile mailiasi... All: Oli sitten hidas AGP tai ei,ainakin t'm' konqueror+linux on hidas... Eik' t'ss' toimi skanditkaan ... argh .. ubootin asetuksia metsastelen... kanattaako aina olla hatahousu asetusten resetoiniin kanssa... | ||
| Jon |
Lukitsemalla BitMap RenderInfo-struktista voidaan lukea Memory, josta grafiikkadata alkaa. Tai voi käyttää p96GetBitMapAttr()-funktiota. | ||
| Thematic |
1024 MB written in 6.080000 seconds, 168.42 MB/s Luotin AmigaOS:n kykyihin enkä suotta poistanut selvästi alhaisemmalla tasolla (pri) ajettavia. ;) | ||
| Miikka |
Kyllä siellä on cybergraphics.h , mutta ei ole kokonainen. Siis lieneekö cgx-emua varten. En ole mitään lisännyt muistaakseni sinne... Tuo Pirun .exe näköjään toimii jo. Thematic: Linjassa on... | ||
| Miikka |
Samoja tuloksia. | ||
| itix |
| ||
| Fabio |
| ||
| Piru |
Onkos tietoo? | ||
| Miikka |
Ei ole ... ajoin testin huvin vuoksi myös Voodoolla Atin lisäksi ja sain eri muistiosoitteen tuolla getgfxmembase.exe softalla. Fabio: Kokeile tuolla (linkki tässä threadissa) Pirun getgfxmembase.exe softalla, lähetä tulos, niin voin kääntää sen sulle. Jos kiinnostaa. e-mail : miikka@domnik.net | ||
| Miikka |
Edellinen postipalvelin on näköjään nurin ... :-/ toinen: miikka.lehto@pp.inet.fi | ||
| Fabio |
| ||
| Fabio |
| ||
| Thematic |
Siis se on (tarpeeksi) hyvin kommentoitua koodia. | ||
| Miikka |
No ei, käytännössä vaihdoin vain sen cgxmem alkuosoitteen radeonille. Voodoolle pienensin myös muistin määrän. | ||
| Fabio |
| ||
| Fabio |
| ||
| Jon |
| ||
| Piru |
getgfxmembase.c tarvitsee tuon cybergraphics.h:n, mutta siitähän onkin se 68k exe jos sen kääntö ei onnistu. | ||
| Fabio |
| ||
| Miikka |
Saat ... Ei ole sivua, jonne törkkään, joten pistä jotenkin joku paikka johonkin... | ||
| Piru |
Tuloksia listattaessa kannattaa mainita testissä käytetty näytönohjain. PS. Mielenkiintoista nähdä miten tämä vaikuttaa uA1 tuloksiin (muistaakseni näissä on integroitu Radeon 7000 AGP väylässä?) Onkohan odotettavissa hitaampia tuloksia kuin A1-XE koneista? | ||
| Fabio |
| ||
| Miikka |
Sinne mänt... | ||
| Miikka |
Ach ... sain samanmoisia tuloksia omalla koneellani. Siis G3-SE 667/133 512 Mb Kingston Reg ECC LC3 Ati 7000 (AGP) ja Voodoo 3 3000 PCI Joten ei se kai hitaampi voi olla uA1:llä | ||
| Fabio |
| ||
| Miikka |
Siis sain 167 MBs, samoja kuin Thematic. Millä raudalla sait nuo tulokset yli 200 ?? PegII ?? | ||
| itix |
| ||
| Miikka |
| ||
| TSK |
| ||
| Piru |
| ||
| itix |
| ||
| itix |
| ||
| Joanna |
| ||
| Miikka |
Voodoo 3 AGP on PCI-kortti, joka on sovitettu AGP-väylään. Se ei siis kykene yli 133MB/s nopeuksiin. Näin jostain muistan lukeneeni. Joten se on ok. | ||
| Miikka |
Tosin sain omalla radeonilla samanmoisia tuloksia, kun käänsin softan 16 MB muistin koolla 32 MB:n sijaan. Ja ihmettelin ... | ||
| Fabio |
| ||
| itix |
| ||
| Miikka |
Tuo on käännetty -O2 asetuksella, käännän sitten toisen. Itselläni antoi 16 MB muistiasetuksella ~130 MB/s ja 32 MB muistiasetuksella 167 MB/s. Sitten käänsin vielä 48 MB vesion, joka ei enää muuttanut mitään. Kahtotaan. | ||
| Fabio |
| ||
| Miikka |
Joo ... mä ihmettelen täällä tahollani. | ||
| Piru |
| ||
| ajk |
512 MB written in 3.080000 seconds, 166.23 MB/s Tuo tulos tulee sekä optimoinneitta ja -O2:lla. -O3:a käyttämällä tulos putoaa merkittävästi (?). | ||
| Piru |
Oho, mielenkiintoista. gcc:n versio? Mun gcc 2.95.3 antaa hitaan optimoimatta, -O2 ja -O3 on yhtä nopeita (220MB/s). Voipi olla että toi -O3 ylioptimoi, ja tekeekin oveluuksissaan siitä lopulta hitaamman. -O2 on hyvä yleinen asetus. | ||
| Miikka |
Muistaakseni tuo OS4 gcc 3.4 oli pahasti kesken optimointien kohdalta. Mittaaminen ylipäätään on vaikeaa Kuten kai koko gcc on suhteellisen optimoimatonta PPC:lle verrattuna x86. Oliko niin, että vasta 4.0 aikoo tukea kunnolla eri liukuhihna malleja jne... (?????) Minkä verran AGP-siirto riippuu driverista. ONko niin, että vasta 3D-ajurit tekevät tehtävänsä, vai käyttääkö 2D-ajurit jo AGPGarttia ?? Vai onko niin, että ylipäätään 2D-ajurit tukevat kys. juttua, mutta miten on picasson ajurit. Doh ... en viitsisi taas häiritä kehittäjiä, niillä on kädet täynnä työtä, eikä niillä välttämättä ole aikaa/mielenkiintoa pitää kädestä tupeloa käyttäjää. Ja pitäisi myös kysyä frideneiltä, onko uboot jo siinä pisteessä, että voi kuvitella AGP:n pelittävän. Sideband on disablopituna kuitenkin, vaikkei se tähän testiin nyt suoraan vaikuta. Ongelma on se, että olen ihan historiaa pyörittyäni lähinnä amigan parissa vuosikaudet Imutin kuitenkin tänään gcc:n päivitykset ja toivon ehtiväni illalla toimiin. Mielenkiinnon vuoksi taidan ajaa x86 linux-boxissa tuon saman testin. Jos vain jollain onnistuu tuo muisti-alueen selvittäminen.. gcc:n päivitykset löytyvät: http://amigadev.amigaworld.net/ etusivulla: Posted by Amon_Re on Sunday, January 30 @ 15:40:11 GMT (13 reads) I'd like to inform everyone that GCC Installer received some more bugfixes, and i just released an updater to GCC 3.4. You can find GCC Installer 1.3 here, and GCC 3.4 Updater here. Ps. Sen AGP-voodoon järjen mukaan täytyy tukea AGP:n nopeuksia, mutta se ei tue AGP:n hienouksia. | ||
| TSK |
| ||
| Miikka |
| ||
| Miikka |
AmigaDEVissä oleva gcc päivitys olikin sitten 68k ... -O3 ja -O4 optimoinnit antavat huonoja tuloksia, järjestäen 96 MB/s. -O2 optimoinnilla 166-168 MB/s , jos siirrettävän muistin koko on 32 tai 48 MB , 16 MB muistilla tippuu 128 MB/s Ja kone oli G3 667/133 Ati Radeon 7000 64 MB. Eli tulokset gcc 3.4.2 :lla Jot silleen. | ||
| Pecosbil |
Nyt sitten vihdoin ehdin kokeilemaan tuota omalla XE-G4:llä. Samat huomiot tuosta -O3:sta, eli tulos putoaa puoleen. Lisäksi tuossa tulee overflowt jos laittaa SIZE:en 128, 127 vielä menee ok... En jaksanut alkaa leikkimään muuttujien tyyppien kanssa, koska tuskin sillä on kovin suurtakaan merkitystä tulokseen käytetäänkö koko näyttiksen muistialue mittauksessa. Eli tässä tulos koneestani: G4 (7455@1066MHz) + Hercules 3D Prophet 8500LE 128 MB: 1024 MB written in 6.120000 seconds, 167.32 MB/s Eli aika lailla samoilla linjoilla muiden saamien tulosten kanssa. | ||
| Jon |
Eli gcc -newlib -O2 (tai 3) -o test test.c | ||
| Joanna |
Lisäksi jos haluaa tarkistaa, niin voi kasvattaa looppien määrää niin kauan että saa ajan mitattua ihan käsipelissä.. eihän semmoinen tulos 100% tarkka ole, mutta näkee ainakin tuleeko suunnilleen samalle sekunnille oleva tulos kuin mitä kirjaston antama aika on. | ||
| Miikka |
Hyvä idis. Ajattelin sitä aiemmin, mutta unohdin Voin omalta osaltani testata, jahka kerkeän. Joanna: timer toimii oikein ainakin käsipelillä. -O3 hidastuminen voi johtua gcc:n keskeneäisyydestä. En tiedä, onko se pelkästään OS4 versiossa. Joka tapauksessa gcc ei ole loppuun asti optimoitu PPC:llä ylipäätään, jos oikein olen ymmärtänyt. | ||
| Jon |
| ||
| JPQ |
ole. ja miksi keksiä kuutiota uudelleen. | ||
| antime |
| ||
| Miikka |
No kyllä mullakin on sama muistikuva ... antime: No, ainakin optioita löytyy Täytyy yrittää ottaa niitäkin sitten huomioon. | ||
| JPQ |
|