Jeg har et spørgsmål vedr. Windows NT 4.0 Workstation måde at anvende hukommelse.
Vi afvikler et komprimeringsprogram på en maskine med 2 * 900 Mhz CPU og 1024 Mb RAM. Såsnart komprimeringen har brugt ca. 2 GB Hukommelse på RAM og swaping, stopper programmet..
Hvad gør vi ?? Er Windows NT Enterprise en løsning.. ?
Windows NT allokerer 4 Gb per applikation, der burde altså ikke være noget problem, alligevel er der noget med en 2 Gb grænse, det er nok den du er løbet ind i.
Enterprise allokerer 8 Gb per applikation, om der så er en 2 eller 4 Gb grænse anyway er jeg altså ikke klar over, tjek evt. med MS Danmark inden du køber, men ihvertfald burde det løse dit problem.
Hver applikation har plads i sin egen 4GB hukommelse, da NT ser både Ram og HD som viruel memory, skyldes problemet nok at du ikke har 2GB Ram i din maskine.
jeh> Lige et spørgsmål der måske ikke lige har noget med spørgsmålet og gøre, men hvad for et motherboard har du/i brugt til jeres dual system? Jeg er på jagt efter et som kan klare omkring 800-900 MHz men har ikke helt fundet et endnu.
Jeg har ikke lige specifikationerne på bundkortet, men jeg købte computeren hos Zitech for et par måneder. Da var de stort set det eneste, der kunne konfigurere Dual 900 Mhz processorer op. Men jeg går da ud fra, at du kan få dem alle mulige andre steder nu.
Hmmm .... er det ikke dumt at køre med tvungen størrelse på pagefilen? Det forhindrer jo netop NT i udvide den i tilfælde at programmer der kræver den ekstra plads. Måske du skulle konfigurere din page til 5 Gb initielt og se hvad der sker. Det betyder jo at der skabes en grund-paging file på 5 Gb, men at den så kan vokse hvis behovet opstår.
Ingen af dem er dog tvungne, og de kan derfor vokse som behovet opstår. Det er derfor dumt at sætte tvungen størrelse på pahingfilen, da det jo netop udløser at programmer kan løbe tør for hukommelse.
Du er skam i stand til at allokere større pagefile end ram mængden. -Men Microsoft foreskriver:
Rammængde + 12 MB til pagefilen, og hvis man ønsker en memory dump file som kan ses med dertil hørende util. (i tilfælde af at maskinen konstant går ned med BSOD) skal denne (pagefilen) ligge på systempartitionen C-drevet.
I alle andre tilfælde skal den ligge på en anden disk end systemdrevet eller boot partitionen (der hvor WINNT mappen er) og helst spredt ud over flere diske, hvis muligt, dog ikke hvis du kører Stripeset med parietet. Samtidig anbefaldes det at have en fast størrelse på pagefilen, således at det undgåes at denne bliver fragmenteret.
>>> hoberg Muligt, microsoft mente også et internettet var et flop ;-)
Selvom det du skriver sikkert er nogle MS anbefalinger, så ændrer det jo ikke ved det faktum at pagingfilen i tvungen tilstand ikke kan vokse!! Derved vil du uværgeligt støde ind i hukommelsesproblemer, specielt når du arbejder med apps der rent faktisk kræver flere gb mem!
1: Det med pagefilens størrelse og beliggendehed skal man lige overveje. Hvis man kører med en tvungen størrelse, betyder det ganske rigtig at operativsystemet ikke kan udvide - men samtiddig skal operativsystemet ikke heletiden bruge ressourcer på at ændre dens størrelse. Om Beliggenheden er det også en hastighedsforøgelse at ligge den på en anden (fysisk) disk end systemdisken.
2: At pagefilen er af en hvis størrelse mener jeg ikke automatisk man kan omsætte til RAM, da en del af filen bruges til at holde styr på hvilke dele af RAM siderne der ligger hvor. Jeg kan ikke finde et beviset for denne udtalelse, men jeg er ret sikker på at det var et pålidligt sted jeg fandt. Jeg sad selv på et tidspunkt og skulle konvertere en database. Konverteringsprogrammet var meget RAM\'krævende. Da jeg havde allokeret 500 MB Pagefile blev programmet 90% færdig inden det gik ned. Da jeg så allokered 1000 MB for at være på den sikre side blev programmet 98% færdig inden det gik ned. Der kan jo også være andre årsager til dette, men....
jeh >> Hvor meget RAM står der at systemet bruger lige før programmet går ned?
maagen>>> Pagingfilen bruges som du siger også til systemfilerner. Vitual Memory Manager (vmm) er den del af system der holder styr på om de eneklte pages ligger i fysisk ram eller på pagingfilen, og sørger for at swappe mellem disse. Derfor ligger disse oplysninger også i ram, og dermed kan de med mellemrum også optræde i selve pagingfilen.
strax >> Ja - så langt kan jeg også sagtens overskue. Problematikken er at jo større pagefile jo mere kræves der af vmm. Og det jeg har læst er at den stiger eksponentielt - jeg forstår det ikke helt - faktisk kan det sagtens være at jeg misforstår...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.