Új hozzászólás Aktív témák
-
#95904256
törölt tag
(#64) cigam: "De 3 parancsnak?"
Ja igen, ezen meg abszolút nincs miért kiakadni. Van egy rakás egy meg két utasításos csoport, ami külön van/nincs bitet kapott a CPUID-ben.
Például.: RDTSC, CMPXCHG8B, RDMSR/WRMSR, SYSENTER/SYSEXIT, CFLUSH, CMOV/FCOMI/FCMOV, FXSAVE/FXSTOR, PCLMULQDQ, MONITOR/MWAIT, CMPXCHG16B, MOVBE, POPCNT, ...
Ezek jó része valóban "gyakran" használatos, de pl. a feltételes adatmozgatással ((F)CMOV) szinte sosem találkozni, pedig az is jó ötletnek indult...
-
#95904256
törölt tag
Nem csak 2 parancsról van szó?
PREFETCH és PREFETCHW?A PREFETCH utasítás helyettesíthető az SSE prefetch utasításaival, de a PREFETCHW abból a szempontból egyedi, hogy nem olvasási hanem írási műveletre ad tippet a processzornak. Még sosem láttam hasznát, sőt az is biztos, hogy első 3DNow! tudású processzorok ez utóbbi művelet helyett is az elsőt hajtották végre. Valószínűleg azért tartotta meg az AMD, mert másnak ilyen nincs. (
) -
Oliverda
félisten
Két parancs melyek semmilyen más utasításkészletben nem találhatóak meg. Köze pedig mondjuk annyi lehet, hogy az AMD csinált OpenCL fordítót amely akár használhatja is ezt a két parancsot ha éppen rendelkezésre állnak az adott CPU esetében. Amennyiben igen akkor az adott alkalmazás gyorsabban lefuthat. Ilyen egyszerű.
-
cigam
titán
-
-
cigam
titán
Szuper!
Most ez elismételnéd tőmondatokban magyarul?Mert ebből kb az jött le, hogy a 22-ből megszűnik 19.
Namost ha eddig se használták ezeket, ez a 2 miért maradt benne + egy fordítót érdemes ezért a 3 parancs miatt fejleszteni (amd-re optimalizálni a kódot)?
Vagy ez csak az Assemblerben fejlesztőket érinti? -
Oliverda
félisten
3DNow! performance-enhancement instructions
* FEMMS - Faster entry/exit of the MMX or floating-point state
* PREFETCH/PREFETCHW - Prefetch at least a 32-byte line into L1 data cache3DNow! — Cache Management
Beginning with 3DNow!, SIMD instruction sets have added a few instructions that deal with managing the data cache of the processors. These allow the programmer to fetch data into cache while other data is being operated on, effectively hiding the RAM latency and preventing the CPU from stalling on cache misses.3DNow! adds two new instructions, prefetch and prefetchw for these purposes.
prefetch and prefetchw are almost identical. The only exception is that prefetchw prepares the cache to be written to, in anticipation of writing. This is useful if the programmer knows that they'll be changing the values located there. In contrast, prefetch just loads the data into cache without expecting to write back to it. Early AMD processors such as the K6-2 and K6-III treated prefetchw exactly the same as prefetch. On the AMD Athlon, however, prefetchw caused the processor to mark the cache line as modified.
prefetch and prefetchw take 1 parameter, which is the address where to start loading data. A full cache line is loaded, which is at least 32 bytes.
It's safe to prefetch an invalid memory location, so going off the end of an array is ok.
ez meg érdekes...
-
#95904256
törölt tag
Úgy értettem, hogy az okon akadtál ki. Erre reagáltam:
(#48) DRB: "Én tulajdonképp nem is ennek az utasításkészletnek a megszüntetésén akadtam fenn, hanem magán az okon, ahogy ezt le is írtam a #26-ban."
Erre írtam, hogy nincs hivatalos indok. Csak találgatni lehet, hogy valaki már nagyon unta, hogy cipelni kell mint egy döglött lovat...
-
DRB
senior tag
#47 akosf, #46 LordX:
Ezt írtam: "de hát ha tényleg nem használjuk szinte semmire, akkor legyen ott valami más."
Vagy ne legyen semmi, legyen olcsóbb az előállítás.Szóval nem azt mondom, hogy maradjon, de ettől még Abu85-el értek egyet: "A fejlődés szempontjából jobban jártunk volna, ha az Intel adoptálja"
Biztos lehetett volna ez szépen továbbfejleszteni, mint pl az SSE-t.
-
#95904256
törölt tag
Ha jól láttam, akkor az eredeti blog bejegyzésben nincs utalás arra, hogy milyen előnyökkel jár a 3DNow! támogatás elhagyása. Ami egyébként neked 2%, az a SIMD fejlesztésvezetőnek 7%. Az FPU fejlesztőnek meg 12%. Ő meg panaszkodik a főnökének, hogy meddig cipeljük még ezt a döglött lovat...
-
#45
DRB
senior tag
cskamacska
#36
DRB
senior tag
válasz
cskamacska
#36
üzenetére
Amit idéztél azt a mobil Pentium MMX-nél írja, asztaliban lehet tényleg nem volt 120-as.
Egyébként az a 2% szerintem inkább egy vagy még annyi se, de hát ha tényleg nem használjuk szinte semmire, akkor legyen ott valami más.
Én tulajdonképp nem is ennek az utasításkészletnek a megszüntetésén akadtam fenn, hanem magán az okon, ahogy ezt le is írtam a #26-ban. -
#42
bolondember
MODERÁTOR
bolondember
MODERÁTOR
megkérnék mindenkit, maradjon a témánál.
köszönöm. -
#41
Oliverda
félisten
TESCO-Zsömle
#40
Oliverda
félisten
válasz
TESCO-Zsömle
#40
üzenetére
"Itt (is) látszik, hány évvel vethetik vissza a fejlődést az érdekek, ha hatalommal párosulnak..."
Milyen fejlődést? Milyen hatalom?
Mennek a levesbe azok is ne aggódj.
-
#40
TESCO-Zsömle
titán
TESCO-Zsömle
titán
Itt (is) látszik, hány évvel vethetik vissza a fejlődést az érdekek, ha hatalommal párosulnak...
Oliverda: Mondod ezt te, aki még csak 3 off-al emelted a topic színvonalát. Ráadásul mind csak kötekedés.
-
lujó55
addikt
Akkor most gyújtsunk egy gyertyát és tegyük ki az ablakba, vagy nem?
Szerintem jól megleszünk 3DNow! nélkül. AMD tudja mit csinál. Nem az a lényeg, hogy mekkora helyet fog az utasításkészlet a lapkán, hanem, hogy azokat be kell ültetni és idő, pénz, energia. A szomszédom most épített szennyvízaknát a kert végébe, pedig csatornázott az egész utca, Kérdeztem: miért? Válasz: lehet, hogy egyszer még jó lesz! -
#37
Joachim21
őstag
cskamacska
#36
Joachim21
őstag
válasz
cskamacska
#36
üzenetére
Ajjajj...mindjárt megkapod te is Oliverdától h nem Offtopic szinezésben írtál!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Látom javítottad is -
#36
cskamacska
addikt
DRB
#35
cskamacska
addikt
(Pentium MMX 120Mhz)"is the slowest Pentium MMX processor ever produced by Intel. This processor was only manufactured in Tape Carrier Package (TCP) and used in mobile applications." Egyébként nálunk tényleg nem fordult elő 166Mz-nél lassabb asztali MMX-es proci, viszont tzsolesz nem említette hogy neki nem a notijában volt olyan..
A egyébként döntést sajnálom, ez is része annak a folyamatnak hogy már az átlag progik is egyre kevésbé fognak futni a K6 procikkal szerelt retro gépeken.
De örömködjünk vala, mert az így megspórolt 2%-nyi hellyel csodákat fognak művelni, a fejlesztési menedzser pedig elmondhatja a főnöknek, hogy legalább ma is csinált valamit. -
-
mod: mondjuk érdekes, mert az MMX nélküliek között nincs 133-as, pedig sztem volt...
-
DRB
senior tag
"A fejlődés szempontjából jobban jártunk volna, ha az Intel adoptálja."
Elég sok mindennek keresztbe tesz/tett erőből az Intel, bár konkrétan emiatt nem verték a nyálukat anno(ha jól emlékszem
). Pl. mostanában ha rajtuk múlna akkor a videokártyákat is kidobhatnánk a gépeinkből, szerintük ugyan is mindennek a procin kell futni. Alig-alig akad olyan program ami kihasználná a mostani GPU-k erejét, mert az Intel azt mondta, hogy az úgy nem jó.#24 P.H.: Ahogy nézem ez a teljes procinak csak néhány tized százalékát teszi ki. Hogy ettől nem lesz olcsóbb az tuti biztos.
-
P.H.
senior tag
A 3DNow! reciprok- és négyzetgyök-közelítő utasítások lookup-táblákból veszik az eredményt, ezek a táblázatok egy K8 64 bites FPU-területének kb. 6-8%-át teszik ki (jobb felső rész).
#15 dystopia: minden CPU lekezeli az undefined instruction esetet és kivált legalább egy OS exceptiont. Persze ha a programozó kezeli le, akkor az kissé szebb hibaüzenetet eredményez.
-
tzsolesz
nagyúr
Puff, soha az életben nem volt még olyan procim, ami támogatta volna a 3Dnow!-ot.
Viszont egyszer próbáltam egy olyan gépen futtani a Heroes 3-at, amiben sima P1 (120Mhz) volt. Akadt mint állat. Már mindent átpakoltunk az én Pentium MMX-es (120Mhz) gépemből haveréba, de csak nem gyorsult fel, hősünk csak szenvedett, a csatákról nem is beszélek.
A proci volt a ludas, amire unokabátyám hívta fel a figyelmünket. Átpakoltuk azt is, és megtáltosodott, nem kicsit.Így utólag belegondolva nem biztos, hogy az volt a baj. az én procimhoz 512Kb megosztott L2 járt, míg az övéhez csak 256kb. Tudja a fene.
-
dystopia
tag
"A támogatás hiánya egy hibaüzenet formájában fog megjelenni, amennyiben a program mégis a 3DNow! instrukcióit próbálja használni. A fejlesztőknek tehát némi módosítást kell végrehajtani a futtatott alkalmazáson belül, amennyiben az adott program nem ellenőrzi a 3DNow! jelenlétét."
Ha a programozó nem ellenőriz, akkor hibaüzi sem lesz. Hacsak a prociból ki nem csúszik oldalra egy kis összetekert zászlócska, amit okosan kidug a szellőzőrostélyon, kinyitja, és a user olvashatja hogy "Sorry, no 3DNow! from now!" Muris lenne, de nem hiszem hogy megoldják, akkor inkább bent tartották volna azt a néhány nyavalyás utasítást.
-
#95904256
törölt tag
-
L3zl13
nagyúr
Ezt a támogatottság ellenőrzést mégis hogy kell elképzelni?
Átlagos (nem speciálisan AMD procira fordított) programokban nyilván van valamiféle ellenőrzés, hiszen az Intel procik kiakadnának egy ilyen utasítástól, de ez a szokásos ellenőrzés elegendő-e, vagy az csak annyit néz, hogy teszem azt gyártó=AMD & CPU generáció>6, ami ugye azt jelentené, hogy a cikkben említett újabb prociknál kiakad?
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Látom javítottad is 
Új hozzászólás Aktív témák
- ThinkPad (NEM IdeaPad)
- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Autós topik
- Microsoft Outlook topic
- Xiaomi 15 - kicsi telefon nagy energiával
- Milyen autót vegyek?
- Samsung Galaxy S25 - végre van kicsi!
- YouTube
- További aktív témák...
- Konzol felvásárlás!! Nintendo Switch
- PlayStation 5 Slim (lemezes) + kontroller 6 hó garancia, számlával!
- HP 14 Pavilion FHD IPS i5-1135G7 4.2Ghz 16GB RAM 512GB SSD Intel Iris XE Graphics Win11 Garancia
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Asus TUF A620M R7 7700 64GB DDR5 500GB SSD RX 6800 XT 16GB ZALMAN I3 NEO Seasonic 750W
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest