Tjänar man mycket på att köra utan växlingsfil?

Används inte växlingsfilen skadar möjligheten att använda den knappast. Att operativet skulle växlar ut minne fastän det inte behövs, tycker jag låter konstigt. Linux gör det iallfall inte så vitt jag har märkt.

Den nackdel jag såg med växlingsfil var att hårddisken blev väldigt fragmenterad för att storleken ändrades hela tiden. (det här var på stenåldern med windows 95/98.

Jag satte iallafall växlingsfilen till ett fixt värde för att slippa den effekten.

Alternativet att köra utan funkar till minnet tar slut, och när det händer tar det tvärstopp. Eventuellt krashar programmet också.

- J -

Program kan vilja allokera massa minne som de kan vilja använda "utifall att". Windows kan säga att det finns i växlingsfilen då utan att behöva göra något förrens det verkligen används.
Har du ingen växlingsfil så MÅSTE dessa ges någon adress i RAM-minnet, vilket gör att programmen kan suga ut mer ur internminnet utifall växlingsfilen inte är igång än om hela programmet var inladdat i RAM fast man växlingsfilen på.

Nja, pass på den. Det var som sagt på ett tag sen jag hade en växlingsfil, och jag känner inget större behov att läsa in mig på dem.

Heh! En jäsande växlingsfil. Finns det något som sätter stopp ifall ett program buggar ur och börjar tugga(allokera) minne?

- J -

Kör med 2Gb minne men funderade på att köpa 4Gb minne och då jag sitter med XP 32-bit OS så kan den väl bara använda sig av 4096Mb minne totalt och det bör väl innebära att den inte kan använda sig av nån växlingsfil isf?

Precis, varje process har tillgång till 2 GiB virtuellt minne som det kan spendera hur det vill. De resterande 2 GiB virtuellt minne av minnesutrymmet som processen har är tilldelat systemet. Jag vet inte exakt vad det gör men säg att det är resurser som systemet tillhandahåller den processen.
Och eftersom man har många processer så blir det en hel del minne som kan användas.
Med en /3GB växel i boot.ini (i XP, finns väl liknande i bootcfg eller vad det hette i Vista) så kan man ge processen tillgång till 3 GiB minne. Observera att programmen måste vara kompilerade med stöd för detta.
Kan även nämnas att ett program som kompilerats för 64-bitars (x86-64 då) bara använder 2 GiB max om det inte anger denna växel till kompilatorn. Med det påslaget så blir det massa mer minne än 3 GiB såklart.
Det är väl så för att det inte ska dyka upp suspekta buggar när man tar kod som kompilerats och funkat bra på 32-bitars och bara kör 64-bitars kompilering.

Troligen får du inte 4096 MiB minne ändå, det kan fungera med memory remapping. Kolla in den här tråden:
http://www.sweclockers.com/forum/showthread.php?s=&threadid=6...

Tror det är 3GB som max på ett 32-bit OS, 64 bit OS klarar mer. Eller är det Vista du pratar om och det har jag ingen erfarenhet av?

Edit:
Slänger upp länken igen http://support.microsoft.com/kb/888732
står om minne och hur mycket minne olika Windows klarar av

Är inte den begränsningen en av de som ska överkommas med 64-bitars operativsystem?

Pratar om xp 32-bit XP men det blir inte att ordna något mer minne utan burken får gå med 2 Gb tills det blir dags att bygga en ny vilket lär dröja 2 - 3 år förhoppningsvis med sedvanliga bytet av grafikkort vid halvtid.