Új hozzászólás Aktív témák
-
Puma K
nagyúr
Ajj de szép Istenem!
Ez a legjobb rész!
'Ennek alátámasztására Henri Richardtól, az AMD akkori kereskedelmi vezérigazgatójától citálnak egy 2004-es, belső használatra szánt levelet. „Ha objektívan szemléljük a dolgot, sosem vennének az emberek AMD-t. Én magam, ha nem dolgoznék itt, biztosan nem vásárolnék AMD-[terméke]t egy magáncélú rendszerbe” – szól az idézet. Richard az irat szerint azért is ostorozta vállalatát, mert az teljes platformok helyett csak processzorokat árult. Az AMD-ről az a közfelfogás, hogy „olcsó, kevésbé megbízható, gyengébb minőségű, fogyasztói szintű termékeket” gyárt – írta.
Az Intel a válaszban azt állítja, hogy az AMD nem a kiszorítását célzó törvénytelen kedvezmények, hanem saját kapacitásproblémái miatt nem tudta növelni a piaci részesedését. Például – állítják –, amikor 2006 végén a Dell ismét rendelt tőle processzorokat, a cég az ellátási problémák miatt a többi ügyfelének nem tudott szállítani, ezért azok közül többen az Intelhez pártoltak.'
Jót röhögtem az AMD-n
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Abszolút nem kell tranzisztorról-tranzisztorra egyeznie (ahogy egyébként nyilván az Atom, a P4, a C2D meg az i7 SSEx implementációja között is jó nagy különbség van), a SIMD műveletek mindenképpen gyorsabbak, mintha ugyanazt sima utasításokkal szüttyögnék végig. Mondom, abszolút kimagyarázhatatlan.
-
h_143570
addikt
A tranisztorrol tranzisztorral valo meg1ezes nem kovetelmeny. Mivel az utasitas keszeletek OP kodja es a mukodeses "szabvany". Ezert ha egy processzor tamogatja mondjuk az SSE3-t, akkor tamogatja akkor az teljes SSE3 utasitas keszletett is. Vagyis kaphatja az altalanoss SSE3 utasitas keszletett hasznalo kodot. Ha ezen felul valamelyik gyarto akar meg sajat processzora optimalicaziot berakni a fordittoba. Nyugodt lelekkel.
Ha viszont a a kulonbozo gyartok SSE3 proceszorai kozul csak a sajaton megy SSE3 al a tobbinel meg x87-el akkor az mar igenis verseny agajokat vethet fel, ha ezt a piac vezeto csinalja. Ahhoz, hogy ilyen feltetelek mellet a tobbinek eselye legyen versenyezni. A fo konkurensenel toboszorosen erossebb procit kellene piacra dobni. Ahhoz hogy ilyen forditok esten azonos erossegunek latszon a 2 proci, mikor a hatranyosan megkulonboztetett valojaban sokkalta gyorsabb.
-
P.H.
senior tag
"Lefuttatták a compilert több platformon is, bitre megegyezett a végeredmény."
Nem a fordítási platformtól függ, hanem a forrástól vagy a fordítási paraméterektől, hogy mi lesz a végeredmény. A CPU dispatch-es compilerek lényege pont az, hogy egy 486-oson is tudsz akár SSE4.2-es kódot fordítani és a program korrekten lefut a 486-oson is (mivel fordít x86+x87 kódot is, meg minden mást, nem csak SSE4.2-est)
"Ők licenszelték, de annak implementálása tranzisztorról-tranzisztorra megegyezik az eredeti megoldással?"
És ha nem egyezik? Nehéz teljesen analóg példát találni, de nagy vonalakban olyan a helyzet, mintha az Intel-es CPU-k x64 alatt is csak 4 GB memóriát tudnának kezelni (ez összefügg a tranzisztorról-tranzisztorra megegyezéssel?
)Pl. SSE1-ben vannak a prefetch és a 64/128 bites non-temporal store utasítások, SSE2-ben a a 32 non-temporal store. Ezen utasítások nélkül (memóriamásolás többszörösére gyorsítása, akárhogy is van megvalósítva tranzisztor-szinten) mit ér manapság egy akármilyen program?
-
-
"A konkurenciára még ha akarnának sem tudnának optimalizálni, mert ahhoz túlságosan mélyrehatóan kellene tanulmányozniuk azok felépítését"
A fenéket. A konkurrenciának pont ők licenszelték az SSE-t, vagyis a saját cuccukat nem támogatták.
Tényleg, ezt nem lehet kimagyarázni, ez teljesen egyértelműen arról szólt, hogy az Intel keresztbe tegyen a többieknek, semmi másról. Nem tévedés, nem lustaság, semmi egyéb, hanem kifejezetten a töbiekkel való kiszúrás. -
P.H.
senior tag
A múlt (ahogy te mondod): itt arról van szó (és lehetséges, hogy nem precedensen alapuló trivialitás a válasz), hogy ha a keresztlicensz szerződések alapján az AMD szabadon használhatja az Intel SIMD utasításkészleteit valamiért cserébe, akkor lehetséges-e ezt software-es úton mégis megakadályoznia a licenszadónak a saját termékei által bármilyen formában is. Ebbe a kérdésbe felesleges egyéni érzelmeket, preferenciákat, morált belevinni, ez sima jogi ügy: ha igen, akkor a licenszszerződések elégtelenek (vagy direkt ilyenek, pl. kisebb ellenszolgáltatás fejében) voltak, a jövőben erre figyelni kell a szerződő feleknek; ha nem, akkor az Intel nem jön ki ebből jól.
Legfejlebb precedens teremtődik.A jelen: néhányan továbbmennek annál, hogy a fordítót kellene standardizálni: érdemesebb lenne az x86 utasításkészletet és annak fejlődését. Úgy látom, Agner Fog az első, aki ezt a témát komolyabban felveti és követői is akadnak, és jelzi, hogy ez a (középtávoli?) jövőben mekkora gondot fog okozni. Az Intel kezéből nem lehet könnyen kivenni az irányítást, viszont a másik két nagyobb szereplő sem érdekelt abban, hogy bizonyos irányítás alatt fejlesszen, esetlegen elutasított vagy ráerőltetett irányvonalak mentén (ilyen pl. szerintem a VIA “secure execution” mode-ja, vagy a korai AES-támogatása, vagy a többparaméteres utasítások fejleszthető (AVX/SSE5) gépikódolása, vagy az x87 elfelejtésére törekvés, mely ellenére a Supplemental SSE3 is tartalmazott x87-et érintő utasítást, stb.)
Persze ha ez a divergencia tudatos gyártói törekvés (ami most a virtualizáció példáján láthatóan nem feltétlenül jelenti már azt, hogy az egyik megoldás meghal, a másik lesz a nyerő és egyeduralkodó), akkor bele kell nyugodnunk, hogy a platformosodás nemcsak hardware-szinten, hanem többé-kevésbé software- (és compiler-) szinten is le fog zajlani, ugyanannál a feladatnál egyre nagyobb teljesítménybeli különbségekkel a gyártók között.
-
dezz
nagyúr
Ezt nehéz megítélni... Valamekkora része bizonyára onnan jön, hogy a saját procijukra jobban tudnak optimalizálni. Egy lehetséges megoldás az lehetne, ha az AMD is írhatna hozzá saját procijaival kapcsolatos részeket, de az Intel magától nyilván ebbe sem fog belemenni.
A MS-nak is van(nak) saját compilere(i), de persze az sem annyira hatékony, mint az Intelé, legalábbis Intel procin. Nem tudom, az Intel minden információt kiad-e ezzel kapcsolatban.
Egyébként valóban csak néhány százalékos e compiler x86 piaci részesedése? Vaga az Intel cselesen a világ összes compilerét ideszámolta?
-
Oliverda
félisten
"Nyilván a kódot az Intel saját processzoraihoz optimalizálja, de mivel a saját fordítójáról van szó, ezt megteheti."
Ez még rendben is van csak hogy az Intel úgy "optimalizált" hogy a konkurens termékeket szándékosan gyengítette. Mivel ugye minden relatív ezért elérte ugyanazt az eredményt csak egyszerűbben és valszeg olcsóbban mintha folyamatosan azon törték volna magukat, hogy hogyan tudnák tisztességes eszközökkel a saját oldalukra billenteni a mérleget.
-
Thrawn
félisten
Ezt nem vitattam. Egész pontosan a fordító lekérdezte milyen processzorral van dolga, "genuine.intel" esetében ment az SSE, a többi esetben nem. Ma viszont már működik, ezért visszakanyarodnék az eredeti feltételezéseimhez.
Miért teremtettek ezzel hátrányos helyzetet a többi processzorgyártó számára? Szándékos volt, vagy nem?dezz: "...még mindig jobban fordított, mnit a GCC..."
Akkor ez most érv ellenük?
Elég nagy architektúrális eltérések vannak a konkurens processzorok közt, hogy kijöjjön az a 20-30%-os különbség, nem kell oda még pluszban a vendorID-lekérés.Nyilván a kódot az Intel saját processzoraihoz optimalizálja, de mivel a saját fordítójáról van szó, ezt megteheti. A konkurenciára még ha akarnának sem tudnának optimalizálni, mert ahhoz túlságosan mélyrehatóan kellene tanulmányozniuk azok felépítését (cache-hierarchia, branch-prediction, stb), ezt szerintem semelyik más gyártó nem engedné/engedhetné meg. Egyszóval patthelyzet.
A legegyszerűbb persze az lenne, hogy egy harmadik fél készítené el a compilert, aki közvetlen kapcsolatban áll az összes gyártóval és mindenki számára megfelelően optimalizált fordítóval tud előállni. Túl szép lenne...
-
#47
Sanya
nagyúr
acélkemény
#28
Sanya
nagyúr
válasz
acélkemény
#28
üzenetére
gyorsabb= drágább. mind a két cégnél.
de megahrz alapján nem illik hasonlítani. két egyforma MHZ, L1 cache, L2 cache, L3cache, buszvezérlő, memóriatípus, buszsávszélesség, belső sávszélességű processzor a 2 gyárnál nincs. és ezek közül a megahz csak 1 változó, csak 1 jellemzője a teljesítménynek.( nem beszélve a lebegőpontos számításokról, stb)Szóval, ( amúgy örömmel vettem észrevételedet), a gyorsabb= drágább és a
gyorsabb != nagyobb megahz( tisztelet a kivételnek. -
dezz
nagyúr
A Barcelona bemutatásakor is elhangzott egy AMD-s vezető szájából, hogy bizonyos tesztekben az integer eredmények esetén 20-30% minusz az Intel fordítójának "érdeme". (Asszem azért használták mégis azt, mert a lebegőpontos tesztben még mindig jobban fordított, mnit a GCC. Meg aztán nem mindig egyszerű egy nagyobb kódot átvinni az egyik compiler alól egy másik alá.)
Ez a compileres móka egyébként éveken át tartott. Elsősorban nem az volt a ciki, hogy nem akarták megcsinálni a támogatást az AMD procik valamely újabb képességéhez, hanem olyankor is "szabotálták" valaminek a kihasználását (SSEx, ha jól emlékszem), ha az kódkompatibilis volt az Intellel, tehát semmiből sem állt támogatni. Aztán született rá valamilyen külső megoldás, erre a következő verzióban megfúrták annak használatát is. Meg ilyenek.
Az a "bénázásos" érv is nagyon álszent tőlük. Ha hosszú időn át (jogellenesen) keresztbetesznek valakinek, és ezért nem tud megfelelően fejlődni, utána nyilván nem tud egyik napról a másikra új gyárakat felhúzni.
Mellesleg a Henri Richard féle szöveg is valószínű ki lett emelve a környezetéből. Szerintem arról próbálta -- túlzóan fogalmazva -- meggyőzni a többi vezetőt (nyilván nem az alacsony beosztású dolgozóknak írta), hogy jóval nagyobb figyelmet kell fordítani a marketingre, az imázs javítására, stb. Emellett pedig arra törekedni, hogy amint lehet, teljes platformot tudjanak nyújtani. Részben ennek lett következménye az ATI felvásárlása.
-
#43
menalcas
őstag
WonderCSabo
#42
menalcas
őstag
válasz
WonderCSabo
#42
üzenetére
Az hogy az intel adott egy kis költő pénzt hogy visszavonja a vádakat az amd az nem jelent békét.
-
#42
WonderCSabo
félisten
VaniliásRönk
#41
WonderCSabo
félisten
válasz
VaniliásRönk
#41
üzenetére
Okés, sorry.
-
#41
VaniliásRönk
nagyúr
WonderCSabo
#39
VaniliásRönk
nagyúr
válasz
WonderCSabo
#39
üzenetére
Tudom mire gondoltál, ezért írtam, hogy nem az AMD keresetei miatt megy a cécó.
-
Tobbszor esett mar rola szo, de a forditaslassitos dolog nem az volt, hogy valamit extrat nem raktak bele a forditoba, hanem ott kifejezetten volt egy olyan resz, ami kifejezetten csak es kizarolag csak arra szolgalt, hogy az AMD-t lassitsa. Azt eleg nehez lenne kimagyarazni, hogy miert kellett az, hogy "if (CPU.Maker == AMD ) { SSE = off; }", foleg azutan, hogy az SSE kiegeszitesek megletere van rendes interface, amit pont az Intel talalt ki es minden CPU gyarto gond nelkul implementalta.
-
#39
WonderCSabo
félisten
VaniliásRönk
#38
WonderCSabo
félisten
válasz
VaniliásRönk
#38
üzenetére
Erre gondoltam.
-
#37
WonderCSabo
félisten
WonderCSabo
félisten
Hmm, nem úgy volt, hogy kibékülnek?
-
Thrawn
félisten
Az összes mostani per a régi sérelmek miatt megy, ez sem kivétel.
A kérdés csak az, hogy miért teremtettek ezzel hátrányos helyzetet a többi processzorgyártó számára? Pl.:
- nem volt idejük tesztelni a többiekét, így ez egyféle kompatibilitási megoldás volt (ami szerintem nem ok arra, hogy megbüntessék őket)
- nem is akarták kitesztelni amíg gyengélkedtek a saját processzoraik (ez viszont nem vetne rájuk valami jó fényt) -
#32
Zanik
addikt
MasterDeeJay
#31
válasz
MasterDeeJay
#31
üzenetére
Figyu, én ezekkel a dolgokkal tisztában vagyok. Csak azt mondom, hogy sajnos a mai napig tévhitként él egyes emberekben, hogy az AMD procik potenciális kazánok, amiket nem lehet normálisan lehűteni, és tulajdonképpen minden második héten lakástüzeket okoznak. Szóval rengeteg olyan ember van aki az AMD nevet meghallva nyíltan elutasító, mert hogy "az egy fos", és még csak fontolóra sem veszi, hogy Intel helyett esetleg AMD-t vegyen. Ugyanígy hülyeségnek tartom a túlzott elfogultságot az AMD felé is. Voltak (vannak?) az Intelnek is jó ár/érték arányú procijai, de most nálam kicsit leszerepeltek ezekkel az eltérő foglalatokkal.
-
#31
MasterDeeJay
veterán
Zanik
#29
Az a videó szerintem nagyon kamu, vagy ha tényleg valós akkor szándékosan olyan beállításokat alkalmaztak amire előjött.
Kísérleteztem régebben ilyenekkel hogy levenni a hűtést terhelés alatt és semmilyen módon nem tudtam elfüstölni procikat.
Intel Celeron 400-as esetében, nem történ fagyás hanem ment tovább a proci lassan azaz használhatatlanul lelassult
Amd k6/2 300 lefagyott, újraindulgatott
Cyrix pr266 lefagyott elég hamar
Pentium 3 733-as cerka ment egy darabig majd lefagyott
Pentium 4 2,4-es használhatatlanul lelassult, majd egy idő után újraindult
Amd Athlon 2600+ rosszul rögzített hűtő miatt, lefagyott majd röviddel újraindult és végleg lefagyott (túlmelegedés védelem kikapcsolva szándékosan mert bios bug miatt 40 foknál kapcsolta le a gépet)
Egy mai procit persze nem lehetne leégetni ilyen módon hogy leveszed a hűtőjét, a régieknél meg előbb csinál hibát és lefagy minthogy szétégne.
A tesztben persze előfordulhat hogy valami márkátlan lapot használtak ami nem volt ilyenre felkészítve vagy szándékosan ki volt kapcsolva. Én úgy tudom hogy ilyen jellegű védelem a legbóvlibb lapokon is van. Persze ha a proci agyon van feszelve/húzva gondolom kevesebb az esélye hogy túlél egy ilyent. -
Az AMD-ről az a közfelfogás, hogy „olcsó, kevésbé megbízható, gyengébb minőségű, fogyasztói szintű termékeket” gyárt – írta.
Az a baj, hogy a fenti idézet a mai napig megállja a helyét, sajnos. Múltkor nagyot hökkentem, mikor egyik ismerősöm - akiről azt hittem, hogy azért képben van - azt mondta mikor meséltem neki az új AMD-s konfigomról, hogy ő azért nem venne AMD-t, mert anno látott egy videót, hogy Quake3 alatt hűtés nélkül mi történik az AMD illetve az Intel procival.
És akkor elképzelem, hogy az abszolút laikusoknak milyen kép él a fejében az Intel ill. az AMD procikról. Mert azért megnézném mit szólna egy ilyen ember ha látna egy i7-est hűtést nélkül.
Alapvetően hülyeségnek tartom azt, hogy csak a márkanév alapján döntsön valaki egy CPU mellett. Notebook-oknál pl. én is "Intel-párti" vagyok, mert ott - szerintem(!) - egész egyszerűen jobb ár/érték arányú procikat nyújtanak az AMD-nél. -
#28
acélkemény
csendes tag
Sanya
#27
-
Sanya
nagyúr
a marketingesnek igaza volt, hogy nem vett volna AMD-s procit, mert szar volt a marketing. sajnos, nem azt a terméket vásároljuk meg ami jó, hanem ami kapható, és agyonreklámoznak. most is az AMD és az INTEL versenyében ugye a sok balfasz teszter kihozza azonos órajelen melyik, az intel proci a jobb. nos, nem órajel alapján kellene tesztelni, hiszen a mosóporokat sem a szemcseméret alapján tesztelik, hanem az azonos árban lévőket kellene tesztelni, hogy melyik tud többet.
de hát manapság már sok-sok "tesztert" lefizetnek... -
radírfej
senior tag
pont, hogy a vizsgált időszakok jelentős részében nem voltak jobbak az Intel processzorok... pl A64 vs Prescott.
A dell akkoriban "vizsgálta" az AMD termékeit, bár még nem tartották kielégítő "minőségűnek". rá néhány hónappal, amikor már szaga kezdett lenni a dolognak, és nem csak a lóláb látszott ki, elkezdtek AMD-s chipekkel is forgalmazni.
hogy a háttérben meg mi volt, azt csak ők tudják.
szerencsétlen AMD-s marketingest pedig azonnal ki kellett volna ba*ni egy ilyen körlevél után, mégha belső használatra szánt (persze véletlenül kikerült) levelet is küld szét.
gondolom hihetetlen módon növelte a cég belső kohézióját, amikor az egyik vezető a lehúzza a terméket és a konkurenciát dicséri, akkor, amikor ez egyáltalán nem így van.
-
#21
hibavissza
veterán
rudi
#19
hibavissza
veterán
mert ez már nem üzleti kérdés jó ideje, csak az intel részvényesei nem értik meg, hogy túlnőttek már saját magukon is...nem packázhat egy magáncég egy társadalom technológiájával...nem követem, hogy a valós fejlesztések hány százaléka köthető az intelhez, de gondolom a túlnyomó rész. néhány évtizede még a hadiipar pénzelte az egész iparágat az adófizetők pénzéből, talán ezt nem kéne elfelednie az ebből kinövő magáncégeknek...
-
Isee
senior tag
Én azt nem értem, hogy az Intel miért nyávog, hogy az AMD-nek gyengébbek a processzorai mint az övé (részben ez megvolt AMD vonalon is), és akkor ez okoz olyan rohadt nagy galibát. Tudta jól az intel is, meg az amd is, hogy akkoriban bizony erősebbek voltak az intel cpu-k, akkor azt sem értem miért kellett "zsarolnia" az intelnek a további gyártőkat (hp, dell, ibm).
Rá lehetett volna bízni a végfelhasználókra és a gyártókra, hogy olcsóbb gépet/platformot vesznek, de nem annyira gyorsat, vagy drágábbat de megbízhatóbbat.
Ezt magyarázza már el nekem valaki
Szerk.: És ezt mint jelenlegi AMD párti mondom
-
rudi
nagyúr
Szerintem a compiler kérdése amolyan indukciós dolog. Ha a procipiac többsége inteles, akkor miért használnának más fordítót azok, akik erre a piacra szánnak szoftvert? Persze, bele lehetne menni abba, hogy csinálnak egy Intel compiler mínusz AMD fékek fordítót, de az sokkal drágább mulatság a mindenféle perelgetésnél. Olyan drága, hogy az AMD nem tudja megfizetni, ezzel be is zárult az ördögi kör. Mindenféle hüjje bírság helyett egyenlő lehetőségeket kellene biztosítani - ez a piaci verseny alapja - azzal, hogy szabványosítják a fordítót és egy közös Intel+AMD+VIA+aki még akar, társaság fejlesztené, azok, akiknek x86 licenszük van. Persze itt megint jön a probléma - ha jól tudom -, hogy az x86 az Intel találmánya, szóval milyen alapon szól bele bárki a hozzá készített fordító optimalizálásába.
-
rudi
nagyúr
Atya ég, 2004-ben a Presscott idejében AMD vezér ilyet leírt?! Nem csoda, hogy akkoriban sehol sem voltak marketing terén. Nekem a mostani helyzetben - egyre több per, AMD kiegyezés, most meg ez az FTC-re támadás - úgy tűnik, hogy az Intel egyszer és mindenkorra helyre akarja tenni a teljes versenyügyi kérdést. Persze, a szokásos módján, hogy izomból eltapos
Most a Quanta, Clevo és hasonló notebookgyártó OEM-eknél néznék szét, hogy ők miben egyeztek meg az Intellel. Mert, ha őket rá lehet venni egy AMD stoppra, azzal óriási piaci előnyhöz lehet jutni. Bár enélküli is elég potensnek tűnik az Arrandale, de ugye a technológiai verseny állása gyorsan változhat. -
#16
h_143570
addikt
VaniliásRönk
#15
h_143570
addikt
válasz
VaniliásRönk
#15
üzenetére
Na igen az FTC-nek nem nagyon lehet ellent mondani az amcsiknal, mar ha letezni akarsz, mint gazdasagi entitas.
-
P.H.
senior tag
A compiler egy olyan dolog, amivel lefordítják a forrást a fejlesztők, aztán az elkészült végleges programot árusítják/terjesztik a piacon, minden kompatibilis gépre.
Annak a compiler-nek, amivel a Windows-t vagy az Office-t fordítják, mekkora hatása van a software-piacra? Pedig az tudomásom szerint nem is publikus.
Vagy pl. az Adobe-termékeket? Vagy a WinRar-t? (Vagy gondolj ide bármilyen programot, amivel dolgozol/szórakozol)Az AMD CPU-val rendelkező vásárlónak van beleszólása abba, hogy a használni kívánt programját mivel fordítsák a gyártók? Megfordítva: ha ugyanaz a kiszemelt tesztprogram gyorsabb Intel CPU-n, mint AMD-n, a fentiek miatt, akkor a netes CPU-tesztek hitelesek?
-
#10
VaniliásRönk
nagyúr
#06658560
#9
VaniliásRönk
nagyúr
Mivel az Intelé a processzorpiac 80%-a, nyilván szivesen használják a saját compilerét a saját CPU-ihoz, elvileg a többi x86 procin is ugyanúgy fut az eredmény. A probléma az, hogy a lefordított program szándékosan letilt bizonyos utasításkészleteket, ha nem Intel CPU-n, vagy éppen ha AMD CPU-n fut. Nem arról van szó, hogy olyan állományt kapunk, ami egyszerűen jobban megfelel egy Intel CPU-nak, ebbe senki sem köthetne bele, nem is tennék.
A compiler nincs beépítve semmibe, egyszer lefordítják a forráskódot és kész, utána a lefordított állományt használod, a compiler marad a fejlesztőnél. -
#9
#06658560
törölt tag
VaniliásRönk
#5
#06658560
törölt tag
válasz
VaniliásRönk
#5
üzenetére
+Oliverda
Tudom, emlékszem. Viszont arra senki nem mondott semmit, hogy kötelező-e AMD rendszereknél is az intel compilereket használni, s egyáltalán az intel compiler mint olyan mennyire volt beépítve bármibe is, amiben megkerülhetetlen volt. Ezekre a cikkekből sem kapok választ. magyarul- nem látom hol volt a versenykorlátozás kivitelezve. -
Oliverda
félisten
Szerintem a múltkor már elég alaposan elmagyarázták ezt neked itt. NEM a saját termékeiket preferálták hanem a konkurencia termékeit helyzték szándékosan hátrányos helyzetbe. Hogy megértsd. Nem a saját lovuknak adtak doppingszert hanem a versenytárs lovának levágták az egyik lábát. Kapis?
A compiler pedig szvsz egyszer lefut valamilyen gépen a végleges kódon és annyi.
-
#2
VaniliásRönk
nagyúr
VaniliásRönk
nagyúr
Ennyire arrogánsak vagy ennyire hülyének néznek mindenkit? Vagy mindkettő?
-
Szegény Intel, de sajnálom. Habár mindkét részről vannak túlzások, azért a jelenlegi helyzetet szemlélve egyértelműen kiderül, hogy az Intel visszaélt a "hatalmával". A jogászok persze mindent meg tudnak magyarázni, ezért is tartanak akár évekig az ilyen bírósági ügyek.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
Elég nagy architektúrális eltérések vannak a konkurens processzorok közt, hogy kijöjjön az a 20-30%-os különbség, nem kell oda még pluszban a vendorID-lekérés.
arcocskáva.
Új hozzászólás Aktív témák
- Kerti grill és bográcsozó házilag (BBQ, tervek, ötletek, receptek)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Kínai és egyéb olcsó órák topikja
- Sütés, főzés és konyhai praktikák
- Gaming notebook topik
- Spórolós topik
- Konteó topic
- Mobil flották
- További aktív témák...
- QuantaPlex T42S-2U
- Lenovo ThinkPad P1 Gen 3 UHD, Érintőkijelző, i7-10875H, 32GB DDR4, 256GB SSD, 27% ÁFÁS SZÁMLA, 1ÉV G
- Lenovo ThinkPad L490 FHD, TOUCH, I5-8365U CPU, 16GB DDR4, 256GB SSD, 27% ÁFÁS SZÁMLA, 1ÉV GARANCIA!
- Lenovo ThinkPad T490 FHD, I5-8365U CPU, 16GB DDR4, 256GB SSD, 27% ÁFÁS SZÁMLA, 1ÉV GARANCIA!
- 2020 M1 macbook pro 8/256GB elado/cserelheto
- GYÖNYÖRŰ iPhone 12 mini 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS2954
- LG UltraGear Gaming Monitorok -30%
- Telefon felvásárlás!! Xiaomi Redmi 9, Xiaomi Redmi 9AT, Xiaomi Redmi 10, Xiaomi Redmi 10 2022
- BESZÁMÍTÁS! 4TB Western Digital RED Pro SATA HDD meghajtó garanciával hibátlan működéssel
- Gamer Notebook! Acer Nitro 5! Csere-Beszámítás! I5 11400H / RTX 3050Ti / 16GB DDR4 / 500GB SSD!
Állásajánlatok
Cég: FOTC
Város: Budapest