Aktív témák
-
L3zl13
nagyúr
Miért a WinXPSP2-ben jelenik meg? Abba minek?
Ha tényleg csak az A64 és az Itannium támogatja, akkor elég volna a 64 bites verziókba beletenni.Aki hülye, haljon meg!
-
-
L3zl13
nagyúr
De gondoltam rá, de mivel a cikkben külön megemlítették, hogy Intelléktől az Itannium fogja támogatni...
Egyébként milyen 64 bites programok hiányáról beszélsz? A 32 biteseknek elméletben gond nélkül futniuk kell 64 bites XP-n is. Persze a valóság különbözhet ettől, de erről mosot kár lenne filozofálgatni...
Driverek szempontjából persze igazad lehet ideiglenesen, de új hardvereknél meglepődnék, ha nem adnának ki 64 bites változatot is.Aki hülye, haljon meg!
-
Adi
senior tag
A cikkiro egy kicsit jobban is korulnezhetett volna, mielott lenyomja ezt az AMD marketingrizsat!
Az OpenBSD-ben most jelenik meg ez a stackvedelem W^X neven (ha jol remlik, nem vagyok egy BSD guru), illetve a Linux kernelhez mar regota letezo PAX nevu patch is tud ilyet. Jobb processzorok (ertsd: nem x86 architektura) pedig mar regota tamogatjak ezt.
Ez megint olyan, mint az MMX volt annak idejen: a SPARC es az Alpha mar reges regen ismerte a SIMD utasitasokat. Csak ok szepen bevezettek a hasznalatat es nem vertek ugy a nyalukat, mint a PC-processzorgyartok.
[Szerkesztve]ldm start-reconf primary
-
L3zl13
nagyúr
''Ez megint olyan, mint az MMX volt annak idejen: a SPARC es az Alpha mar reges regen ismerte a SIMD utasitasokat. Csak ok szepen bevezettek a hasznalatat es nem vertek ugy a nyalukat, mint a PC-processzorgyartok.''
És vajon melyik stratégia vált be jobban? :UAki hülye, haljon meg!
-
LordX
veterán
Nem-x86 architektúrák között már rég van, ami ilyet támogat (Legjobb a Harvard: Fizikailag lehetetlen a puffertúlcsordulásos támadás :) )
Viszont a(z x86-os) Linuxban, meg mindenféle OS-ben található eddigi megoldás softveres, azaz teljesítménycsükkenéses, pont amiatt, hogy eddig az x86 nem támogatta. Ez az NX a hardveres támogatása ennek - és újra is kell rá programozni (mondjuk nem lesz ez nehéz szerintem..)
freya: A WOW nem feltétlen lesz lasabb... Nézd meg ezt: [L]http://www.anandtech.com/systems/showdoc.html?i=1961[/L] A 32 bites DivX 5.1.1 15%-al volt gyorsabb a WinXP 64 bit Extended beta alatt, mint a WinXP SP1 alatt (ugyanazon hardveren).
Az egyik Linux pl tud olyat a x86-64 alatt, hogy a 32 bites proginak 2 db 32 bites változóját egyként tudja kezelni. Meg nem mondom hogyan. (Bár az is lehet, hogy kamu, de elképzelhetőnek tartom)
Tehát ha nem lesz lassabb a 32 bites progi 64 bites Win alatt, és csak a 64 bites proci támogatja az NX-et, akkor szerintem megint csak fölösleges berakni az XP2-be, maradjon csak a 64 bit extended verzióban... Az Itanium más tészta, ara már régen van egy másik, 64 bites Windows... -
VladimirR
nagyúr
mar volt errol szo egyszer, mikor ez meg csak terv volt, es ott irtak tobben is, hogy ez meg roszul is elsulhet:
mi van ugyanis, ha a szoftverirok elengedik magukat, mondvan, hogy majd a processzor kivedi, de meg nem lesz a piac 100%-osan lefedve az ilyesfajta vedelmet nyujto processzorokkal? -
TheVeryGuest
senior tag
Hogyne, a forrás kulcsszavait RND generátor rakja egymás után, csak a változók számát kell megadni, meg a basic testcase-eket megírni, és kitenyésztődik a kód. Ha lefordul, és a basic testcase-ek nem jeleznek hibát, akkor már jó. :D
“Perfection is attained not when there is nothing more to add, but when there is nothing more to remove” Antoine de Saint-Exupéry
-
L3zl13
nagyúr
válasz TheVeryGuest #19 üzenetére
Ha nem áll meg az első siker után, és még a teljesítményt is nézi, akkor nem olyan rossz módszer ez. Csak kissé sokáig tart még... :))
Aki hülye, haljon meg!
-
csudri
őstag
Valaki homályosítson már fel! Ha jól értelmezem a hírt, akkor az a proci, amiben benne van ez a védelem, az nem futtatja le a szarul megírt programot ugye? Mert ha lefuttatná a hibás programot, akkor sebezhető a gép. Ha viszont nem fut a program, akkor cumi. Most mindent újra kell írni, ami eddig túlcsordulást okozott? :F
[Szerkesztve] -
L3zl13
nagyúr
-
L3zl13
nagyúr
Igen, de nem kell újraírni a progikat!
Mert ha a megengedettnél többet írsz a pufferbe, akkor most is elszáll, csak az a különbség, hogy most ezt az oprendszer nem kezeli le, és ezért vissza lehet élni vele/ más proginak is bekavarhat...
A védelemmel már csak a progi fog elszállni, és azt is csak úgy, hogy mást nem fenyeget a veszély.
És maga a hibás progi is fut rendesen, amíg elő nem idézed szándékosan, vagy véletlenül a kezeletlen hibát. Ugyanúgy mint ahogy most is a védelem nélküli rendszereken.
[Szerkesztve]Aki hülye, haljon meg!
-
nagyúr
hááát, az én olvasatomban ez azt jelenti, hogy ha te a csében egy k állandónál gyorsabban nyomkodod a billentyűket (ergo nagyobb az időegységre jutó inputja a klaviatúrának, és átlépi az ominózus k küszöbszámot), akkor a windoze fogja magát, és kib@ssza a programot, mint macskát sz@rni. egyébként lefut, szépen... :DDD
na jó, a hasonlat sántat egy kicsit, mert a billentyzet már sokkal hamarabb megunja a csépelést, és elkezd neked visítani. de attól még jóóóóóóóóó. :DDDTudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
Adi
senior tag
válasz csabika25 #18 üzenetére
Ezt az AMD mellett az Intel Itanium processzorok is támogatják. A szoftverek közül először a Windows XP Service Pack 2-ben jelenik meg ez a megoldás.
Próbáltam rávilágítani, hogy nem csak ezek a processzorok támogatják, valamint már régen van olyan operációs rendszer, ami csinál ilyet.ldm start-reconf primary
-
Erasmus
őstag
Én úgy tudom, hogy minden AMD64-es prociban benne van az NX, vagy nem?
üdv, -
HiperG
addikt
Dehát az eddigi A64-ekben is van NX, nem?