Aha a já čekal, že to bude v Atomech.. zase zbytečnosti navícco je bandwagon?
Názor byl 1× upraven, naposled 27. 07. 2019 17:30
Tady se AMD obzvlášť nedaří, protože v enterprise sféře se nehraje na papírové specifikace, tady proti vám nestojí naivní adolescent nebo zhrzený nerd, kterému stačí k přesvědčení tendenční článek na fanatickém webu nebo youtube channel, který žije z každého like nebo subscribe a jít proti bandwagonu není v jeho zájmu.
AMD EPYC ROME:64 jader na soketvpordatate neexistujici security chybyvyrazne nizsi postrebavice PCI-E
Pomohlo by to v CFD výpočtech? Přece jen ty první násřely nemusí být tak přesné a rychlost by se zde hodila víc než cokoli jiného. Později by se překlopilo na 32bit a dopočítalo se to přesně.
Kolik kritických chyb, které budou vyžadovat sw opravy snižující výkon o 30 až 40 procent se jim při implementaci povede do procesorů zavést?
myslite "performance optimalizace" ? To IPC je potreba nekde nabrat
Byt Intelem, tak radši zapracuji na nm a na zabezpečení, nikdo nebude chtit děravý procesor.
To platí leda tak pro serverové (a tomu podobné) profi aplikace. Klidně se vsadím, že 90% BFU - když jim řekneš že mají děravý procesor - buď ani pořádně netuší co to ten procesor vůbec je a ti technicky zdatnější ho možná z počítače dokáží vymontovat a začnou na něm hledat fyzické díry.A protože tady není v procesorech prakticky žádná konkurence (AMD na tom je s tou bezpečností jenom o chloupek líp, jenom se o tom tolik nemluví) a dlouho nebude, tak to Intel zrovna dvakrát moc netrápí a pořád si ten svůj moloch hrnou dál.
BFU jsou naopak ti, kdo "nebezpecnost" procesoru v domacim gamesnickem HW naopak vsemozne (verbalne) resi.
Že nikdo nechce děravý procesor uvidíte, až zítra Intel ohlásí výsledky za druhé čtvrtletí. Odhad je, že jeho čistý zisk bude tak trojnásobný, než celkové tržby té neděravé konkurence.Každý by radil Intelu co má dělat, ale jeho výsledky napovídají, že on ví, co dělá, na rozdíl od konkurence, které by se nějaká ta rada, jak něco vydělat, celkem hodila.
Protože instrukční sada x86/x64+fpu+mmx+sse+avx+buhvíco je příliš malá a přehledná a jádra jsou ve srovnání s ARMem a jinými architekturami kvůli tomu příliš malá a úsporná, je velice dobrým nápadem přidávat do ní další a další instrukce a pro stávající instrukce nové typy operandů.
on to zas tak velky problem neni, protoze vy hovorite o frontend, ketry je CISC, ale backend, ktery to skutecne pocita, je RISC. Proto maji moderni x86 procesory dekoder instrukci, ktery dekoduje CISC na RISC
Když pridáš nový typ operandu, tak musíš přidat i backend. Backend, který umí počítat s floatem by na ten typ použít šel... ale fungoval by stejně rychle jako s tím plným floatem.
to je mozne, ale treba to implementuji jako ze to udela dve BFLOAT16 operace v ramci jedne FLOAT32 nebo neco na ten zpusob, ale vy tomu asi rozumite vice nez ja
Jo, taky si myslim. Preci jenom pocitat neco s 24bit mantisou a pak to orezavat na 8 bitu, to uz mi jako moc dobrej napad neprijde.
A ze je to normalni 32bitovej float, jenom orizlej o 2 bajty (tj. s 2-3 platnejma dekadickejma ciframa), to aby si clovek vygooglil... chjo.
...zabira tedy pouze dva byty na rozdil 32bit float, zabirajici 4 batky, ma tedy polovicni pametove a vypocetni naroky.
V češtině žádná jednotka "byt" neexistuje. Bud bit, nebo bajt.
http://prirucka.ujc.cas.cz/
Je mi lito, ale byte je anglicky zapis, bajt cesky. Bez ohledu na to, co se pise v internetove prirucne.
{{values.description}}
Jak používat VR k práci
Megatest 18 levných monitorů
Test lokátorů s Bluetooth
Průvodce nákupem RAM
Potvrďte prosím přezdívku, kterou jsme náhodně vygenerovali, nebo si zvolte jinou. Zajistí, že váš profil bude unikátní.
Tato přezdívka je už obsazená, zvolte prosím jinou.
