MA1-C mynnissä

Saku-foorumi » Uusi sukupolvi: AmigaOS 4 » Yleinen keskustelu » Viestit 2004 » Viestit 12/2004 asti » MA1-C mynnissä « Edellinen Seuraava »

Kirjoittaja Viesti
 

itix
Lauantaina, 30. lokakuuta, 2004 - klo 16.50:   
Aamuisella veppikierroksella törmäsin tähän uutiseen: AmigaWorld.net.

Eli noita emolevyjä saanee nyt suoraan kun tilaa. Mukana tulee OS4 pre-cd ja hinta 500 puntaa. Jos nyt oikein laskin niin se olisi noin 715 Suomen rahaa.

 

Janne
Maanantaina, 1. marraskuuta, 2004 - klo 8.50:   
Asiaa sivuten, AmigaOnen myyntimääristä.

 

miksuh
Maanantaina, 1. marraskuuta, 2004 - klo 9.05:   
Janne: No siitä kun esimmäinen OS4 pre-release julkastiin on jo puolisen vuotta, eli toi tieto on jo hiukka vanhaa. Ne noin tuhat meni sillon samantien kun pre-release julkastiin. Tosin pitää myös muistaa, että uusia AmigaOne XE emoja ei edes saanut kesällä, eli kukas niitä olis voinu ostaa, kun niiden myynnissä oli katkos.

Muut kuin Hyperion ja Eyetech ei varman tiedä tällähetkellä tarkkaa myytyjen emojen määriä.

 

miksuh
Maanantaina, 1. marraskuuta, 2004 - klo 9.09:   
Ja monet on siirtäny koneen ostoa kunnes OS4 on valmis.

 

Janne
Maanantaina, 1. marraskuuta, 2004 - klo 15.16:   
miksuh: Juu, olet toki ihan oikeassa - lähinnä tuo noin 1000 kpl antaa suuruusluokan jossa liikutaan. Lienee mitä vaan 900 - 1500 nyt.

Mikä lienee Pegasoksen vastaava luku? Lähinnä kai vertailussa kiinnostavaa olisi "Amiga-yhteisöön" myydyt koneet, ei Linux-käyttöön menneet... Samaa luokkaa?

 

Jupp3
Maanantaina, 1. marraskuuta, 2004 - klo 16.49:   
>Lähinnä kai vertailussa kiinnostavaa olisi "Amiga-yhteisöön" myydyt koneet, ei Linux-käyttöön menneet...

Vähän "Off-topicina"...

Kaikissa ODW-koneissa on esiasennettuna sekä Linux että MorphOS riippumatta siitä, menikö kone MorphOS-käyttöön vai ei.

 

KimmoK
Maanantaina, 1. marraskuuta, 2004 - klo 17.26:   
@Janne "Samaa luokkaa?"

Siltä se "näyttää" puolueettomien sinipunalasien läpi katsottuna.

 

KimmoK
Maanantaina, 1. marraskuuta, 2004 - klo 17.41:   
Tuolla amigaworld linkin takana olevassa keskusteluketjussa on ihan mielenkiintoistakin asiaa (esim. sivulla 3). Kaikissa IBM:n 750FX ja 750GX prossuissa näkyy olevan bugi joka estää niiden ajamisen 100% ongelmitta maksimikellotaajuuksilla, harmi.

Näköjään 750GX on olemassa myös CPU korttina:
http://www.svenharvey.pwp.blueyonder.co.uk/gxmodule.jpg

(750GX juotettuna 750FX kortille testejä varten)

 

miksuh
Maanantaina, 1. marraskuuta, 2004 - klo 17.43:   
Jupp3: Mut niillä Linux käyttöön myydyillä koneilla tuskin hirveästi sitä esiaasennettua MOS:a käytetään, eiköhän se jää useimmissa tapauksissa pariin kokeilukertaan ennen levytilan vapautusta.. Kaikkia toi ei toki koske.

 

Janne
Maanantaina, 1. marraskuuta, 2004 - klo 18.12:   
Jupp3:

"Kaikissa ODW-koneissa on esiasennettuna sekä Linux että MorphOS riippumatta siitä, menikö kone MorphOS-käyttöön vai ei."

Toki... se on ihan jännä tapa myös saada piilokäännynnäisiä, mutta massoittain tuskin.

Tietysti jos Pegasosta menee kaupaksi ziljoonia niin hinnassa yms. sillä voi olla etua myös MorphOS-käyttäjille Amiga-yhteisössä.

 

Jupp3
Maanantaina, 1. marraskuuta, 2004 - klo 18.13:   
miksuh:
"Mut niillä Linux käyttöön myydyillä koneilla tuskin hirveästi sitä esiaasennettua MOS:a käytetään"

...Mut enhän minä sellaista väittänytkään. Kunhan totesin miten asia on :)

Ja jos jokainen käyttäjä kokeilee MorphOSia sen "pari kertaa" niin ei siitä ainakaan haittaa voi olla... Joillakin saattaa vaikka suurempi kiinnostus herätä.

 

hooligan/dcs
Maanantaina, 1. marraskuuta, 2004 - klo 18.34:   
Asiasta takasin aiheeseen. Eikö tuon hinnan pitänyt olla lähellä Pegasos2:sta?

 

KimmoK
Maanantaina, 1. marraskuuta, 2004 - klo 19.00:   
ON MAHTAVAn hyvä homma "ujuttaa" MOSsia mukaan ODW koneissa. Killerisovellus (jälleen kerran) olisi esim. boottaava opetus+diagnostiikka+yms+jne MOS CD/partitio mukaan nuihin koneisiin.

Siinä vois kiinnostus herätä ja MOSsaus uisi sisään takaovesta...

"mitäpä tuonne Linuxiin enään takaisin buuttaamaan, siinä buuttaamisen ajassa hoidan homman tässä MOSsissa"

 

KimmoK
Maanantaina, 1. marraskuuta, 2004 - klo 19.03:   
@hooligan

Hinta lienee stabiloitunut siihen mikä julkistettiin muutama kuukausi sitten.

Tuossa nyt vaan on toi AOS4 OEM mukana paketissa.

btw. täällä http://www.vesalia.de/ näyttäisi äkkivilkaisulla että hinnat on samat Peg2:lla ja miniA1:llä, mutta vain äkkivilkaisulla...

 

miksuh
Maanantaina, 1. marraskuuta, 2004 - klo 19.08:   
hooligan: Ton sivun mukaan siinä hinnassa on jo mukana OS4.

 

hooligan/dcs
Maanantaina, 1. marraskuuta, 2004 - klo 19.13:   
Miksuh

Aa joo, olet oikeassa.
Ja tosiaan Vesaliaa en nyt katsonut vaan vertasin UK hintoihin. Siellä on Pegasos2 1GHz 400 puntaa veroineen.

Mitäs Boogie pistää hintalappuun?

 

Boogie/GE
Maanantaina, 1. marraskuuta, 2004 - klo 19.51:   
Hooligan: µA1-C ja AOS4 yhteensä 728e. Muutaman euron rahtikustannus-hintavarauksella, johtuen että UPS:lla emot Englannista ja sitten Hyperionilta AOS4:t erikseen.
Useat EU-yritykset ovat alkaneet noudattaa toimituksiin kohdemaa ALV-politiikkaa ja tämä tasaa kummasti puntteja nyt ja tulevaisudessa.

 

miksuh
Maanantaina, 1. marraskuuta, 2004 - klo 19.56:   
Boogie: Kuulostaa hyvältä :)

 

KimmoK
Maanantaina, 1. marraskuuta, 2004 - klo 21.28:   
@Boogie

Onko mitään vihjettä koska isompia (korjattuja) A1 lautoja (siis A1XE:tä) taas saisi?

 

Joanna
Tiistaina, 2. marraskuuta, 2004 - klo 0.06:   
Boogie: Tuo AlV-% ongelma onkin ollut aika ilkeä, siinä sai ulkomaalaiset yhtiöt huomattavan kilpailuedun suomeen myytäessä.

 

Boogie/GE
Tiistaina, 2. marraskuuta, 2004 - klo 15.55:   
KimmoK: A1XE:tä voi hyvässä lykyssä saada ennen Joulua, mutta henk'koht' laitan pääpainon nyt noille µA1:lle, jotka saapuvat varastoon 17-24 kuluvaa kuuta.

Joanna: Näin on, vähän helpottaa. Kaksi tuttua on tilannut oletettua kalliimmin luottokorteilla, hauska on ollut kuunnella kirouksia :)

 

Markku Heikkinen
Keskiviikkona, 3. marraskuuta, 2004 - klo 10.48:   
Ollakko vai eikö olla, eli odotellakko A1XE lautoja vai lopettaa tää ikuiseksi muodostunut odottelu ja valita µA1.
Vai vieläkö nurkan takana odottelee uudempi ja mahtavampi malli joka pelastaa maailman :-)

 

itix
Keskiviikkona, 3. marraskuuta, 2004 - klo 14.26:   
A1-XC tulee ensi vuonna ;)

 

Boogie/GE
Keskiviikkona, 3. marraskuuta, 2004 - klo 19.47:   
Markku: Jehnat sentään. Amiga-odotus, tuo liiankin tuttu sana ja ±0. Kannattaa aina välttää turhat waitstate:t.
Muistan muinoin miten CyberStormPPC:tä ei kannattanut ostaa, olihan Escenan Zorro-PPC huulilla tulossa. Myös BlizzardPPC:t kannatti laittaa odotukseen, Phase5:nen sentään teki pian Blizzardeista G3 ja G4 -malleja, sekä huimat JoeCard PPC:t tulivat myös. Eli pähkäilyt sikseen ja uutta Ammua peliin, oli se sitten mikä A1, tai Peg -malli tahansa.
Toisaalta taas - Jos on kunnon CSPPC/BPPC ja nopea massamuistiväylä, silloin voi rauhassa odottaa ja katsoa AOS4:n. Miettiä sitten rauhassa eteenpäin.

 

JPQ
Keskiviikkona, 3. marraskuuta, 2004 - klo 21.02:   
Boogie/GE: jaahas luenko oikein että pegasokset sinusta amigoita no minusta on yhtä amigoitia kuin amigaonet paitsi käyttiksen osalta ehkä juuri ja juuri ei.

 

Matti Kuuva
Keskiviikkona, 3. marraskuuta, 2004 - klo 21.36:   
JPQ: Katsos Boogie on tiplomaattinen, sitä se meinaa.

 

JPQ
Keskiviikkona, 3. marraskuuta, 2004 - klo 22.40:   
Matti Kuuva: ahaa. Toiseksi minä ainakin olen itse ihan yhtä reilu molemmille leireille.

 

KimmoK
Torstaina, 4. marraskuuta, 2004 - klo 13.37:   
Odottavalle voi jäädä tyhjää käteen ja se ei ole paljoa esim. VIAllista A1:stä "parempi". :)

Joten järkevintä kait ois ostaa mitä tahansa ja äkkiä ennen kuin Hyperion/Eyetech ja Genesi menee konkkaan...

Toisaalta... ONNEKSI on Genesi JA Hyperion/Eyetech.

 

itix
Torstaina, 4. marraskuuta, 2004 - klo 15.15:   
Mut jos on odottanut kymmenen vuotta uutta Amigaa niin jaksaa varmasti odottaa vielä yhden vuoden.... vai? :)

 

Ibe U
Torstaina, 4. marraskuuta, 2004 - klo 15.23:   
itix: eiköhän amigan tulevaisuus riipu aikalailla tämän hetkisestä laitemyynnistä

 

KimmoK
Torstaina, 4. marraskuuta, 2004 - klo 15.28:   
@itix

Heh, niinmpä.

Pitäis tietenkin hoxata että tilanne ei vuoden 2002 jälkeen ole ollut sama kuin edellisenä x:nä vuotena. Eli 2002 tuli mahdolliseksi ostaa uutta Amigamaista välpettä. Nyt jopa semmoista välpettä jossa on aito bojoingboltsi.

Ja toisaalta... muistot on muuttuneet niin kultaisiksi että olisiko sittenkin parempi vaan tyytyä muistelemaan... 8P

 

Joanna
Lauantaina, 6. marraskuuta, 2004 - klo 1.20:   
KimmoK: Se on vaikea tietää mikä on huonompi tai parempi kenenkin osalta. Jotkut arvostaa niin eri tavalla asioita ettei yleispätevä vertailu ole mahdollista.

Lisäksi näissä asioissa on aina niin monta puolta.. Aw.net

Tuossa ketjussa on puhetta siitä että muutamilla uuden uA1-C omistajilla olisi ongelmaa Ibrowsen kanssa surffauksessa.. Itse pitäisin todennäkösinpänä syynä IBrowsen bugeja, mutta ei se 100% poissuljettua ole etteikö jotain muutakin olisi kuten ketjussa on epäilty. Oletan että tuo on kumminkin niin yleinen yhdistelmä että siitä kuullaan lisää ..

 

Boogie/GE
Lauantaina, 6. marraskuuta, 2004 - klo 20.30:   
Kyse on näistä Englannissa ennakkoon myydyistä c-malleista, joiden mukaan (käsittääkseni) Hyperionilta toimitettiin PreRelease CD, eikä se näille µ-koneille/750.GX-prossille oikeasti julkaistava AmigaOS4.

 

Joanna
Sunnuntaina, 7. marraskuuta, 2004 - klo 8.34:   
Jossakin jatkoviestissä mainittiin että todennäköisin syy olisi ollut siinä että ohjelmilla olisi ollut oletuksena liian vähän pinoa. Ei mikään ihme jos asennukset/oletukset on 68k ajalta..

Tuosta tuli mieleen.. Pitikös OS4:ssä olla automaattinen pinon koon tarkistus ja sen suurentaminen jos tarvetta on? Muistelen kuulleeni, mutta en enää ole varma tuollaisesta?

 

itix
Sunnuntaina, 7. marraskuuta, 2004 - klo 12.51:   
Tiettävästi lopullisesssa versiossa pitäisi olla automaattinen pinon suurentaminen mutta se toimisi vain PPC-natiiveilla ohjelmilla. 68k-ohjelmiin sitä ei saa.

 

Jon
Sunnuntaina, 7. marraskuuta, 2004 - klo 13.09:   
Periaatteessa Reaper tulee kylään jos pino ei riitä, ja minimioletuspino on isompi kuin aiemmin.

itix: miten muuten MOSissa hoituu pinopolitiikka?

 

itix
Sunnuntaina, 7. marraskuuta, 2004 - klo 13.59:   
Jon: MorphOSissa pino ei kasva automaattisesti eikä se kyllä toimisikaan.

MorphOSilla on tosin 68k-koodille ja PPC-koodille omat pinonsa jonka takia pinot eivät vuoda niin helposti yli.

 

itix
Sunnuntaina, 7. marraskuuta, 2004 - klo 19.14:   
Bongasin juuri AmigaWorldin etusivulta: A1 discontinued.

Tuo tietysti tarkoittaa ATX-malleja ja sieltä pitäisi olla ne viimeiset XE-emot tulossa joskus.

 

KimmoK
Sunnuntaina, 7. marraskuuta, 2004 - klo 20.11:   
Pinon kasvatus on tulossa uuden muistinhallintasysteemin myötä. AOS4.0:n, viimeistään.

 

JPQ
Sunnuntaina, 7. marraskuuta, 2004 - klo 21.38:   
itix: hauskaa olisi niille enempi kysyntää sen tiedän kunhan hinta olisi järkevämpi.

 

miksuh
Maanantaina, 8. marraskuuta, 2004 - klo 10.25:   
JPQ: Ei siinä kyse ole AmigaOnen kysynnän puutteesta, vaan siitä, että useimmat ostaa kuitenkin jommankumman MicroA1:n, ja A1XE mallien korjaaminen ja valmistuksen uudelleen alottaminen ei ilmeisesti kannata nykysen kokosilla markkinoilla. Parempi keskittyä MicroA1 emolevyihin ja myöhemmin AmigaOne XC emolevyyn.

 

KimmoK
Maanantaina, 8. marraskuuta, 2004 - klo 10.35:   
Snyyyyh. Huokaus. (pyyhkii silmäkulmaa)

No laitetaan sitten uA1c. :)

Pitänee aikanaan selvitellä hyödyttääkö siihen riser korttia hankkia.
Ja että koska siihen saisi G4:n. (mieluusti se 7447 @ 1Ghz, 7448 toki ois makeampi mutta se ei varmaan ensivuonna tule meille tyrkylle.

 

itix
Maanantaina, 8. marraskuuta, 2004 - klo 12.13:   
KimmoK: Jos ATX-mallia halajat niin voihan sellainen löytyä joltain konepäivittäjältä. Eihän se tietokone käytössä kulu :)

 

KimmoK
Maanantaina, 8. marraskuuta, 2004 - klo 12.16:   
@itix

Vain fixattuna, kitoosh. Mutta jahka hyppylanka DIY ohje tulee tyrkylle niin jovain.

 

Janne
Maanantaina, 8. marraskuuta, 2004 - klo 12.17:   
Ihan hyvä vaan että luopuvat (jos luopuvat) siitä kyseenalaista maintetta niittäneestä XE:stä. Jos vaikka vielä saisivat täysin toimivan emon ulos MicroA1:n muodossa...

Kunhan muistavat korjata ne vanhat XE:t. Sitä ei sovi unohtaa.

 

Janne
Maanantaina, 8. marraskuuta, 2004 - klo 17.31:   
EntilZha MicroA1:n jumiutumisongelmasta:

"@Duff

It's not necessarily IBrowse's fault or problem. The GX support came in because of the µA1-I models. I didn't know that some of the C models also had one. The support wasn't tested long enough, because all the information I had was that the C model has an FX.

The difference between FX and GX (from the software side) is the larger cache. Exec has different code paths for cache flushing for different CPU's because most of them are incompatible when it comes to L2 cache (the 745x models have hardware cache flush, the 750s require a software cache flush, but in contrast to the 750CXe, the FX/GX have at least some assistance for flushing).

IBrowse will probably load a lot of external binaries, like image decodes, libraries and stuff like that. If the instruction cache is not properly flushed, then a program loading lots of external modules is more likely to fail than one that doesn't do that.

We are currently investigating the problem, and will make a small update available as son as we found the reason.

I apologize for the inconvenience, but frankly, nobody told me that we'd have GX's in the field yet."

 

itix
Maanantaina, 8. marraskuuta, 2004 - klo 18.15:   
Kuulostaa omituiselta. IBrowsen binääri on pelkkää dataa. Mihin se muka tarvitsee cache flushia? Ja jos cachen kanssa on ongelmia niin sen pitäisi vaikuttaa kaikkiin muihinkin ohjelmiin.

 

Janne
Maanantaina, 8. marraskuuta, 2004 - klo 18.56:   
Voivatko nämä cache-ongelmat liittyä hardware cache coherencyn puutteeseen/puutteelliseen toimintaan Artician kanssa, vai olisiko tämä ongelma tullut GX-prosessorin kanssa millä tahansa northbridgellä?

 

miksuh
Maanantaina, 8. marraskuuta, 2004 - klo 19.08:   
Janne: Ainakin ongelma ilmeisesti siirty AmigaOnesta toiseen kun GX ja FX kortteja vaihdettiin päikseen. Eli eiköhän syy ole tossa mitä Entilzha sano, vaikka buki ei oliskaan juuri tarkalleen cacherutiineissa jne. Jonkunlaiselta GX ongelmaltahan toi vaikuttaa, kun FX prossun kanssa kaikki toimii hyvin.

 

miksuh
Maanantaina, 8. marraskuuta, 2004 - klo 19.15:   
Veikkaisin, että kyseessä on softabuki, on se sitten tosiaan käyttiksessä tai Ibrowsessa itsessään tai jossain Ibrowsen lataamassa mokkulassa.

 

antime
Maanantaina, 8. marraskuuta, 2004 - klo 19.55:   
itix: I-cache täytyy ivalidoida jos koodia luetaan muistiin tai muutetaan muistissa. Toisin kuin D-cache se ei ole snooppaava.

 

Piru
Maanantaina, 8. marraskuuta, 2004 - klo 20.11:   
antime: IBrowse on emuloitua m68k koodia, ei PPC, joten se käyttää vain D-cachea.

 

Janne
Maanantaina, 8. marraskuuta, 2004 - klo 21.02:   
miksuh: En sinänsä kysellyt onko Entilzha oikeassa, vaan
enemmänkin että onko cache-ohjelmat GX:n kanssa seurausta
siitä että cahce-jutut pitää tehdä vaivalloisemmin Artician
kanssa hardware cache coherencyn puutteellisuuden vuoksi vai
onko kyse tosiaan ihan siitä että GX olisi aiheuttanut vastaavaa
millä tahansa northbridgellä... Tosin tokkopa täällä kukaan
tietää, joten ehkä turhaan utelen. :)

 

KimmoK
Maanantaina, 8. marraskuuta, 2004 - klo 23.04:   
@Janne

Lienee selvää että "hieman" monimutkaisempaa on cachen käpistely jos sitä ei rauta tee automaattisesti. Mutta tuskin Hyperion tunnustaa jos tuo bugin esille tulo on SW cache coherencyn tuen syytä.

(uA1c:ssä "pitäisi" toimia HW cache coherency, mutta en tiedä hyödyntääkö AOS4 sitä)

 

tomazkid
Tiistaina, 9. marraskuuta, 2004 - klo 3.32:   
Heh, mun A1-G4 on jo puolitoista vuotta vanha.
Toimii tällä hetkellä paremmin kuin koskaan ennen, joten kyllä sitä toivoa on micro-A1 kanssakin. :)

 

Janne
Tiistaina, 9. marraskuuta, 2004 - klo 8.34:   
KimmoK: Tokkopa tässä ilmastossa totuus koskaan tulee aivan kokonaan julki...

 

miksuh
Tiistaina, 9. marraskuuta, 2004 - klo 9.22:   
Piru: Joo mutta eikös myös Ibrowse voi käyttää datatypejä jne. Tai mistä sitä tietää, vaikka vika olis jossain MUI-PPC komponentissa, ei olis mitenkään suuri ihme. Eli myös IBrowse varmasti latailee OS4 nativeja PPC mokkuloita. Eihän softan kaatuminen välttämättä ole kiinni vain siitä yhdestä eksestä, vaan vika voi olla palikoissa mitä se latailee. Voi olla, että vika nyt vain satuttiin huomaamaan IBrowsen kohdalla.

Noh eiköhän tämäkin selkiä ajan mittaan.

 

miksuh
Tiistaina, 9. marraskuuta, 2004 - klo 9.24:   
Janne: Tossa tapauksessa musta ongelmat pitäs näkyä myös FX:n kanssa. Eli en oikeen usko, että tolla on mitään tekemistä Artician kanssa.

 

miksuh
Tiistaina, 9. marraskuuta, 2004 - klo 9.26:   
Janne: Ja eihän ongelmia ole G4:nkään kanssa. Toikin viittais siihen ettei syy ole Articia, vaan softabuki.

 

KimmoK
Tiistaina, 9. marraskuuta, 2004 - klo 9.44:   
@miksuh

Kaikissa nuissa G4, CXe, FX ja GX prossuissa poikkeaa tuo cachen käsittely melkoisesti, joten KAIKKI on mahdollista.

 

KimmoK
Tiistaina, 9. marraskuuta, 2004 - klo 9.47:   
ja lisää ...

"ettei syy ole Articia, vaan softabuki."

Kukaan ei ole myöskään väittänyt että kyseessä olisi jokin muu kuin softabugi. Se että Artician ja classic raudan kanssa käytetään SW cache coherencyä ei ole omiaan helpottamaan käyttissoftantekoa.

Genesi on elävä esimerkki siitä.

 

Janne
Keskiviikkona, 10. marraskuuta, 2004 - klo 8.11:   
miksuh: Mutta softabugistahan tässä puhuttiin. Kysymykseni kuului, vielä kerran:

Koska Articia ei, ainakaan A1-XE:llä (eikä ole mitään selvää merkkiä että asia olisi muuttunut MicroA1:n myötä), tue hardware cache coherencyä (tai se ei toimi oikein), joten cache coherency joudutaan toteuttamaan softalla. Onko nyt niin, että tässä softatoteutuksessa on ongelma jota ei olisi tullut jos HW cache coherency toimisi?

KimmoK esitti mielestäni pätevintä spekulaatiota toistaiseksi, mutta varmuudella vastuasta ei tietysti tiedä suuntaan eikä toiseen.

 

Janne
Keskiviikkona, 10. marraskuuta, 2004 - klo 8.13:   
Tuntuu vaan siltä että aika paljon duunia ollaan A1-leirissä jouduttu softan kanssa tekemään että softa tykkäisi Articiasta. Tässä lienee myös taustaa miksi Genesi ei lähtenyt samaan kelkkaan, heille kun tuntuu olevan tärkeää että tosi moni käyttis pyörii - ja jos jokaiseen pitäisi näin huolella tehdä omia jippojaan, voisi loppua momenttumi alkuunsa.

 

Pöh
Keskiviikkona, 10. marraskuuta, 2004 - klo 9.56:   
Mistä sä edes tiedät että tolla ongelmalla on jotain tekemistä Artician kanssa ? Kokoajan keskityt vain siihen ? Pelkkää oletusta tässä vaiheessa toi.

 

miksuh
Keskiviikkona, 10. marraskuuta, 2004 - klo 10.19:   
Janne: Ei jokaisesta softan kaatumisesta tietyllä prossalla automaattisesti voi syyttää Articiaa. Koska G3FX:n, G3GX:n ja G4:n välillä on eroja, niin niille on todennäkösesti jokatapauksessa pakko kirjottaa jotkut rutiinit erikseen on koneessa sitten mikä piiri tahansa. Vaikka koneess ei olis koko Articiaa ollenkaan.

Musta on täysin mahdollista, että kyseessä on yksinkertasesti ohjelmointivirhe, kuten oli sanottu niin testaus jäi liian vähälle GX:n kohdalla.

Tottakai kuten Kimmo sano kaikki on mahdollista, mutta kukaan meistä tuskin tietää missä se virhe on. Se voi yhtähyvin olla jossain nimenomaan Articiaan liittyvässä kohdassa, tai se voi olla jossain sellasessa kohdassa, jossa virhe näkys vaikka koneessa olis joku muu poiiri.

Jollei jollain ole jotain sisäpiiritietoa siitä missä se buki tarkalleen on, niin musta siitä on turha spekuloida, synnyttää vaan turhaa epävarmuutta olettaa sen liittyvän esim Articiaan, vaikka itseasiassa edes olis mitään hauua missä se on.

 

Janne
Keskiviikkona, 10. marraskuuta, 2004 - klo 10.54:   
>Musta on täysin mahdollista, että kyseessä on
>yksinkertasesti ohjelmointivirhe, kuten oli
>sanottu niin testaus jäi liian vähälle GX:n
>kohdalla.

Tottakai se on mahdollista. Erittäinkin.

Se ei kuitenkaan ollut kysymykseni. Kysymykseni oli, lisäsikö Artician "erikoisuudet" bugin mahdollisuutta vaiko eivätkö. (Eli olisiko HW cache coherency pelastanut päivän.) Eipä siihen tietysti kukaan täällä osaa vastata.

 

Janne
Keskiviikkona, 10. marraskuuta, 2004 - klo 10.58:   
>Jollei jollain ole jotain sisäpiiritietoa siitä
>missä se buki tarkalleen on, niin musta siitä
>on turha spekuloida, synnyttää vaan turhaa
>epävarmuutta olettaa sen liittyvän esim
>Articiaan, vaikka itseasiassa edes olis mitään
>hauua missä se on.

Halusin lähinnä herättää keskustelua siitä, mikä on HW vs. SW cache coherencyn vaikutus prosessorien eroihin. Se on yleistä keskustelua, johon joku voisi osata jopa jollain tasolla (mutta ei tietysti Artician yksityiskohdissa) täällä vastata - joku joka tuntee prosessoritason ohjelmointia tarkemmin.

Vielä kerran. :)

- Jos cache coherency tehdään softalla, joutuuko koodaaja tekemään FX:n ja GX:n kohdalla jotain toisin? Ilmeisesti joutuu. Tämä lienee selvää.

- Jos cahce coherency tehdään hardiksella, joutuuko koodaaja tekemään FX:n ja GX:n kohdalla jotain toisin? Tätä kysyin.

Jos FX:n ja GX:n cache-erot joutuu softalla huomioimaan aina riippumatta siitä tehdäänkö varsinainen cache coherency softalla vai hardiksella, voisi todeta ettei ongelma ole Articialla sen suurempi kuin muillakaan. Jos taas hardware cache coherencyn kanssa softaan ei tarvitsisi FX:n ja GX:n kohdalla muutoksia, voitaisiin todeta että Articia tekee elämän käyttiskooderin kannalta hankalammaksi.

Jokohan se kysymys nyt tuli esiin. :) Minä en tosiaan tunne PPC-prosessorien sielunelämää tarpeeksi vastatakseni itse kysymykseeni. Ehkä joku tuntee?

 

Joanna
Keskiviikkona, 10. marraskuuta, 2004 - klo 11.36:   
Janne: Tämä asia lienee sekä teknisesti liian vaikea että henkisesti liian herkkä laajemmalle keskutelulle. Ja oma veikkauksesni on että se tulee pysymään molempina hyvin pitkään.

 

KimmoK
Keskiviikkona, 10. marraskuuta, 2004 - klo 11.45:   
"Jos cahce coherency tehdään hardiksella, joutuuko koodaaja tekemään FX:n ja GX:n kohdalla jotain toisin?"

Arvaan että joutuu.

viittaten:
"Exec has different code paths for cache flushing for different CPU's because most of them are incompatible when it comes to L2 cache (the 745x models have hardware cache flush, the 750s require a software cache flush, but in contrast to the 750CXe, the FX/GX have at least some assistance for flushing)."


"jos FX:n ja GX:n cache-erot joutuu softalla huomioimaan aina riippumatta siitä tehdäänkö varsinainen cache coherency softalla vai hardiksella, voisi todeta ettei ongelma ole Articialla sen suurempi kuin muillakaan."

Arvaan että Artician takia joudutaa kaikissa cache käsittelyissä tekemään hieman jotain ekstraa. Tai ainakin minä ajaisin hemmetisti ylimääräistä testiä niiden datakorruptio vaarojen takia.

"Jos taas hardware cache coherencyn kanssa softaan ei tarvitsisi FX:n ja GX:n kohdalla muutoksia, voitaisiin todeta että Articia tekee elämän käyttiskooderin kannalta hankalammaksi."

Arvaan että (pieniä) muutoksia tarvitaan tuolloinkin koska "the 750s require a software cache flush".

Loppuviimein... jos AOS4:ssa on päätetty että se tekee cache coherencyn aina softan avustamana, oli rauta mikä tahansa, se voi yksinkertaistaa joitain juttuja, mutta kattavamman (verrattuna HW cache coherencyyn) testaamisen tarve mielestäni on ja pysyy.

HW cache cohenrencyssä osan testauskuormasta on hoitanut HW valmistaja. Tai pitäisi olla hoitanut. Mai ei ehkä testannut mitään tuohon liitttyen ja siksipä siitä morfautui SW cache coherency.

 

MarkoS
Keskiviikkona, 10. marraskuuta, 2004 - klo 23.14:   
Joanna: "Tämä asia lienee sekä teknisesti liian vaikea että..."

Tuskinpa. Tämä kuuluu erityisosaamisen piirin ja kenelläkään ei yksinkertaisesti ole aikaa perehtyä kaikkeen kaikesta.

"...henkisesti liian herkkä laajemmalle keskutelulle."

Keskustelulle? Aika kevyet eväät on taas vaihteeksi keskustelun aloittamiseksi.

Lisää viestisi tähän
Viestisi:
Käyttäjätunnus: Postitus informaatiota:
Tämä on yksityinen keskustelupalsta. Vain rekisteröidyt käyttäjät ja moderaattorit voivat postittaa tänne.
Salasana:
valinnat: Aktivoi URL:t automaattisesti tässä viestissä
Toimenpide: