Det fungerer ikke før du har slettet system32 mappen.

Gjort dette selv, funker fjell!


Fra spøk til revoler: Nei - du kan nok ikke gjøre det slik, men det kan være at du har mye skitt på pcen. Last ned ccleaner.

Windows 7 er utviklet for å kjøre online over lang tid. På jobben min har vi servere som står daglig i bruk med spill og billettprogram som kjører. Enkelte servere kan stå online opp til 5 måneder før dem har brudd, og det kan være alt i fra strømbrudd, oppdateringer eller brukerfeil.

Selv om maskinene har stått i bruk på et varmt rom med relativt mye interaksjon, så er ram bruken lav, med mindre en database krasjer. Så ram bruk skal være gjennomsnittelig lav hele tiden i windows 7. I windows xp er det en annen sak, og der vil maskinen oppleves som treg over tid (service pack 3 hjalp veldig med dette problemet, men det eksisterer fremdeles).

Men dette kan tyde på at det er et program som lekker minne. Hvis et program lekker minne over lenger tid, så vil minnet ta opp all ledig ram til slutt. Da vil du oppleve at maskinen går tregt. Det finnes et hav av alternativer til ram rens, men ingen av dem fungerer av den enkle grunn at minnelekkasje er ikke registrert noe sted, og kan ikke ryddes opp i uten å dumpe all ram ved å koble ut spenningen. CCleaner gjør en god jobb i å rydde opp i en del, men ta alltid backup av registeret.

Last ned hijackthis og legg ut loggen her. Jeg kan ikke tyde hva som står der, men noen på dette forumet klarer det sikkert.

Patrick: Dersom et program har en minnelekasje og prosessen termineres så vil ikke minnet som er allokert eller lekket forbli opptatt. En minnelekasje er ikke noe magisk som flyter inn i minnet ditt uten at det er en oversikt over hva som er allokert. En "lekkasje" av minne er kort og greit en sak der hvor det på et eller annet tidspunkt blir allokert minne, men det glemmes å frigjøre dette minnet når det ikke er behov for det.

At strømmen til minnet må kobles ut for å "rense" opp dette er intet mindre enn synsing og vås.

Takk. Det visste jeg ikke.

Men hvis jeg skal følge den logikken så vil det tyde på at dersom man lukker programmet som ikke har frigjort minnet, og kjører et av de hundretalls minnerenserne man kan laste ned, så burde vel det løse opp i feilen?

Jeg har aldri opplevd at det har hjulpet, men å dumpe minne ved å koble ut strøm har alltid vært en greie i min bok. Og da tenker jeg ikke på en omstart, men å fysisk koble ut strømmen.

Nå skal det riktignok sies at serverene våres kjører på spansk programvare, og er ikke helt standard win xp varianter, men kun en omstart hjalp sjeldent. Mye mye bedre på win7.

Hvis det som måtte til var at strømmen ble koblet ut, så tror jeg neppe at det har noe som helst med memory leaks å gjøre. Det høres mer ut som noe fysisk problem med hardwaren, uten at jeg skal sette noen diagnose på akkurat dét.

I de aller aller fleste moderne systemer så har man virtuelt minne. Når en prosess startes opp så vil den få tildelt noe virtuelt minne som har relative adresser i den fysiske rammen. Det vil si at når et program trenger minne så forholder den seg i utgangspunktet (med mindre den opererer under kernel-space) til det virtuelle minnet, og ikke direkte i den fysiske rammen. Prosessen starter opp, spør etter minne hos memory mangeren som er ansvarlig for å holde kontroll på minnet til operativsystemet, og sjekker tilgjengelig minne og gir dette til prosesen som så kan benytte minnet slik den ønsker. Dersom det kreves mer minne så vil det på nytt bli forespurt, og det virtuelle adresseområdet vil bli utvidet. Når en prosess termineres så vil det virtuelle minnet frigjøres, og uavhengig av hvor mye memory leaks programmet har klart å produsere så vil dette minnet kunne gies til andre prosesser.

Fordi minnebehovet til en prosess kan variere i ganske stor grad, så vil en prosess gjerne få tildelt mer minne enn det er behov for. Dette er selvsagt fordi at memory manageren arbeider preventivt slik at den ikke trenger å gjøre unødvendig mye arbeid dersom en prosess sitt minnebehov plutselig skulle øke relativt mye. Memory manageren har rettighet til å kunne ta vekk en del virtuelt minne fra en prosess dersom det skulle bli behov for det.

Det er her (mange av) disse memory cleanerene kommer inn i bildet. Jeg skal ikke si at det er nøyaktig slik absolutt alle fungerer, men mange gjør det. Men for å gi et (generelt og simplifisert) eksempel med en prosess som opererer i user-space:

Si at et OS har totalt 1024MB med minne å rutte med etter at kernelen og øvrige autoriteter har gjort krav på sitt minne. Det startes en prosess som i praksis trenger 256MB med minne, men den mottar 512MB med virtuelt minne fra memory manager. Vi har da tilgjengelig 512MB med minne som enten kan gis til prosessen, eller til andre prosesser som krever dette.

Memory cleaneren starter, og den gjør en forespørsel på ikke 512MB med minne, men på 768MB med minne. Memory manageren vet at i prosesen som ble startet tidligere så er det 256MB med minne som ikke er allokert av prosessen, så den fjerner dette fra prosessens virtuelle minne og gir dette videre til memory cleaneren. Memory cleaneren termineres etter at minnet har blitt "vasket".

Hva har i praksis hendt her? Jo, prosessen som tidligere hadde 512MB med minne i "bruk", har nå 256MB minne i bruk. Brukeren vil selvfølgelig tenke at ja her har det pokker meg blitt tatt en real vårrengjøring! Har dette noen spesiell nytteverdi? Nei, ikke egentlig. For om en annen prosess faktisk hadde hatt behov for minnet så ville den først og fremst mottatt dette. Ikke minst at nå må faktisk memory manageren utvide det virtuelle minneområdet til vår kjære prosess dersom det skulle bli behov for mer allokering av minne. Jeg har driftet servere og programmert under forskjellige platformer av yrke siden 2004. Har brukt PC siden det tidlige nittitall, og jeg kan si at jeg aldri har hatt bruk for noen programmer som påstår at de cleaner minnet.

Jeg hadde et annet poeng også da jeg startet posten, men det forsvant visst.