|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
| autor |
|
sant
HV veteran
liitunud: 04.08.2003
|
27.01.2012 01:10:06
|
|
|
| Ho Ho kirjutas: |
| Vaadates kus seal tabelis x6 paikneb siis FX'ilt erilisi vägitegusid ei oota. |
Selle pärast tahaksi benche näha  Oma tiimi foorumis 1 viitsis testida 8core bd versus oma vana 6core PII, ja kirjutas et lühikesi wu-si krudis PII x6 veits kiiremini kui BD x8. Ja pikkasi wu-si krudis 8core bd jälle nats kiiremini. Vist järgmisel päeval viis ta BD systemi tagasi poodi ja kolis i7-me peale üle, nii nagu enamus crunchereid kes veel istusid PII peal ja ootasid BD tulemist. Kuna ta testis vähe aega ja oli wtf pettunud perfis, siis täpsemat infi ma ei saand.
Edit:
| tsitaat: |
I bought one, tested and returned. It was worth the $$ but a 1090T would do better in shorter challenges, the longer the challenge the more the extra cores came into play. It ran performance wise between the 1075T and 1090T. I also had turbo core turned off but clocked at turbo speeds. The X6's had a 400 Mhz O/C each.
Next gen BD should be the one to buy as Interlagos has many improvements and tweeks from what I am seeing.
|
_________________
So, at the end of the day, after I have butchered all the nvidiots all around me, standing alone in a pool of blood surrounded by the corpses of my victims, a horrible truth reveals itself to me: I am an amd\ati fänboy...and I must do my dark masters bidding, for I am damned for all eternity... |
|
| Kommentaarid: 67 loe/lisa |
Kasutajad arvavad: |
   |
:: |
1 :: |
0 :: |
60 |
|
| tagasi üles |
|
 |
1dumbpcuser
HV Guru
liitunud: 05.03.2002
|
|
| Kommentaarid: 103 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
97 |
|
| tagasi üles |
|
|
sant
HV veteran
liitunud: 04.08.2003
|
|
27.01.2012 07:15:59
|
|
|
1dumbpcuser, Tänud  Huvitav et viimases testis PII x6 tulemust pold arvata võib et see liiga hea.
_________________
So, at the end of the day, after I have butchered all the nvidiots all around me, standing alone in a pool of blood surrounded by the corpses of my victims, a horrible truth reveals itself to me: I am an amd\ati fänboy...and I must do my dark masters bidding, for I am damned for all eternity... |
|
| Kommentaarid: 67 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
60 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
27.01.2012 13:45:29
|
|
|
| sant kirjutas: |
| Huvitav et viimases testis PII x6 tulemust pold arvata võib et see liiga hea. |
Phenom II ei toeta AVXi, seega skoor null kui sind just täpne number huvitab. SB/BD peaks korralikku boosti igast cruncherites saama, kui kood uusi käsustikke toetama panna.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
27.01.2012 14:01:57
|
|
|
| Optimist kirjutas: |
| SB/BD peaks korralikku boosti igast cruncherites saama, kui kood uusi käsustikke toetama panna. |
BD kiirus AVX'iga ei kasva oluliselt kõrgemaks SSE'st, SB puhul kasvab kiirus aga jämedalt 2x kuna igal tuumal on täielikult oma kasutuses 256bit SIMD üksus vs BD 2x128bit jagatud kahe int tuuma peale. Muidugi praktikas jääb kasv suts väiksemaks kuna 256bit SIMD'il läheb mõnisada tsüklit "üles soojenemiseks" ning senikaua jooksutatakse noid 256bit käsklusi 128bit peal.
Muidugi kui juba väga karmi optimisatsiooni teha ning fmadd'i peale kirjutada asjad muutub vahe BD vs SB vahel loomulikult väiksemaks 
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
TT
HV Guru
liitunud: 30.11.2001
|
|
27.01.2012 14:57:44
|
|
|
link :: BD Patch
BD uuenenud benchmarkid.
_________________
Things ThaT You own end up Owning you! |
|
| Kommentaarid: 312 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
2 :: |
274 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
27.01.2012 15:23:01
|
|
|
dafuq seal toimub, et skyrimis high peal ilma AA'ta kõrgem reso = kõrgem FPS? 
Mitmel graafikul nähtud jõudluslangus peale patchimist pole ka just kõige parem
Samas ega seal miskit üllatust vast polnud kellelegi, et varem välja hõigatud 5-30% jõudluskasvu kusagil näha polnud.
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
TT
HV Guru
liitunud: 30.11.2001
|
|
27.01.2012 15:37:58
|
|
|
Eks reaalseid parandusi näeb siiski järgmise prosega vast.
_________________
Things ThaT You own end up Owning you! |
|
| Kommentaarid: 312 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
2 :: |
274 |
|
| tagasi üles |
|
|
WäntWõll
make.believe
liitunud: 18.01.2005
|
|
27.01.2012 16:43:09
|
|
|
Ikka väääga nutune värk, noh teada on,et sitast ikka sai ei tee küll 
|
|
| Kommentaarid: 374 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
2 :: |
300 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
27.01.2012 16:56:15
|
|
|
| TT kirjutas: |
| Eks reaalseid parandusi näeb siiski järgmise prosega vast. |
Ja järgmise kerneli/OSiga nagu jutust järeldada võis. TH testid on nagu nad on, mitte just kõikse erapooletumad varasematel aegadel olnud. Nad oleks võinud ju mõne AMD valitud benchi ka juurde panna, kasvõi ühe just for kicks. HPC'ga seadistusega pidi FX-8150 3,3 pealt 3,6 GHz peale minema aga full load power oli kahe hotfixiga vs HPC seadega wati pealt sama. Mäletan keegi miskis väljamaa foorumis ütles, et peale patchimist on osades mängudes kadunud imelikud aeglustused. Hea oleks seega näha mitte keskmist fpsi vaid min fps iga seadistusega.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
sant
HV veteran
liitunud: 04.08.2003
|
|
27.01.2012 17:11:56
|
|
|
| Optimist kirjutas: |
| sant kirjutas: |
| Huvitav et viimases testis PII x6 tulemust pold arvata võib et see liiga hea. |
Phenom II ei toeta AVXi, seega skoor null kui sind just täpne number huvitab. SB/BD peaks korralikku boosti igast cruncherites saama, kui kood uusi käsustikke toetama panna. |
Mina ei usu et sealt amd-lt midagi võimast tuleb, hea kui midagi i7 2500 väärilist tuleb. Praegu on nii et i7 2600K teeb sama töö kui 2x pII quadi crunchimisel. Kui mõlemat kellata siis i7 kellub rohkem ja omab 2x (kellatud) PII quadi ära. i7 2600K vs 2x PII x6, siis i7 teeb veits vähem tööd. Kui kellatuna jooksutada neid siis i7 kellub rohkem kui 2x PII x6 ja teeb võrdväärse töö ära. Need kuradi uued i7 3930k oma 12 tuumaga kellatuna on lihtsalt 
Minu PII x6 teb 6 wu-d korraga ~30 minti per wu, i7 3930 teeb kellatuna (tiimi foorumis tüübid pajatasid) 12 wud korraga alla ~10 mindi per wu. See on siis nii 6 korda kiirem. Amd fänboy seisukohalt vaadates on ikka polnõi pee.
_________________
So, at the end of the day, after I have butchered all the nvidiots all around me, standing alone in a pool of blood surrounded by the corpses of my victims, a horrible truth reveals itself to me: I am an amd\ati fänboy...and I must do my dark masters bidding, for I am damned for all eternity... |
|
| Kommentaarid: 67 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
60 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
27.01.2012 18:21:23
|
|
|
| Optimist kirjutas: |
| TT kirjutas: |
| Eks reaalseid parandusi näeb siiski järgmise prosega vast. |
Ja järgmise kerneli/OSiga nagu jutust järeldada võis. |
Mida annab uue OS'iga paremaks muuta mida olemasoleva patchimisega praegu ei tehtud?
| Optimist kirjutas: |
| Nad oleks võinud ju mõne AMD valitud benchi ka juurde panna, kasvõi ühe just for kicks. |
Mis sorti rakendustes oli ilma lisataktita asjalikku jõudluskasvu näha?
| Optimist kirjutas: |
| Mäletan keegi miskis väljamaa foorumis ütles, et peale patchimist on osades mängudes kadunud imelikud aeglustused. Hea oleks seega näha mitte keskmist fpsi vaid min fps iga seadistusega. |
time-per-frame graafikud oleks oluliselt paremad
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
28.01.2012 14:06:17
|
|
|
| Ho Ho kirjutas: |
| Mida annab uue OS'iga paremaks muuta mida olemasoleva patchimisega praegu ei tehtud? |
TH lehel rasvaselt kirjas "However, the Windows 7 patches still should not be taken as an indication of how FX will behave under Windows 8". Teoorias ei tohiks ükski korralik patch jõudlust vähendada, seega tööd on. Olen näinud bence, mis Win8beta all idles 7W säästu saavad jms.
| Ho Ho kirjutas: |
| Mis sorti rakendustes oli ilma lisataktita asjalikku jõudluskasvu näha? |
Sa vist ei lugenud seda artiklit, TH polnud nõus AMD benche kasutama. TH arvates vanad mängud jms pole üldse täna nii olulised, et neid näitamagi peaks. Isiklikult poleks mul midagi selle vastu kui näidataks näiteks kuidas iidne 3DMark 2001 skooriks X % kiiremini.
| Ho Ho kirjutas: |
| time-per-frame graafikud oleks oluliselt paremad |
Nõus aga min FPS oleks alustuseks ka kena info.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
28.01.2012 20:27:51
|
|
|
| Optimist kirjutas: |
| "However, the Windows 7 patches still should not be taken as an indication of how FX will behave under Windows 8". |
Nad võivad väita mida iganes, ma tahan konkreetselt teada mida annab paremaks muuta. Praegu emuleerides HT'd saavutasid nad praktiiselt kogu jõudluskasvu mida üldse oodata oli. Mis siis täpselt veel saada on?
Samuti ma ei suuda ette kujutada praktiliselt ainsamatki OS'i poolset lisa muudatust-optimisatsiooni peale HT meuleerimise mis annaks jõudlust juurde FX'ile aga mitte HT'ga inteli nodile.
| Optimist kirjutas: |
| TH arvates vanad mängud jms pole üldse täna nii olulised, et neid näitamagi peaks. |
Vanemad mängud tähendaks ka seda, et nad ei suuda elu sees 8't tuuma ära kasutada, ehk siis lihtsalt lastakse pooletoobine koormus peale ning kui hästi läheb siis tänu threadide moodulitesse jagamisele saavad kerge boosti. Samas arvestades, et neil oli seal ka terve posu uusi mänge mis ei suuda normaalselt >2 tuuma kasutada ning mis ei olnud GPU poolt blokitud siis ma ei näe erilist vahet kas testida nondega või millegi vanemaga. Või on sul ehk välja pakkuda loogiline seletus miks võiks jõudluskasv 3dm2k1 vs SC2 või Skyrimi vahel olla oluliselt erinev?
| Optimist kirjutas: |
| Nõus aga min FPS oleks alustuseks ka kena info. |
Üksainus ekstreemum terve mitme minutilise benchi jooksul ei näita halligi reaalselt. Tekib sul miski OS'i interrupt a'la viirusetõrje samal hetkel kui mäng üritab blokeeriva IO kaudu kettalt miskit lugeda ning ongi kööga.
Ehk siis kui pole veel aru saanud üritan läbi lillede vihjata sellele, et kogu jutt teemal "tuleb patch/win8 ning elu saab olema lill" on puhas PR BS mis kokkuvõttes kusagile ei vii ning ainult annab ullikestele lootust, et ostes praegu prose muutub see maagiliselt tulevikus ilgeks püssiks. Voolutarve võib ehk tõesti paraneda kui nad threade vastavalt ümber jagavad ning mooduleid välja lülitavad kuid see on juba teine teema.
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
30.01.2012 11:02:30
|
|
|
| Ho Ho kirjutas: |
Nad võivad väita mida iganes, ma tahan konkreetselt teada mida annab paremaks muuta. Praegu emuleerides HT'd saavutasid nad praktiiselt kogu jõudluskasvu mida üldse oodata oli. Mis siis täpselt veel saada on?
Samuti ma ei suuda ette kujutada praktiliselt ainsamatki OS'i poolset lisa muudatust-optimisatsiooni peale HT meuleerimise mis annaks jõudlust juurde FX'ile aga mitte HT'ga inteli nodile. |
Kui sul on vaja mingis X järjekorras hotfixe vaja OSile selga lasta, mis kohati vähendavad jõudlust, siis selle nimi on kole hädahäkk, mitte fix. Osad rakendused peaks kasu saama ühe mooduli jagamisest. Ei tundu, et Win7 saaks praegu aru mis softiga seda teha tuleks ja millega mitte. HT emuleerimine ei sobi BD's kõikide rakenduste jaoks.
| Ho Ho kirjutas: |
| Vanemad mängud tähendaks ka seda, et nad ei suuda elu sees 8't .... |
Siililegi selge, et vanemad mängud ja isegi testid ei suuda kaheksat tuuma kasutada. Keegi polegi seda väitnud, ütlesin lihtsalt et tore oleks olnud ikkagi patchide tulemust näha. A la he he näe Quake3 teeb nüüd 1000 fps 800 asemel.
| Optimist kirjutas: |
| Ehk siis kui pole veel aru saanud üritan läbi lillede vihjata sellele, et kogu jutt teemal "tuleb patch/win8 ning elu saab olema lill" on puhas PR BS mis kokkuvõttes kusagile ei vii ning ainult annab ullikestele lootust, et ostes praegu prose muutub see maagiliselt tulevikus ilgeks püssiks. Voolutarve võib ehk tõesti paraneda kui nad threade vastavalt ümber jagavad ning mooduleid välja lülitavad kuid see on juba teine teema. |
Jällegi, keegi pole väitnud, et Win8 kernel peaks miski uberboosti andma. Kahtlane kas isegi järgmise generatsiooni Vishera CPU seda teha suudab. Samas on hea kui fps näiteks 15 peale ei kuku, kui OS threadi magavale tuumale selga üritab ajada. See loeb lõppkasutajle rohkem, kui mõned % kiiremad benchid.
Mul on tore näha, et m$ vähemalt siputab AMD CPU'de teemal, erinevalt Phenom I ja Athlon II ajast, kus tollane m$ OS konkreetselt ei teadnud midagi puhkereziimil olevatest tuumadest ja nende peal softi pidevalt jooksutada üritas. Kui kolmanda partei workarounde ei kasutanud või CNQ'd maha ei võtnud, siis oli seis päris hapu. Praegu on vähemalt hotfixe saada.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
30.01.2012 11:35:42
|
|
|
| Optimist kirjutas: |
| Osad rakendused peaks kasu saama ühe mooduli jagamisest |
Ja kuidas OS sellest aru saada võiks?
| Optimist kirjutas: |
| HT emuleerimine ei sobi BD's kõikide rakenduste jaoks. |
Ehk viitsid kirjeldada millised threadide tuumadele jagamise mustrid aitavad BD puhul aga mitte inteli HT puhul?
| Optimist kirjutas: |
| Jällegi, keegi pole väitnud, et Win8 kernel peaks miski uberboosti andma |
AMD ise vast mitte, küll aga loendamatud fännid netis seletavad et osta osta, varsti tuleb uberboost.
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
30.01.2012 12:28:52
|
|
|
| Ho Ho kirjutas: |
| Ja kuidas OS sellest aru saada võiks? |
Teoorias võiks CPU mikrokood vms ise piisavalt tark, et aru saada kas threadile tuleb kasuks kiire L2 jagamine või on näiteks threadi I/O/cache kasutus nii suur, et eraldi mooduli käima lükkamine tasub ära. Vbla on mõttekas tarkvara kasutamist monitoorida, teha kasvõi lennult optimisatsioonid ning need tuleviku tarbeks meelde jätta. Igatahes mitte OSi suva järgi tagajärgi arvestamata threade või nende osasi tuumadele laiali puistada. Ma ei saa kuidagi väita, et ükski lahendus, mis ma välja pakuks ka reaalselt hästi toimiks aga kindlasti on võimalik BD arhitektuurist ühel või teisel viisil threadide osas natuke rohkem välja pigistada. AMD's on ilmselt ka inimesi, kes sellesse usuvad, muidu poleks CPU'd sellisel kujul loodud.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
30.01.2012 12:40:12
|
|
|
| Optimist kirjutas: |
| Teoorias võiks CPU mikrokood vms ise piisavalt tark, et aru saada kas threadile tuleb kasuks kiire L2 jagamine või on näiteks threadi I/O/cache kasutus nii suur, et eraldi mooduli käima lükkamine tasub ära |
Kui seda ei suudeta OS'i tasemelgi teha siis mis imevalemiga sa selle rauda proged? Keskmises desktop masinas jookseb paralleelselt mõnikümmed protsessi ja paarsada threadi. Nende üle arve pidamine ja mingite mustrite otsimine otse proses on pehmelt öeldes utoopiline, eriti BD puhul millel on niigi vähe cachet ning mis on üsna kõrge latentsusega.
Samuti pole ma päris kindel kas prose üleüldse teabki millist threadi ta parasjagu jooksutab või mitte. On küll olemas erikäsud context switchi tegemiseks kuid loogiliselt oletaks, et uueks contextiks antakse lihtsalt teise threadi stack pointer koos vastava data segmendi omaga ning mingist thread-ID'st või sarnasest pole prosel vähimatki aimu.
| Optimist kirjutas: |
| AMD's on ilmselt ka inimesi, kes sellesse usuvad, muidu poleks CPU'd sellisel kujul loodud. |
Miks sa arvad, et seda üldse usuti-loodeti? BD tehti sisuliselt serveriproseks kus sul jookseb koorem peamiselt integer osa kasutavat ning üksteisest üsnagi eraldiseisvat protsessi. Säärasesse olukorda on BD moodullahendus ideaalne ning mingit erilist OS'i poolset tuuningut pole mõtet teha. Lihtsalt sama arhitektuur ei tööta eriti normaalselt desktopil kus sul tihtipeale pole tuumad täiskoormusel ning kus latentsus on olulisem kui summaarne läbilase. Võiks ka väita, et nad tegid valearvestuse kui oletasid, et praeguseks on ka desktopil rakendused mis suudavad normaalselt skaleeruda >4 tuuma peale.
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
30.01.2012 15:20:10
|
|
|
| Ho Ho kirjutas: |
| Kui seda ei suudeta OS'i tasemelgi teha... |
AFAIK Win7 kerneli arendusse pole AMD töötajaid kaasatud, Intelil on Redmondis vähemalt üks spetsialist alati kohal uue Win versioon arendamisega seotud teemadel. Asi on seega vähemalt osaliselt tahtmises/ressurssides kinni.
| Ho Ho kirjutas: |
| ... siis mis imevalemiga sa selle rauda proged? Keskmises desktop masinas jookseb paralleelselt mõnikümmed protsessi ja paarsada threadi. Nende üle arve pidamine ja mingite mustrite otsimine otse proses on pehmelt öeldes utoopiline, eriti BD puhul millel on niigi vähe cachet ning mis on üsna kõrge latentsusega. |
Nii haigeks ei maksaks ka minna, et kõiki threade oleks vaja põhjalikult läbi kammida. Näiteks sellise ideoloogiaga viirusetõrjeprogramm tõmbaks vist SSD skännimisega iga prose käpuli Viirusetõrjed teavad mida nad otsivad, selle pärast on nad võrdlemisi kiired. Seega praktikas on meil äkki vaja ainult väga väikest omaduste hulka, mille järgi otsustada kuhu CPU osale arvutamine kolida. Kindel et sa ikka progemisega tegeled ? Panen ühe DISclaimeri veel kord siia: Ma ei saa kuidagi väita, et ükski lahendus, mis ma välja pakuks ka reaalselt hästi toimiks Ära palun eelda, et siinkohal mingi pädeva lahenduse välja pakun, selleks makstakse teistsugustele spetsialistidele.
| Ho Ho kirjutas: |
| Miks sa arvad, et seda üldse usuti-loodeti? ... |
Ükski tootja ei lase selliseid+analoogseid slaide välja niisama:
 Spoiler
| Ho Ho kirjutas: |
| ... Võiks ka väita, et nad tegid valearvestuse kui oletasid, et praeguseks on ka desktopil rakendused mis suudavad normaalselt skaleeruda >4 tuuma peale. |
Seda on jah varem mitmes kohas mainitud, et BD disainimse algfaasis ennustatud tulevik polnud nii theradide sõbralik kui loodeti. Kas vist on isegi ametlikult AMD lehel või nende endi poolt tsiteerituna seda eelmisel aastal tähele pannud. Kahjuks erinevalt Inteli+P4 teemast AMD enam teist võimalust CPU arhitektuuriga ei saa. Järgmine arhitektuur suunatakse ilmselt hoopis teise turusegmenti, high endi püüdmisest loobutakse lõplikult.
Niih möla kõrvale midagi lahedat ka, Supermicro Interlagos workstation ehk 2*16 tuuma + 7970
Spoiler
http://www.theinquirer.net/inquirer/review/2141735/amd-interlagos-supermicro-workstation-review
Pole küll AM3+ vaid dual socket G34 aga vast haakub ikka teemaga. 2*4 mälukanali asemel paistab benchide järgi küll 2*2 mälukanalit kasutuses olevat. Võimalik, et nuditud G34 või polnud testmasinas kõik DIMM slotid täis aga tore loom sellegi poolest.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
30.01.2012 16:01:25
|
|
|
| Optimist kirjutas: |
| Nii haigeks ei maksaks ka minna, et kõiki threade oleks vaja põhjalikult läbi kammida |
Ka siis, kui iga threadi kohta hoitaks alles ainult mõnikümmend baiti datat oleks see juba prosele selline lisakoormus, et asi ei tasu jõudluskaotust ära.
| Optimist kirjutas: |
| Näiteks sellise ideoloogiaga viirusetõrjeprogramm tõmbaks vist SSD skännimisega iga prose käpuli |
Huvi pärast küsin et ega sa ei tea umbes kui suurt prosekoormust nad tekitavad harilik ketas vs SSD vs memdisk?
Samuti ära unusta, et viiruste otsimisel rakendatakse prose täielikult selleks ülesandeks. Wini peal peaks context switchid käima kord ~10-15ms tagant (tihemini kui thread ise yieldib) ning võtavad max mõnisada prosetsüklit. Ehk siis ma väga ei võrdleks viiruse otsimist threadide "sorteerimisega" kui neile rakendatavad ressursid on kümneid tuhandeid kordi erinevas skaalas.
| Optimist kirjutas: |
| Seega praktikas on meil äkki vaja ainult väga väikest omaduste hulka, mille järgi otsustada kuhu CPU osale arvutamine kolida. |
Mis osa see olla võiks? Prose peab rauas arvet kust mälupiirkondadest mingi thread andmeid loeb? Sel juhul jääb alles probleem, et mil viisil prose üldse vahet peaks tegema millise threadiga tegu on. Nagu ütlesin siis minu arusaamist mööda pole nende vaatepunktist vähimatki vahet kas ette antud stack kuulub ühele või teisele threadile ning "boonusena" sõltuvalt millal context switch toimus muutub ka too stack iga threadi puhul iga switchi käigus.
| Optimist kirjutas: |
| Kindel et sa ikka progemisega tegeled ? |
Üsnagi kindel ning lisaks ka suht-koht raua lähedaselt. Seetõttu ka kogu see jutt, et minu arusaamist mööda ei ole võimalik raua tasemel kuidagi prosel teada milline jooksutatav koodijupp millise threadi külge käib.
| Optimist kirjutas: |
| Ho Ho kirjutas: |
| Miks sa arvad, et seda üldse usuti-loodeti? ... |
Ükski tootja ei lase selliseid+analoogseid slaide välja niisama:
Spoiler
|
Seal on lahenduseks mitte prose ega OS'i poolne threadidega majandamine vaid just tolle rakenduse autorite lisatöö, et nad võtavad OS'ilt selle ülesande üle kuna teavad paremini kuidas peaksid threadid paiknema et nad optimaalselt töötaksid.
Ehk siis minu poolne teema (vahe?)kokkuvõte oleks, et säärane OS'i või veel vähem raua tasemel threadide analüüsimine ja optimaalselt tuumadele jagamine ei ole mõistlikul viisil teostatav ilma, et see tooks kaasa mõttetult suurt lisa ressursikulu mis loodetud kasu ära nullib kui mitte veel hullemakski olukorda ei tee. Muidugi alati on variant, et olen millestki väga valesti aru saanud seega kui keegi leiab mu jutus miskit kaheldavat andke aga teada.
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
Draco
HV veteran
liitunud: 15.09.2005
|
|
30.01.2012 16:22:45
|
|
|
Jätkate kaua?
Ma võtan õhtul  ligi ja asun nautima.
HD7000 teema ongi virisemise kohapealt millegipärast vaikseks jäänud.
_________________
Purgatory Judgement |
|
| Kommentaarid: 12 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
12 |
|
| tagasi üles |
|
|
Tomorrow
HV Guru
liitunud: 08.02.2006
|
|
31.01.2012 04:12:30
|
|
|
| ot: |
| Draco kirjutas: |
| HD7000 teema ongi virisemise kohapealt millegipärast vaikseks jäänud. |
Pole millegi üle viriseda  |
|
|
| Kommentaarid: 92 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
82 |
|
| tagasi üles |
|
|
sant
HV veteran
liitunud: 04.08.2003
|
|
01.02.2012 19:10:19
|
|
|
Piinasin veits oma PII x6-te sisoftiga: http://www.upload.ee/image/2037107/PII_x6_1090T_4_3ghz_1_6v_vcore.png
Tahaks ikka teada mis BD omanikud siin foorumis oma buldoosritest välja pigistavad gfloppides
Peaks mainima et need kes kobisesid et BD võtab kellamisel julmalt rohkem voolu kui muud (normaalsed) prosed võivad end küll põlema panna, mul system idle on 210 wt ja system load gfloppe mõõtes on 500wt See siis aint cpu koormusega (PII 1090 @ 4,3ghz 1,6v vcore), emaplaat pinises mitte just vähe koormuse all
_________________
So, at the end of the day, after I have butchered all the nvidiots all around me, standing alone in a pool of blood surrounded by the corpses of my victims, a horrible truth reveals itself to me: I am an amd\ati fänboy...and I must do my dark masters bidding, for I am damned for all eternity... |
|
| Kommentaarid: 67 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
60 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 10:56:34
|
|
|
http://www.scribd.com/doc/22112342/Nyag-v-Intel-Complaint-Final
Öelge miks ma peaks uskuma firmast kes on kaks korda sama jamaga hakkama saanud, et nad uuesti oma compilereid ei ole näppinud? (Mis on tegelikult juba tõestatut kui CPUID keerata AMD Geniuen pealt Intel Geniuen siis performance tõuseb kordades.)
Ei vaidle vastu, et singlethreading ei ole kuskilt otsast FX tugevam külg aga kui panna i5/i7 kõrvuti FX multithreadingus, ei ole enam küsimust kes keda kotib.
Kui ainuüksi Windows 8 DP muudab BD'd positiivsuse poole siis oodakem parem Beta ära ja vaatame mis seal saab, sest nagu kõigile teada Linuxis on benchi tulemused hoopis teised tänu kerneli uuendustele.
BD'l on oi kui palju benchi tulemusi mis on paremad kui i5/i7 ja isegi paar tükki mis on võrdsed €1000 i7990X-ga (Millega ta pole isegi mõelud turul "võistlema").
Kõik Benchid mis BD võidab maetakse maha suurte benchi lehtede poolt, TH'st ma seda üldse ei imesta kuna see on ammu teada tuntud Intel fanboy leht oma "Average Game Performance" benchiga, no kuule, võiks siis vähemalt CPU heavy mängu võtta ja sellega bench teha ja mängu nimi alla mitte BF3 ei ole kuskilt otsast CPU'st suuresti sõltuv (Sellisel juhul peaks mu vana Phenom I 9650 ikka väga võimas asi olema). Dragon Age II mis on CPU heavy näitab juba FX seeria korraliku tõusu ja on eespool nii i5-st kui ka i7 2600k.
Ärgem siis unustagem, et BD on alles Gen1 ja Ivy bridge juba Gen 3 kui ma ei eksi? AMD tuleb vaikselt aga jõuliselt Intelile järgi.
Endal on FX-8150 aga ütlen ausalt, mängimiseks oli väga vale ost, sööb elektrit ja mänge on väga väga vähe mis selle CPU võimsust kasutaks (veel enam, mina sellised mänge isiklikult ei mängi) AGA tuleviku mõttes on see CPU nö. future proof.
Mõni loeb siit kindlasti välja, et ma olen fanboy, mõnes mõttes võibolla tõesti aga ma näen ka seda mis tegelikult toimub mitte ainult seda mida suured benchi lehed kirjutavad.
Ilusat päeva
|
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
1dumbpcuser
HV Guru
liitunud: 05.03.2002
|
|
02.02.2012 11:11:05
|
|
|
| tsitaat: |
BD'l on oi kui palju benchi tulemusi mis on paremad kui i5/i7 ja isegi paar tükki mis on võrdsed €1000 i7990X-ga (Millega ta pole isegi mõelud turul "võistlema").
|
Oskad "lambist" mõne näite tuua? Ainus, mis mulle kohe meenub on 7zip, aga peale selle....ei meenugi eriti midagi 
_________________
M: MSI B660M MORTAR
M: Dell RTX 2060
O: AM5 ITX emaplaat |
|
| Kommentaarid: 103 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
97 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 11:14:46
|
|
|
C-Ray on üks nendest mis pulgag i7-990x-ga
Pov-Ray
7Zip nagu sa mainisid
SiSoft Sandra SP5 Multimedia (2600k-ga)
MediaShow Espresso
Video transcoding x.264
Jne.
viimati muutis KohviPaus 02.02.2012 11:35:16, muudetud 1 kord |
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
1dumbpcuser
HV Guru
liitunud: 05.03.2002
|
|
| Kommentaarid: 103 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
97 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 11:38:02
|
|
|
2600k 1 sekundiga kõrgemal? See on nüüd tõesti suur vahe.
Kui sa kohe sealt järgmis media endcodingut vaata siis juba FX ees Kõvasti 2500k ees pool millega eespool nimetatud prose ongi mõeldud marketis "võistlema".
Ühesõnaga mis ma öelda tahtsin, FX pole päris see mis ta olema peaks (veel) aga kindlasti ei ole ta ka nii kehv nagu enamus review saidid väita püüavad.
viimati muutis KohviPaus 02.02.2012 11:39:24, muudetud 1 kord |
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
Draco
HV veteran
liitunud: 15.09.2005
|
|
02.02.2012 11:38:33
|
|
|
| KohviPaus kirjutas: |
C-Ray on üks nendest mis pulgag i7-990x-ga
Pov-Ray
7Zip nagu sa mainisid
SiSoft Sandra SP5 Multimedia (2600k-ga)
MediaShow Espresso
Video transcoding x.264
Jne. |
Üks kodanik kirjutab krimiromaani hetkel sinu postipõhjal ja toob komahaaval välja kõik näited ja väited...
Ära kutsu kurja välja, pole mõtet
|
|
| Kommentaarid: 12 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
12 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 11:43:33
|
|
|
| Draco kirjutas: |
| KohviPaus kirjutas: |
C-Ray on üks nendest mis pulgag i7-990x-ga
Pov-Ray
7Zip nagu sa mainisid
SiSoft Sandra SP5 Multimedia (2600k-ga)
MediaShow Espresso
Video transcoding x.264
Jne. |
Üks kodanik kirjutab krimiromaani hetkel sinu postipõhjal ja toob komahaaval välja kõik näited ja väited...
Ära kutsu kurja välja, pole mõtet |
Otse ja ausalt, kirjutagu või uus tõde ja õigus, bench on bench ja näitab selgelt ülekaalu täpselt nagu Inteli prosed on single threadingus kõvasti üle FX seeria.
Olgem ausad, mida aeg edasi seda rohkem hakatakse appe kirjutama multi-threadingut kasutama ja see soosib hetke seisuga AMD'd. CS 5.1 bench on juba AMD kasuks, põhimõtteliselt programm mida ka kasutatakse päevast päeva.
|
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
02.02.2012 11:53:52
|
|
|
| KohviPaus kirjutas: |
| Öelge miks ma peaks uskuma firmast kes on kaks korda sama jamaga hakkama saanud, et nad uuesti oma compilereid ei ole näppinud? (Mis on tegelikult juba tõestatut kui CPUID keerata AMD Geniuen pealt Intel Geniuen siis performance tõuseb kordades.) |
"kordades" on küll selge liialdus. Jah, tean, et Intel tegeles P4 aegu säärase isetegevusega oma kompilaatori puhul kuid peale seda pole sellest kuulnud. Kui sa oled siis ole hea ja too mõni konkreetne viide. Samuti oleks tore näha noid "kordades" erinevaid jõudlustulemusi. Teine asi milles väga sügavalt kahtlen on reaalselt kasutatavate rakenduste hulk mis ICC abil kokku kompileeritakse.
| KohviPaus kirjutas: |
| Kui ainuüksi Windows 8 DP muudab BD'd positiivsuse poole siis oodakem parem Beta ära ja vaatame mis seal saab, sest nagu kõigile teada Linuxis on benchi tulemused hoopis teised tänu kerneli uuendustele. |
On sul mõnd linki noile Linuxi benchidele koos ja ilma kernelipatchideta?
| KohviPaus kirjutas: |
| Ärgem siis unustagem, et BD on alles Gen1 ja Ivy bridge juba Gen 3 kui ma ei eksi? AMD tuleb vaikselt aga jõuliselt Intelile järgi. |
Mitmes gen on Intelil käsil tol hetkel kui BD omadega 3'ndani jõuab?
| KohviPaus kirjutas: |
| AGA tuleviku mõttes on see CPU nö. future proof. |
Millal see tulevik kohale jõuab?
| KohviPaus kirjutas: |
| 2600k 1 sekundiga kõrgemal? See on nüüd tõesti suur vahe. |
Teisel lingil oli vahe ~7%
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 12:00:15
|
|
|
| Ho Ho kirjutas: |
| KohviPaus kirjutas: |
| Öelge miks ma peaks uskuma firmast kes on kaks korda sama jamaga hakkama saanud, et nad uuesti oma compilereid ei ole näppinud? (Mis on tegelikult juba tõestatut kui CPUID keerata AMD Geniuen pealt Intel Geniuen siis performance tõuseb kordades.) |
"kordades" on küll selge liialdus. Jah, tean, et Intel tegeles P4 aegu säärase isetegevusega oma kompilaatori puhul kuid peale seda pole sellest kuulnud. Kui sa oled siis ole hea ja too mõni konkreetne viide. Samuti oleks tore näha noid "kordades" erinevaid jõudlustulemusi. Teine asi milles väga sügavalt kahtlen on reaalselt kasutatavate rakenduste hulk mis ICC abil kokku kompileeritakse.
| KohviPaus kirjutas: |
| Kui ainuüksi Windows 8 DP muudab BD'd positiivsuse poole siis oodakem parem Beta ära ja vaatame mis seal saab, sest nagu kõigile teada Linuxis on benchi tulemused hoopis teised tänu kerneli uuendustele. |
On sul mõnd linki noile Linuxi benchidele koos ja ilma kernelipatchideta?
| KohviPaus kirjutas: |
| Ärgem siis unustagem, et BD on alles Gen1 ja Ivy bridge juba Gen 3 kui ma ei eksi? AMD tuleb vaikselt aga jõuliselt Intelile järgi. |
Mitmes gen on Intelil käsil tol hetkel kui BD omadega 3'ndani jõuab?
| KohviPaus kirjutas: |
| AGA tuleviku mõttes on see CPU nö. future proof. |
Millal see tulevik kohale jõuab?
| KohviPaus kirjutas: |
| 2600k 1 sekundiga kõrgemal? See on nüüd tõesti suur vahe. |
Teisel lingil oli vahe ~7% |
Miks ma küll arvasin, et see Sina oled.
Ei mäleta, et 2006 oleks veel P4 olnud mida täpselt see kohtu case kirjeldab, ole hea loe see link läbi. See peaks kõigile teada olema, et selles vahemikus oli AMD'l eelis ja Intelil oli probleeme. Esimene asi mis ette jääb benchidest ainult Inteli softi kasutades on Cinebench. Väike video ka sulle: http://www.youtube.com/watch?v=-M1eX5Vvrg8&feature=channel_video_title
Miks Sa tahad ilma kerneli patchita? Ega see CPU viga pole kui soft ei ole optimiseeritud? Mida sa ajad? Täpselt sama seis on Windowsis praegu, see, et MS ei suuda oma patchi välja kirjutada pole küll kuskilt otsast AMD CPU viga ja minuteada AMD ei pea MSi softile patche kirjutama hakkama.
Kaugel AMD selleks ajaks on, ei tea. Loodetavasti paremas seisus kui praegu.
Tulevik jõuab varsti. See oleneb juba softi kirjutajatest.
Teisel lingil? Mõnel kolmandal võib see üleüldse juba AMD kasuks olla, Yep, makes sense.
Nagu mina aru saan siis Sa püüad mulle väita, et benchid (enamus) mis kasutavad Inteli compilereid ei ole kuskilt otsast Inteli kasuks ja AMD kahjuks? Meh..
EDIT: Ja üks asi veel Ho Ho, ma ei taha Sinuga vaielda, lihtsalt tsiviliseeritud vestlust sellel teemal pidada Sinul endal vaatevinkel, minul enda oma
viimati muutis KohviPaus 02.02.2012 12:07:30, muudetud 1 kord |
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
xpander
HV veteran
liitunud: 24.10.2005
|
|
| Kommentaarid: 18 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
16 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
02.02.2012 12:13:50
|
|
|
| KohviPaus kirjutas: |
| Ei mäleta, et 2006 oleks veel P4 olnud mida täpselt see kohtu case kirjeldab, ole hea loe see link läbi |
Lingil polnud sõnakestki juttu kompilaatorite "optimeerimisest". See, et intel kippus edasimüüjatel käsi väänama ei mõjuta karvavõrdki benchmarkide tulemusi ega prosede jõudlust. Ehk siis hetkel räägid vaheldumisi aiast ning aiaaugust.
| KohviPaus kirjutas: |
| Esimene asi mis ette jääb benchidest ainult Inteli softi kasutades on Cinebench |
Kui muuta cpuid'd siis kas uuemates cinebenchides kasvab AMD jõudlus või ei? Või lihtsalt oletad, et kuna asi on kokku lastud inteli kompilaatoriga siis raudselt kahaneb amd prosel joostes jõudlus mitmeid kordi? Rohkem fakte, vähem oletusi paluks.
| KohviPaus kirjutas: |
| Miks Sa tahad ilma kerneli patchita? |
Et oleks näha konkreetselt kui palju nood patchid jõudlust parandasid. Selle järgi saaks oletada kui palju võiks jõudlust kasvatada "korralikult" tehtud win8. Su oma väide oli, et tänu noile patchidele kasvas BD jõudlus Linuxi all mehemoodi. Tahangi nüüd konkreetselt teada saada kui suur jõudluskasv reaalselt oli. Kerneliarendajate maililistis oli jutt <5% muutusest ideaaltingimustes ning realistlikult pigem <1%.
| KohviPaus kirjutas: |
| Teisel lingil? Mõnel kolmandal võib see üleüldse juba AMD kasuks olla, Yep, makes sense. |
Millise lingi tulemusi siis uskuma peaks? Noid mis kellelegi isiklikult sümpatiseerivad või mingit üldist keskmist?
| KohviPaus kirjutas: |
| Sinul endal vaatevinkel, minul enda oma |
Tõsi kuid kui tulla välja kõiksugu väidetega siis peaks olema suuteline neid ka korralikult põhjendada.
erinevate compileritega testid - puudub ICC, seega ei ole võimalik teha järeldusi kas Intel miskit käkib ära amd jaoks või mitte
bd patchidega - tegu on kompilaatori patchidega, mitte kerneli omadega. Ehk siis on näidatud kui suurt kasu annab kui kompilaatorile õpetada kuidas koodi BD jaoks optimeerida
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 12:27:49
|
|
|
| Ho Ho kirjutas: |
| KohviPaus kirjutas: |
| Ei mäleta, et 2006 oleks veel P4 olnud mida täpselt see kohtu case kirjeldab, ole hea loe see link läbi |
Lingil polnud sõnakestki juttu kompilaatorite "optimeerimisest". See, et intel kippus edasimüüjatel käsi väänama ei mõjuta karvavõrdki benchmarkide tulemusi ega prosede jõudlust. Ehk siis hetkel räägid vaheldumisi aiast ning aiaaugust.
| KohviPaus kirjutas: |
| Esimene asi mis ette jääb benchidest ainult Inteli softi kasutades on Cinebench |
Kui muuta cpuid'd siis kas uuemates cinebenchides kasvab AMD jõudlus või ei? Või lihtsalt oletad, et kuna asi on kokku lastud inteli kompilaatoriga siis raudselt kahaneb amd prosel joostes jõudlus mitmeid kordi? Rohkem fakte, vähem oletusi paluks.
| KohviPaus kirjutas: |
| Miks Sa tahad ilma kerneli patchita? |
Et oleks näha konkreetselt kui palju nood patchid jõudlust parandasid. Selle järgi saaks oletada kui palju võiks jõudlust kasvatada "korralikult" tehtud win8. Su oma väide oli, et tänu noile patchidele kasvas BD jõudlus Linuxi all mehemoodi. Tahangi nüüd konkreetselt teada saada kui suur jõudluskasv reaalselt oli. Kerneliarendajate maililistis oli jutt <5% muutusest ideaaltingimustes ning realistlikult pigem <1%.
| KohviPaus kirjutas: |
| Teisel lingil? Mõnel kolmandal võib see üleüldse juba AMD kasuks olla, Yep, makes sense. |
Millise lingi tulemusi siis uskuma peaks? Noid mis kellelegi isiklikult sümpatiseerivad või mingit üldist keskmist?
| KohviPaus kirjutas: |
| Sinul endal vaatevinkel, minul enda oma |
Tõsi kuid kui tulla välja kõiksugu väidetega siis peaks olema suuteline neid ka korralikult põhjendada.
erinevate compileritega testid - puudub ICC, seega ei ole võimalik teha järeldusi kas Intel miskit käkib ära amd jaoks või mitte
bd patchidega - tegu on kompilaatori patchidega, mitte kerneli omadega. Ehk siis on näidatud kui suurt kasu annab kui kompilaatorile õpetada kuidas koodi BD jaoks optimeerida |
| http://www.theregister.co.uk/2010/08/04/ftc_settles_with_intel/ |
Kui ikka korra selliste asjadega tegeletakse (olgu siis kas compilerite enda kasuks keeramine või edasimüüjatel käte väänamine) ei saa nad sellest harjumusest nii väga lahti midagi. Mine või vaata pre-built PC poodides, i3,i5,i7.. Ja kuskil nurgas seisab P2 x4...Lõhnab küll millegi järgi aga kuna ma tõesti ei teha hetke seisu siis hoian suu kinni. Muidugi see võib juba müügitulemustes ka kinni olla kuna inimesed millegipärast hoiavad AMD'st juba viimasel ajal kaugemale.
Vaata selle CPUID muutmisega, samamoodi oletatad sina hetkel, et Intel enam ei tegele compilerite muutmisega, mina oletan, et tegeleb. Näed vahet? Mina küll mitte. Proovime järgi?
Linuxi kernel patchi muutused leiad sinust üks postitus ülevaltpoolt.
|
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
02.02.2012 12:30:19
|
|
|
| Ho Ho kirjutas: |
| Optimist kirjutas: |
| Nii haigeks ei maksaks ka minna, et kõiki threade oleks vaja põhjalikult läbi kammida |
Ka siis, kui iga threadi kohta hoitaks alles ainult mõnikümmend baiti datat oleks see juba prosele selline lisakoormus, et asi ei tasu jõudluskaotust ära.
| Optimist kirjutas: |
| Kindel et sa ikka progemisega tegeled ? |
Üsnagi kindel ning lisaks ka suht-koht raua lähedaselt. Seetõttu ka kogu see jutt, et minu arusaamist mööda ei ole võimalik raua tasemel kuidagi prosel teada milline jooksutatav koodijupp millise threadi külge käib. |
Mõtlesin et see "analüüsime/kammime kõik rauas läbi" pole just progeja kohta kõikse optimaalse mõtteviisiga lähenemine. Isegi igale threadile mõnikümend baiti on overkill. Tähelepanu vajaks näiteks ainult >X mäluaadresse kasutav ja >Y tsükleid sööv thread, mille puhul tekib küsimus kas tõstame uude moodulisse või mitte. Võimalik, et kuidagi on paremgi resursside pärast kaklemist tuvastada.
Ei väida jätkuvalt, et see oleks parim lahendus aga näiteks ma ei ütleks ära AMD softist mis kasvõi OSi tasemel laseb BD nö aeglasemasse performance optimization olekusse. Vaatab mis softi kuidas parem jooksutada, jätab meelde ja hiljem on töö sama softiga kiirem kui varem. Teoorias on see ka natuke häki mitte õige lahenduse moodi aga vähemalt saab lõppkasutaja päeva lõpuks hea jõudluse, kui natuke vaeva näeb.
| Optimist kirjutas: |
| Näiteks sellise ideoloogiaga viirusetõrjeprogramm tõmbaks vist SSD skännimisega iga prose käpuli |
| Ho Ho kirjutas: |
| Huvi pärast küsin et ega sa ei tea umbes kui suurt prosekoormust nad tekitavad harilik ketas vs SSD vs memdisk? |
Jutu mõte oli et kehv viirusetõrje tõmbab SSD'd kammides liiga detailselt analüüsides iga kaasaegse CPU kooma. Mitu korda RAMdrive kiirem on jms ei puhu siin üldse pilli.
| ot: |
| Storage optimeerimise koolitusel näinud mis läbilaske ja latensusega juhtub, kui andmed RAM cache'i ära mahuvad. Samuti suudab iga tont RAMi kiirust kasvõi umbmääraselt välja arvutada. See kõik on OT. |
| Ho Ho kirjutas: |
| Seal on lahenduseks mitte prose ega OS'i poolne threadidega majandamine vaid just tolle rakenduse autorite lisatöö, et nad võtavad OS'ilt selle ülesande üle kuna teavad paremini kuidas peaksid threadid paiknema et nad optimaalselt töötaksid. |
AMD lootis et OSile tulevad fixid ja nii palju kui mina tean siis midagi tuli ka. Järeliklt nad niisama Win7 tööd FX protsessoritega ei laimanud. Samuti on mitmes allikas öeldud, et Win8's käitub FX protsessor teist moodi kui Win7+praegused hotfixid (teame et midagi ulmelist siita loota ei maksa). AMD panustab m$ OSi paremale threadidega majandamisele.
| Ho Ho kirjutas: |
| ...OS'i või veel vähem raua tasemel threadide analüüsimine ja optimaalselt tuumadele jagamine ei ole mõistlikul viisil teostatav ilma, et see tooks kaasa mõttetult suurt lisa ressursikulu mis loodetud kasu ära nullib kui mitte veel hullemakski olukorda ei tee... |
Pmst kui Win8s BD jõudlus kasvab, siis oleks tegu täiendava OSi taseme optimiseerimisega, mis sinu arvates poleks teostatav ?
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
02.02.2012 12:58:33
|
|
|
| KohviPaus kirjutas: |
| Vaata selle CPUID muutmisega, samamoodi oletatad sina hetkel, et Intel enam ei tegele compilerite muutmisega, mina oletan, et tegeleb. Näed vahet? |
Kas sa ei arva, et kui Intel seda teeks siis oleks AMD juba ammu hädakisa tõstnud? Kui säärane tegevus nonde konkurentsivastaste kohtutulemuste taustal välja tuleks oleks AMD'l võimalik Inteli elu vägagi keeruliseks teha. Peab ikka päris rumal olema, et seda mitte teha. Või mis sa arvad, on neil miski kartellikokkulepe mis ei lase AMD'l seda teha?
| KohviPaus kirjutas: |
| Linuxi kernel patchi muutused leiad sinust üks postitus ülevaltpoolt. |
Ei, ei leia. Nagu juba kirjutasin siis seal olid kompilaatori optimisatsioonide võrdlused. Konkreetselt kerneli patchimisest tuleva vahe võrdlusi polnud ühelgi lingil.
| Optimist kirjutas: |
| Tähelepanu vajaks näiteks ainult >X mäluaadresse kasutav ja >Y tsükleid sööv thread, mille puhul tekib küsimus kas tõstame uude moodulisse või mitte. |
Kuidas peaks see raua poolt välja nägema kui prosel pole vähimatki aimu millise threadi koodi ta parasjagu jooksutab?
| Optimist kirjutas: |
| Pmst kui Win8s BD jõudlus kasvab, siis oleks tegu täiendava OSi taseme optimiseerimisega, mis sinu arvates poleks teostatav ? |
Teoorias oleks OS'i tasemel threadide analüüs-sortimine teostatav, iseasi kui teostatav see reaalselt on ning millise overheadiga. Raudvaraline performance monitoring on prosedes eksisteerinud pea kaks aastakümmet kuid nonde andmete reaalne lugemine-kasutamine toob paratamatult päris korraliku jõudluskao, rääkimata sellest, et korraga saab jälgida ainult mõnd üksikut parameetrit. Samuti enamus softi (v.a benchmargid ) ei käitu sugugi pidevalt sarnase profiili järgi kuna kasutajad söödavad ette erinevaid andmeid. Olen pidanud ise kunagi kurja vaeva nägema softi optimeerimisega ning kui ühe dataseti puhul läks asi tänu optimeerimisele kiiremaks siis vähe teise puhul jällegi aeglasemaks. Automaagiliselt softis otsustada millest on kasu ja millest mitte saab pehmelt öeldes keeruline olema.
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
xpander
HV veteran
liitunud: 24.10.2005
|
|
| Kommentaarid: 18 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
16 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
02.02.2012 13:29:24
|
|
|
| xpander kirjutas: |
| midagi erilist juurde ei anna muidugi. nagu eelpool maintud 5% parimal juhul, reaalselt 1% |
Kiire tabelarvutus andis tulemuse, et suurim vahe oli ühes NAS benchis 2.47% ning sel puhul oli patchimata kernel kõige kiirem. 7zip'is oli ühest patchist kasu 1.82%, teistest vähem. Graphic magic'u ühes kasu 1.47%, ning teiste patchidega 0. Üldiselt jäi kasu oluliselt alla ühe protsendi. Ilma patchimata oli parim tulemus 8's benchis, halvim 6's ja keskmine samuti 8's. Ehk siis jämedalt öeldes on keskmine kasu üsna nullilähedane.
Kas on oodata, et Win8 all saab vahe olema mingil põhjusel suurem kui Linuxis?
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
xpander
HV veteran
liitunud: 24.10.2005
|
|
02.02.2012 13:35:41
|
|
|
noh ega midagi eriti loota pole
samas need testid olid suhteliselt vana kerneliga. 3.0 default ja 3.1 patchitud.
3.3 rc2 ka hetkel väljas... kuigi ma ei tea kas midagi veel vahepeal patchitud ning vaevalt midagi väga juurde ka tuleks.
samas kui vaadata benche linuxi all mida eelpool linkisin, siis pole üldse paha selle hinna kohta millega BD müüakse.
_________________
Linux Gaming Videos: Xpander69 |
|
| Kommentaarid: 18 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
16 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 13:39:33
|
|
|
Tuleb lihtsalt lootma jääda, et AMD võtab kokku ennast 8170-ga ja oma B3 steppinguga, ehk siis suudab juba benchides ka suuremate i-seeriatega kõrvuti olla.
Windows 8 muutusi toob kindlasti kui suuri see on ise asi.
|
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
02.02.2012 13:44:36
|
|
|
| xpander kirjutas: |
| samas need testid olid suhteliselt vana kerneliga. 3.0 default ja 3.1 patchitud. |
Tõsi, oleks märksa parem olnud kui baseline oleks samuti vähemalt 3.1 olnud. Praegu võiks osad jõudluse muutused kirjutada kerneli enda, mitte patchi kaela.
| xpander kirjutas: |
| samas kui vaadata benche linuxi all mida eelpool linkisin, siis pole üldse paha selle hinna kohta millega BD müüakse. |
Pole kordagi väitnudki, et fx vilets oleks. Lihtsalt üsna naljakas on lugeda kuidas rahvas hõiskab, et küll tulevad patchid ning küll kirjutatakse programmid mis oskavad asjalikult 8't tuuma ära kasutada. Ma oma FX'iga olen selleks valmis!
Suht sama juttu räägiti ka esimeste dualcorede välja tuleku puhul ning läks veel aastaid kui kiire singlecore'i asendamine dualcore prosega reaalselt mõtet omas
| KohviPaus kirjutas: |
| Tuleb lihtsalt lootma jääda, et AMD võtab kokku ennast 8170-ga ja oma B3 steppinguga, ehk siis suudab juba benchides ka suuremate i-seeriatega kõrvuti olla. |
Esialgse info järgi mingit imet sealt loota pole ning räägitakse sarnsest "up to 5%" IPC kasvust. Kui nüüd arvestada, et sarnastest numbreist räägiti ka Linuxi kerneli patchide kohta siis eks igaüks tehku omad järeldused.
Küll aga ootan, et puhtalt paranenud tootmisprotsessi tõttu suudetakse takti kõrgemale ajada.
| KohviPaus kirjutas: |
| Windows 8 muutusi toob kindlasti kui suuri see on ise asi. |
Eks näis, mina isiklikult ei oota sealt muutusi mis oleks oluliselt üle mõõtmisvea piiri
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 13:51:53
|
|
|
| Ho Ho kirjutas: |
| xpander kirjutas: |
| samas need testid olid suhteliselt vana kerneliga. 3.0 default ja 3.1 patchitud. |
Tõsi, oleks märksa parem olnud kui baseline oleks samuti vähemalt 3.1 olnud. Praegu võiks osad jõudluse muutused kirjutada kerneli enda, mitte patchi kaela.
| xpander kirjutas: |
| samas kui vaadata benche linuxi all mida eelpool linkisin, siis pole üldse paha selle hinna kohta millega BD müüakse. |
Pole kordagi väitnudki, et fx vilets oleks. Lihtsalt üsna naljakas on lugeda kuidas rahvas hõiskab, et küll tulevad patchid ning küll kirjutatakse programmid mis oskavad asjalikult 8't tuuma ära kasutada. Ma oma FX'iga olen selleks valmis!
Suht sama juttu räägiti ka esimeste dualcorede välja tuleku puhul ning läks veel aastaid kui kiire singlecore'i asendamine dualcore prosega reaalselt mõtet omas
| KohviPaus kirjutas: |
| Tuleb lihtsalt lootma jääda, et AMD võtab kokku ennast 8170-ga ja oma B3 steppinguga, ehk siis suudab juba benchides ka suuremate i-seeriatega kõrvuti olla. |
Esialgse info järgi mingit imet sealt loota pole ning räägitakse sarnsest "up to 5%" IPC kasvust. Kui nüüd arvestada, et sarnastest numbreist räägiti ka Linuxi kerneli patchide kohta siis eks igaüks tehku omad järeldused.
Küll aga ootan, et puhtalt paranenud tootmisprotsessi tõttu suudetakse takti kõrgemale ajada.
| KohviPaus kirjutas: |
| Windows 8 muutusi toob kindlasti kui suuri see on ise asi. |
Eks näis, mina isiklikult ei oota sealt muutusi mis oleks oluliselt üle mõõtmisvea piiri |
Algne plaan oli mul teha upgrade 8150-lt 8170-le aga kui tõesti vastab tõele, et ainult 5% IPC siis jääb ära, siis piisab juba clockimisest.
Kuskil foorumites liiguvad jutud mingise registry fixi kohta aga see on arvatavasti täis vale kuna 40% lihtsalt registrist sellest tuumas välja pressida on ulme.
Kui ma nüüd kuidagi sellega hakkama saan siis proovin õhtul uue kerneliga benchid teha.
|
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
02.02.2012 13:53:09
|
|
|
| KohviPaus kirjutas: |
| Algne plaan oli mul teha upgrade 8150-lt 8170-le aga kui tõesti vastab tõele, et ainult 5% IPC siis jääb ära, siis piisab juba clockimisest. |
Kusagil keegi olevat võrrelnud dieshot'e ning praktiliselt ainus muutus oli branch predictor'i cache'i suuruses mis kasvas ~10% võrra. (imho) peamine probleem, saast cache'i arhitektuur, jääb muutumata.
| KohviPaus kirjutas: |
| Kuskil foorumites liiguvad jutud mingise registry fixi kohta aga see on arvatavasti täis vale kuna 40% lihtsalt registrist sellest tuumas välja pressida on ulme. |
Ulme loomulikult. Samas poleks see esimene kord kui sääraseid kõlakaid räägitakse. Esimeste K10'te puhul liikusid täpselt samasugused jutud ringi stiilis "osta osta, kohe tuleb patch ning core2 tambitakse mutta"
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 13:55:51
|
|
|
No neid dieshote ma ka hetkel veel väga ei usuks kuna release endani on aega veel küllalt siis EHK muutub veel midagi.
Ja millegi pärast ma kahtlen, et 8170 märtsis veel välja tuleb.
|
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
02.02.2012 14:04:19
|
|
|
| KohviPaus kirjutas: |
| No neid dieshote ma ka hetkel veel väga ei usuks kuna release endani on aega veel küllalt siis EHK muutub veel midagi. |
Minu teada kulub umbes kuu-paar enne, kui tehasesse söödetud muudetud arhitektuur reaalse kivina sealt välja tuleb. Seega ega neid respine nii väga tihti ei tehta.
| KohviPaus kirjutas: |
| Ja millegi pärast ma kahtlen, et 8170 märtsis veel välja tuleb. |
Kui aus olla siis ma ei teagi millal nad seda lubasid, ise oleks oodanud kusagile suve või sügise kanti järgmist respini. 8170 kui lihtsalt kõrgema default taktiga praegune kivi võib küll varem tulla.
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
xpander
HV veteran
liitunud: 24.10.2005
|
|
02.02.2012 14:17:53
|
|
|
ega sitast saia ei tee.
ses suhtest et pole neil prosedel viga midagi aga ei usu mina et lihtsalt paari OS patchiga saab rämedat boosti juurde.
tuleb Phenom I aeg meelde kus alguses oli mingisugune bug küljes prosedel mis pool aastat hiljem (parandage kui veits mööda) ära parandati aga ega perfi ikka väga juurde saanud.
BD'ga on sama.. tulevad uued steppingud or what ever..saab väikese boosti..aga see on ka kõik.
mitte et prose ise paha oleks..omas hinna klassis täitsa OK, aga samas mingit "tulevikule mõeldes" ma küll selles proses ei näe.
_________________
Linux Gaming Videos: Xpander69 |
|
| Kommentaarid: 18 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
16 |
|
| tagasi üles |
|
|
KohviPaus
Kreisi kasutaja
liitunud: 29.01.2012
|
|
02.02.2012 14:59:42
|
|
|
| xpander kirjutas: |
| aga samas mingit "tulevikule mõeldes" ma küll selles proses ei näe. |
See oleneb täiesti tarkvara tootjatest minu arvates. Mida rohkem võetakse kasutusele multithreadingut seda rohkem saaks hetke seisuga AMD sellest kasu aga see peaks ikka väga kiiresti juhtuma, enne kui Intel järgi jõuab selles vallas.
|
|
| Kommentaarid: 14 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
12 |
|
| tagasi üles |
|
|
Ho Ho
HV Guru
liitunud: 16.02.2002
|
|
02.02.2012 15:06:48
|
|
|
| KohviPaus kirjutas: |
| See oleneb täiesti tarkvara tootjatest minu arvates. |
Kaua aega läks esimeste dualcorede müügile tulekust kuni muutus mõttekaks suvalisele tondile soovitada dualcoret osta et ta nüüd ja kohe sellest märgatavat kasu saaks?
| KohviPaus kirjutas: |
| Mida rohkem võetakse kasutusele multithreadingut seda rohkem saaks hetke seisuga AMD sellest kasu aga see peaks ikka väga kiiresti juhtuma, enne kui Intel järgi jõuab selles vallas. |
Mida täpsemalt silmas pead? Intelil ju täpselt samamoodi mitme tuumaga prosed + HT ning saab täpselt samamoodi multithreaded softist kasu kui AMD'gi, kui mitte rohkemgi arvestades kuidas nonde high-end 6 tuumaga prosed simuleerivat 12't (serveris vastavalt 10 ja 20) ning nende praegune HT ka reaalselt jõudlust kasvatab praktiliselt igas olukorras.
_________________
Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
| Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
86 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
02.02.2012 15:13:43
|
|
|
| Ho Ho kirjutas: |
| Kuidas peaks see raua poolt välja nägema kui prosel pole vähimatki aimu millise threadi koodi ta parasjagu jooksutab? |
Võibolla saab teoorias ilma selle teadmiseta hakkama, pmst on vaja ainult otsustada kas tõstame/ei tõsta loadi moodulist välja. Ei saa välistada, et see on ebapraktiline nagu enne korduvalt mainisin.
| Ho Ho kirjutas: |
| Teoorias oleks OS'i tasemel threadide analüüs-sortimine teostatav, iseasi kui teostatav see reaalselt on ning millise overheadiga... |
Eks kui asi lihtne oleks, saaks Linuxi/Wini patchist kohe maksimumi lähedase jõudluselisa kätte aga nagu näha on tulemused kohati negatiivsed. Kerneli arendajad ei tohiks sellegi poolest alla anda. Vägisi meenub VLIW->GCN kus AMD muutis GPU arhitektuuri ka selle pärast, et oleks võimalik ilma keerukate optimiseeringuteta hea jõudlus kätte saada. Paneb mõtlema, mis AMD BD arengus ette võtab, et tulevikus kood prosel optimaalselt jookseks. Vaevalt, et moodulipõhisest või jagatud ressurssidega lähenemisest loobutakse. Veel huvitaks see pikk list muudatusi, mis Visheras tehakse.
8170+uus stepping ? Mingit suurt pushi siit lähiajal ei loodaks. Mulle on jäänud mulje, et AMD panustab pigem arhitektuuri parandustele Visheras kui pisematele fixidele Zambezis. B0,1,2 kõik on suht vigase vahemälu kiirustega olnud, fix vajab seega kõigi eelduste kohaselt põhjalikumat uuendust mitmes komponendis. Iga nurga alt vaadatuna on Vishera kiire turule toomine tähtsam kui näiteks Zambezi +10% jõudluse kasv.
32nm SOI on GF jaoks võrdlemisi uus tootmise tehnoloogia ning suure tõenäosusega kui vähegi tahetakse, siis natuke suurema taktiga isendi lasevad ikka IB launchi paiku välja. Nagu mainitud suvaline BD OC peaks efektiivsem "upgrade" olema, kui 8170 tehase sagedustel.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
|
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
teata moderaatorile
