- sziku69: Fűzzük össze a szavakat :)
- N€T0X|N: SSD hűtés
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- gban: Ingyen kellene, de tegnapra
- GoodSpeed: Bye PET Palack, hello SodaStream
- DraXoN: Utolsó 2011-3 rendszerem
- sziku69: Szólánc.
- Gurulunk, WAZE?!
Új hozzászólás Aktív témák
-
Hello!
Barátnőm gépében van 4G ram, most pakoltuk bele, de az XP 32bit nem lát még a /3Gb kapcsolóval sem 3 gigát, csak kettőt. (3 1Gb-s modullal is csak 2Gb).
A /3gb kapcsolóról meg még a mikrofos oldalain sincs sok értelmes, főleg nem arról hogy mi van ha nem működik.
Tudtok valamit erre? (Még soha nem volt ennyi ramom
, így nem értek a dologhoz). Viszont asszonynak kéne a sok ram, ha már grafikus. 
Amúgy a gép egy E6400, Asus P5b alaplapka, Nvidia 7950Gt 512Mb-s videokari. Az alaplapon fel van frissítve a BIOS, ott látja is a 4G memóriát. -
Menhir
csendes tag
Üdv!
Egy picit felhoznám újra ezt a topicot. A kérdésem az volna, hogy próbálta e már valaki használni ezt a /3GB kapcsolót. Én beírtam, de ettől kezdve a boot menüig sem jut a Win. A gép újraindul. Ha kitörlöm, megy minden rendesen. Mit hagyhattam ki? XP SP1 prof.-ot használok. -
Hot-Dog
újonc
Amikor az Intelnél megtervezték a 80386-ot, akkor tényleg nagyot alkottak. Sajnos a processzor köré épített alaplapokat bekorlátozta a visszafelé való kompatibilitás örökös problémája. Ezért nem is csak az operációs rendszeren, de már a memória kontrollereknél eldőlt, hogy mennyi fizikai memóriát tudnak kezelni.
Egyedi alaplapon és teljesen egyedi OS-el (pl. Nemzetközi Űrállomás) már 386-osból is lehetett jóval 4 GB feletti memória méretet és több (pl. 16) processzort együtt kezelni, még ha nem is ilyen szorosan (egy chipbe szorítva ).
A 64 bites OS-eknél ugyan ezt tették a régi fejlesztések megőrzése érdekében. Ma a 2 a 64.-en örült nagynak hangzik, de egyszer, talán nem is olyan soká (Moore szabály) születik egy cikk ennek a korlátairól is.
A 2GB-os korlát először a 32 bites Windows Server-eknél jelentkezett, mint probléma. Egy Oracle adatbázis kezelő összes memória foglalása ez alatt (más USER processzek is futnak) kellett, hogy legyen ahhoz, hogy ne lapozódjon ki, ami lehetetlenné teszi a beépített optimalizáció hatékony használatát.
Manapság ugyan ezzel a problémával már a komolyabb játékok is találkoznak. Általában ezek is maguk kezelik a betöltött textúrákat, 3D modelleket, melyek csak egy része tölthető be a videókártya memóriájába. Ha a játék alatt el kezd swap-elni a Windows, oda a real time élmény, esetleg a LAN party barátunk pont e miatt lő szitává. -
-
Dottore
addikt
Grat a cikkhez. Építő volt.
Viszont lenne egy kérdésem. Jelenleg a gépemben 2x512MB Kingston RAM van párban. Azt szeretném megtudni ha veszek mellé még pl. 2x1GB, mondjuk Corsair memóriát, akkor továbbra is marad a dual, vagy mindenképp azonos márka kell.
Köszi előre is. -
kleinea
újonc
Grat a cikkhez, jó írás.
Egy helyen pontosítanék, a /3GB kapcsoló nem egy-egy alkalmazás számára biztosít több memóriát, hanem a user mode alkalmazások részére ad több memóriát, mivel a Windows alapban ha jól emlékszem fele/fele arányban osztja a memóriát kernel mode és user mode alkalmazások részére.
Tehát a 3GB használata akkor is hasznos lehet, ha több mem. intezív programot futtatsz, mert limitálja a kernel mode-nak lefoglalt memóriát.
ld:
http://msdn2.microsoft.com/en-us/library/ms791558.aspx
a -
#64791808
törölt tag
Nem fogja látni, ugyanis az a memória is ezen virtuális címtábla kezelése alá esik. Eleve csak 4-sallang GB memóriát fog látni a rendszer, és abból tudsz szoftveresen elkülöníteni, a win számára a többi nem is létezik.
Ha ilyen elképzelésed van, akkor vegyél Gigabyte i-Ram-ot, bár zavaró a SATA1 lassúsága ilyen téren. -
#64791808
törölt tag
Jól összeszedett, (általam) régóta várt cikk, szerintem jól rendszerezi a témakört.
A 36 bites memóriacímzésről annyit, hogy a whistler workstation kernelbe nincs belefordítva a 36 bites címzés, tehát semmilyen TweakNT-s ügyeskedéssel nem lehet előcsalni. Ezért szeretjük a winserv 2003-at
[nyalás]
Le a kalappal a cikk és írója előtt!
[/nyalás] -
3d
tag
Sziasztok!
Ez a cikk valóban nagyon jó mert eddig nem nagyon vágtam ezt a témát.(most se )
Lehet hogy nagyon ostoba a kérdésem de nem értek valamit.
Én kiszámoltam a cikkben szereplő értékeket de nekem nem teljesen ugyan azok jöttek ki.
Az én számításaim szerint(legalábbis a számológépem ezt adja ki):
E8000000-EFFFFFFF (ez épp 128MB)=~134MB
00000000-3FFFFFFF (ez épp 1GB)=~1073MB
D0000000-EFFFFFFF (ez épp 512MB)=~536MB
MB00000000-CFFFFFFF+F0000000-FFFFFFFF (a kettő együtt 3,5GB)=~3758MB
Leht hogy én nem számolok jól de azért ezek elég nagy eltérések.
Nem azt akarom mondani, hogy a cikk írója számolt el valamit hanem azt, hogy én nem értek valamit.
Meg tudja ezt valaki magyarázni nekem?
Előre is köszi. -
Mal[AC]
csendes tag
Hello!
Nem tudja valaki, hogy ha a gépbe rakok pl. 6giga ramot és abból 3-at szoftveresen elkülönítek ramdisknek, akkor a windows ugye látja a maradék 3-at, és nem úgy fogja érzékelni, hogy a ramdisknek abból 3.x-ból különítettem el, amit ő alapból lát a 6ból?
Előre is köszi!!!
-
joghurt
addikt
válasz
Nantucket
#59
üzenetére
64 bites fordító már a VS 2003-ban is volt (még ha nem is olyan triviális beröffenteni).
Viszont a kódtól függően lehet elég nehéz is 64 bitre átállni. Régi cuccokban elég gyakori, pl. hogy egy memóriamutatót beleraknak egy 32 bites DWORD-be. 64 bites pointerekkel ez elég elszállásgyanús helyzet. -
joghurt
addikt
Nem egészen. A lapozás azt jelenti, hogy kiválasztasz egy (286-osnál 16 bites) címtartományt, és azt használod. A 286-oson viszont szegmentált címképzés ment: egy szegmensregiszterből és egy címző regiszterből adódott össze a logikai cím, a szegmens 4 bites eltolásával. Így 20 bit (1 MB) memória címezhető meg egyszerre. Ezzel azért nem árt tisztában lenni, mert a mai procik ugyanígy érik el a 4 GB feletti területet. És így kerül a téma a képbe az XP32 kapcsán.
Egyébként a 286-os összesen 16 MB fizikai memóriát tudott megcímezni (24 bites címbusz), 1 GB-os logikai címtérben (lineáris MMU-val). [link]
[Szerkesztve] -
-
Értem mi a PAE, de e miatt még nem lesz több bites egy 32 bites processzor, erre próbáltam célozni. Bár ha a PAE dönti el, hogy hány bites a processzor, akkor igen, de tudomásom szerint nem.
Még a 80286 idején, ahol ugye 64kB volt az egyszerre megcímezhető memória is megoldották lapozással, hogy többet lehessen címezni (a nevezetes 640kB).
De az egész cikk a WinXP 32 bitről szól, nem pedig a processzor memóriakezeléséről. -
Nantucket
tag
Ez azért van, mert viszonylag sok alkamazás használja már a 64 bitet. Ha megírnak egy kódot, akkor már nem akkora meló az egészet 64 bitre optimalizálva is lefordítani. 64 bites fordító már a Visual Studio 2005 ben is volt, az azóta született alkalmazásoknak meg szerintem ''illik'' gyorsabban futni 64 bites környezetben.
-
joghurt
addikt
Ha a memóriakezelés kapcsán nem érted a 32-40-48 (és ezek most nem mellbőség-derékbőség-csípőbőség számok) jelentését sem, akkor miért írsz ebben a témáról?
Ajánlom, nézegess itt körül egy kicsit! [link]
P5: 32 bites PA [fizikai cím] (36 a mintáknál), 32 bites VA [virtuális cím]
P6, PII, PIII: 36 bites PA, 32 bites VA.
P4 (90 nm-től) és Core: 40 bites PA, 32 bites (EMT64-es prociknál 48 bites) VA
K7: 32..34 bites PA, 32 bites VA
K8: 40 bites PA, 32 bites (x64-es prociknál 48 bites) VA -
Rive
veterán
Igen.
''Ezzel eddig nincs is probléma, könnyen belátható, hogy miért. 32 biten, maximum 0xFFFFFFFF byte-ot (decimálisan: 2^32-1, vagyis 4294967296, ami 4GB) lehet megcímezni, hiszen ez a 32 biten ábrázolható legnagyobb pozitív egész szám (amennyiben előjel nélküli ábrázolásról beszélünk). Ennek megértéséhez nem is kell különösebb erőfeszítéseket tennünk. ''
Ez a rész nem jó. És kijavítani/átheggyeszteni is nehéz/bonyolult. Nélküle sokkal jobb.
[Szerkesztve] -
Hogyan fogalmaznád meg? Így jó?
''Windowsunk lefoglalja a virtuális táblából az 512MB címterületet a videokártyának (és persze minden más eszköznek is foglal, amennyiben szükséges), majd megpróbál 4GB-t lefoglalni a fizikai RAM-nak, de hoppá, itt jön a probléma, annyi már nincs. Mit tehet ilyenkor? Lefoglalja az összes maradék virtuális címet, mely - ez esetben - 3,5GB.
Tehát, annak ellenére, hogy gépünk fizikailag 4GB memóriát tartalmaz, csak 3,5GB lesz elérhető a rendszer számára, a maradék láthatatlan.''
Vagy teljesen más megközelítésre gondoltál?
[Szerkesztve] -
bambano
titán
''Windowsunk lefoglalja a virtuális táblából az 512MB területet a videokártyának (és persze minden más eszköznek is foglal, amennyiben szükséges), majd megpróbál 4GB-t lefoglalni a fizikai RAM-nak, de hoppá, itt jön a probléma, annyi már nincs. Mit tehet ilyenkor? Lefoglalja az összes maradék helyet, mely - ez esetben - 3,5GB.
Tehát, annak ellenére, hogy gépünk fizikailag 4GB memóriát tartalmaz, csak 3,5GB lesz elérhető a rendszer számára, a maradék elvész.''
Itt keveredik a fizikai memória és a virtuális memória fogalma és azt sugalmazza, mintha a fizikai ram és a virtuális címtér között 1:1 címszerinti megfeleltetés lenne. -
Közben pontosítottam. Mint valaki korábban írta is, az XP is képes lenne több mint 4GB memóriaterület kezelésére, de ezt az MS korlátozta (melyet meg is értek, hiszen nem akarja, hogy 5 év múlva is mindenki XP-zzen). Jelenleg az a helyzet az XP-vel, amit felvázoltam a cikkben.
-
Rive
veterán
Sztornózd/alakítsd át azt a részt, hogy 'A 32 bites processzorok maximum 4GB memóriaterületet tudnak megcímezni.', és akkor jó lehet. Ez nem csak az XP-ről szól, így pedig hibás.
A PPro fizikai címbusza már eleve 36 bites, 32 helyett, hiába 32 bites a proci. Illetve A[35;3] szerepel, a kisebb helyiértékeket alapból demultiplexelik, ha jól emlékszem. Azaz fizikai 64GByte, ha el nem b@sztam valamit. Efféle a P4 is.
Ezen túl a proci belső lehetőségei ennél jóval többet megengednek. Egy lap elvi maximuma tényleg 4G, de lapból akár igen sok is lehet, úgyhogy az elvi kezelhető memória valahol a TByte kaliberben.
Ui.: és a dolgot ne hozd kapcsolatba a 32 bit által felvehető értékek maximális számával se.
[Szerkesztve] -
Kicsit pontosítottam, hogy egyértelműbb legyen, az XP-ről van szó.
Van egy-két dolog, ami nekem sem telejsen tiszta még, mert nem találtam elég infót róla (pl a virtuális memória címzése).
Viszont azt gondolom, hogy eléggé pontosan leírja a cikk a 32 bites XP és a 4GB ram kapcsolatát ahhoz, hogy ne legyen nagy hülyeség.
Eddig minden írás amit olvastam azt támasztja alá (na meg a hardverkezelő is), hogy összesen 4GB virtuális címmező van (továbbra is XP 32 bitről beszélek).
''Here's a list of how much RAM the various Windows versions and editions support (as of Nov 2004):
Windows NT 4.0: 4 GB
Windows 2000 Professional: 4 GB
Windows 2000 Standard Server: 4 GB
Windows 2000 Advanced Server: 8GB
Windows 2000 Datacenter Server: 32GB
Windows XP Professional: 4 GB
Windows Server 2003 Web Edition: 2 GB
Windows Server 2003 Standard Edition: 4 GB
Windows Server 2003 Enterprise Edition: 32 GB
Windows Server 2003 Datacenter Edition: 64 GB'' -
bambano
titán
Igazad van, a cikkírótól elnézést kérek.
Tehát a cikk korrekten írja le azt, amit az xp csinál.
Az xp meg marhaságot csinál.
Bár szerintem ez a mondat:
''n the default Windows OS configuration, 2 GB of this virtual address space are designated for each process’ private use and the other 2 GB are shared between all processes and the operating system.'' azt támasztja alá, hogy minden processznek saját 4g-s virtuális címmezője van, nem pedig azt, hogy egy 4g-s virtuális címmező van összesen. -
Nyílván nem véletlen, hogy sok 32 bites operációs rendszer képes 4GB-nál nagyobb memóriaterületet kezelni. De itt kizárólag a 32 bites Windows XP-ről van szó.
Egyébként belenéztél a cikk alján levő hivatkozásokra? Mert hivatalos terminológiát használtam, pl: Virtual Memory Address.
A 32-40-48 bites kijelentésedet meg nem értem, légy szíves magyarázd meg. -
Rive
veterán
Kétszer annyi bit - de az adott kontextusban ez is csak egy operandus/cím/mifene.
Ui.: tfh. valami SIMD utasításról van szó, 8 bites adatokkal. (Hadd ne nézzek utána, hogy effélének x86 szinten van-e relevanciája.) Akkor lenne a 32 bit az négy adat, a 64 meg nyolc.
De itt a 32 bit az egy adat - és a 64 is ugyanúgy egy adat.
[Szerkesztve] -
#39
ollie
MODERÁTOR
TheVeryGuest
#35
válasz
TheVeryGuest
#35
üzenetére
Igazad van.
-
bambano
titán
Lyalyly ismét egy logout blog, aminek nagy vonalakban sincs semmi köze a valósághoz. Kukába vele gyorsan, mielőtt elterjed ez a rengeteg baromság.
A virtuális memóriacímeket összekeverni a fizikai memóriacímekkel, meg 32 bitesnek nevezni a minimum 40-48 bites processzorokat lyalyly lyalyly
A pentium pro óta nincs olyan processzor, ami csak 4g ramot tudna kezelni. A címbusza mindegyiknek több, a laptábla rendszeren keresztül meg a nagy memórialap lehetőséggel minden proci terabyte-okat lenne képes kezelni, ha a chipset támogatná. A virtuális címtartomány pedig processzlokális.
Remélem, a logout indulásakor szokássá vált mindenki ír egy pocsék cikket a hálózatokról (amit azóta sikerült kiirtani), nem szokunk át a mindenki ír egy pocsék cikket a processzorról.
-
#35
TheVeryGuest
senior tag
TheVeryGuest
senior tag
Akkor szőrszálat hasogatnék:
''Ezzel eddig nincs is probléma, könnyen belátható, hogy miért. 32 biten, maximum 0xFFFFFFFF byte-ot (decimálisan: 2^32, vagyis 4294967296, ami pontosan 4GB) lehet megcímezni, hiszen ez a 32 biten ábrázolható legnagyobb pozitív egész szám (amennyiben előjel nélküli ábrázolásról beszélünk).''
A legnagyobb cim a 0xFFFFFFFF, ez mellesleg 2^32-1 érték szerint és ezzel 0x100000000 byte-ot lehet megcimezni. -
Rive
veterán
Mivel egyszerre 2x annyi adattal tudnak (32 helyett 64 bit) tudnak műveleteket végrehajtani, ezért elméletileg akár 2x gyorsabbak is lehetnek 64 bites módban.
Izé, ez nem így működik.
A 32 helyett 64 alapesetben nem kétszer annyi, hanem kétszer akkora adat. A cikk vonatkozásában (integer 32 helyett 64 bit) csak akkor gyorsít, ha eleve 64 bitre lett volna szükséged. -
jalos
tag
Pagefile kérdésre:
Elvileg a 2GB ill 3GB (/3GB kapcsolóval) az alkalmazásonként az adott alkalmazás virtuális memóriaterületének a mértékét jelenti. Az alkalmazás által ténylegesen használt memória (tehát ha simán azt mondja hogy kell nekem 1 GB, attól még nem kapja meg fizikailag, habár lehet úgy is kérni hogy egyből megkapja) .
Mivel több alkalmazás futhat egyidőben, ezért az összes virtuális memóriaterület összege akármekkora (van valami felső korlát, de az elég sok) lehet. A pagefile pedig a sok alkalmazás memóriatartalának (alkalmazásonként 2 ill 3 GB) a fizikai memóriába nem férő részét tartalmazza.
Érdekes amúgy hogy a végrehajtható állományok (exe, dll) nem lapozódik ki pagefile-ba, mert magát az exe, dll filet is használja pagefile-ként.
Jalos -
Kamusoma
csendes tag
Térdre, imára mindenki.
Ez a kis cikk lehet, hogy nem pontosan a ''A Windows XP 32 bit memóriakezelése''-ről szól, viszont tisztán, érthetően, logikusan tesz tisztává egy nagyon bonyolult dolgot.
Azt hiszem, ez a cikk azon sajnos nagyon ritka Logout írások közé tartozik amiért ez a site létrejött.
Ha erre és az ehez hasonló cikkekre mindenki aki számítógép szaküzletbe megy ''kívánni'', kb. 3 percet rászánna nem hangzanának el a következő óókos diskurzusok.:
-Processzort szeretnék.
-Jónapot. Milyent?
-64 bitest
-Milyet? Mér'?
-Mondom, 64 bitest.
vagy
-Videókártyát kérek.
-Jónapot. Milyent?
-256, de inkább 512 megásat
-De Milyet?
-Mondom, 512 megásat
[Szerkesztve] -
gLes
őstag
A 64-bites oprendszereknek nem jobb a memóriakezelésük, nagyjából ugyanolyan, mint a 32-biteseké, csak 64 biten. Való igaz, hogy bizonyos alkalmazások jobb teljesítményt nyújtanak 64 biten, de ez szinte kizárólag szerver alkalmazásokra vonatkozik és csak és kizárólag natív 64-bites programokra. 64-bites operációs rendszereken a 32-bites szoftverek emulált környezetben futnak, ami minden esetben overheadet jelent, ergó a natív 32-bites módnál lassabb működést. Vagyis levonhatjuk a következtetést, hogy az egyszeri felhasználó (legyen az irodista vagy gamer...) jelenleg nagyjából semmit nem tud profitálni a 64-bitből, csak jól néz ki a gép specifikációjában, vagy hogy egy klasszikust idézzek:
''Ne feledjétek gyerekek: minél több bites az oprendszeretek, annál nagyobb a...''
ollie:
A cím igen nagyvonalú, mivel a cikk lényegében csak arról szól, hogy miért nem tudja kihasználni a 4GB memóriáját az ember, ha már van neki. Azt hiszem, hogy a Windows XP memóriakezelése ennél sokkal többet takar. -
Tirexi
addikt
Nekem már volt és van is részem 64bit-es WindowsXP-ben és nyugodt szívvel mondhatom hogy minden programot visz tökéletesen a 32bit-eset is úgy mint a 64bit-eset.
Volt olyan 32bit-es driver amit elfogadott!!!!!
Jobb a memória kezelése is és nem árt felrakni mellé az SP2-t sem.
64bit-es rendszerekhez tökéletes, csak kár hogy angol. -
Nem lehet az XP-t 64 bitesre patchelni. Vagy 32 bites, vagy 64 bites (merthogy van belőle 64 bites változat is).A programok többsége csak 32 bites, de elvileg kell működniük 64 bites oprendszer alatt is. 64 bites drivert hogy érted? 64 bites drivert csak 64 bites oprendszerre tehetsz, de természetesen meghívhatja 32 bites program.
A sajátgépen kattints jobb gombbal, majd nézd meg, hoyg a windowsra mit ír ki a tulajdonságoknál. Ha ott nem találsz 64 bitet (vagy x64-et), akkor 32 bites. -
SLYM
veterán
annyira nem értek ehez semmi, hogy az már gáz. szóval lehet patchelni az én 32 bites winemet, hogy 64 bites legyen? mik azok az ismert progik amiket csak 32 biten használhatunk. van visszafele kompatibilitás a drivereknél? úgyértem ha felteszek egy 64 bites drivert az nem jó 32 bitre? honnan tudom, hogy a winem 32 bites? mi a különbség a 2 között? (mondom, hogy semmit sem értek ehez
)
[Szerkesztve] -
puffneki
tag
elolvasgattam a linkelt cikkeket, az elsőben néhány soron kitérnek a pagefile működésére, de nem mennek bele részletesen.
annyit sikerült asszem végülis leszűrnöm, hogy pagefile mérete bármekkora lehet, ezt végülis nem befolyásolja, hogy a proci mekkora tartományt tud megcímezni.
ami még kiderült számomra, hogy a pagefile nem azonos a virtuális memóriával, merthogy abba a fizikai memória által lefoglalt címek is beletartoznak.
nemistom, asszem x-com vagy moonman linkelt egyszer egy cikket a pagefile működéséről, meg kéne keresni. -
#19
dennisjunior
tag
dennisjunior
tag
A Windows XP elvileg támogatja a PAE-t (36 bites memóriacímzési mód) megfelelő processzorral (az 1GHz-s Pentium M procim nem ilyen), csak 4gb-re van limitálva a maximum fizikai memóriacím tartomány.
[Szerkesztve] -
Sárpac
nagyúr
Szerintem az másképpen működik!
A hddn tárolt virtuális memória egyfajta hibrid hibernációja a fizikai memóriának.
A windows számolja, hogy 1-1 alkalmazást milyen sűrűn használ, a kevésbé használatos alkalmazások memóriaterületei íródnak ki a merevlemezünkre a virtuális memóriába.
Valszin a memóriában csak a futó alkalmazás merevlemezes elérés adatai maradnak meg a többi kiíródik. -
puffneki
tag
jó írás lett, kösz mindenki nevében.
lenne egy kérdésem.
azt írod, hogy a virtuális memóriacímek táblájába a vitruális memória is beletartozik.
ez azt jelenti, hogyha van 3gb fizikai, 512mb vramom és mellé beállítok 3gb pagefilet, akkor az utóbbiból már csak 512mb-ot fog látni az xp? -
Ezt a 36 bites címzésmódot még asszem a Pentium Pro-val vezették be. Az XP nem támogatja, a Win 2003 Server igen, bár azt hiszem, hogy csak max 16 gigáig kezeli a memóriát, na meg persze a 32 bites Vista.
Mod:
A cikk első linkjén megtalálod, hogy melyik rendszer mennyi memóriát tud kezelni.
[Szerkesztve] -
eziskamu
addikt
Azért nem csak, mert azt is jelenti például, hogy ha két 64 bites egész számot adunk össze az megvan egy utasítás végrehajtásából (add) , míg 32 bites rendszerben kell egy add és egy adc utasításnak is lefutnia is, és kell minimum 2 regiszter csak az egyik operandusnak (értéknek amin a műveletet végezzük). Persze kérdés mire kell 64 bites egész.
Nekem is van egy kérdésem, hallottam ilyen 36(?) bites memória üzemmódról, hogy tudnak a utolsó csak 32 bites procik elméletileg 64 giga memót is címezni, persze, csak ha jól tudom. Ezt az XP nem támogatja? És a 2003 32 bites Windows NT alapú rendszerek?
[Szerkesztve]
[Szerkesztve]
, így nem értek a dologhoz). Viszont asszonynak kéne a sok ram, ha már grafikus. 
Új hozzászólás Aktív témák
Hirdetés
- Android alkalmazások - szoftver kibeszélő topik
- Honor 200 Pro - mobilportré
- One otthoni szolgáltatások (TV, internet, telefon)
- Jövedelem
- AMD Navi Radeon™ RX 9xxx sorozat
- sziku69: Fűzzük össze a szavakat :)
- Robotporszívók
- Warhammer 40.000
- Békéscsaba és környéke adok-veszek-beszélgetek
- N€T0X|N: SSD hűtés
- További aktív témák...
- I3 13100F + MSI B660M-P + 8gb DDR4 + 128gb ssd + Táp
- Eladó RTX 3090 24GB Videókártyák (Suprim, Aorus, Gaming X) Felső kategóriás! Jótállással! Dobozos!
- Yamaha 5.1 hangrendszer NS-LC5 / NS-CLC5 / NS-ELC5 + YST-SW012 mélynyomó
- Precision 5550 15.6" FHD+ IPS i7-10850H T1000 16GB 512GB NVMe magyar vbill ujjlolv IR kam gar
- Gamer PC-Számítógép! Csere-Beszámítás! R5 3600 / GTX 1080 8GB / 32GB DDR4 / 512 SSD!
- LG 65C3 - 65" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- GYÖNYÖRŰ iPhone 11 Pro 256GB Midnight Green -1 ÉV GARANCIA - Kártyafüggetlen, MS2048, 96% Akksi
- 2db Intel D3-S4610 1.92TB 2.5" szerver SSD (4 órát ment)
Állásajánlatok
Cég: FOTC
Város: Budapest