[7 x64] Gebruikt 2,8 GB geheugen verborgen

[d.drenth]

Sinds vorige week is mijn Windows 7 x64 Desktop pc met 1 x Quad core CPU en 4 GB memory extreem langzaam. Voorbeeld openen Firefox duurt 1,5 min. Symptomen taskmanager geheugen ongeveer 90% constant in gebruik en CPU 1 of 2 cores min 25% als pc verder niet gebruikt wordt.
Totaal is er 3,9 GB in gebruikt aan geheugen als je kijkt in taskmanager bij presaties. Echter bij processen kan je gaan tellen maar tel je alle processen van alle gebruikers bij elkaar op dan kom je op ongeveer 1,3 GB uit, er mist dus nog 2,8 GB wat nergens staat.
Na wat zoeken op internet kwam ik op programma van MS uit om geheugen gebruikt te controleren RAMMAP.exe, als ik dit programma draai zie ik direct dat het missende geheugen gebruikt wordt voor "Metafile". Alleen nu de grote vraag wat is dit en hoe kan ik dit oplossen, Google kan me het antwoord nog niet geven tot nu toe.

Dingen gedaan tot nu toe:

• Systeem herstarten
• Trend Micro volledige scan computer
• Meerdere spyware tools
• Memtest geheugen, na hele nacht geen failures.
• Defrag en chkdsk
• Schijven en partities zijn niet vol
• Geen vreemde processen die draaien en opvallen
• Er zijn geen nieuwe dingen geinstalleerd net voor probleem begon
• Updates MS gedaan

Iemand?

[Outerspace]

Draai ProcessExplorer eens en kijk eens naar de taken die zoveel vreten. Misschien kom je dan meer te zien dan via RAMMAP.exe

[Cloud]

Als ik zo eens google op rammap.exe en "metafile" dan zie ik dat dat de NTFS informatie van het systeem is. Wat je eraan kunt doen is me niet helemaal duidelijk, maar ik denk niet dat dit de oorzaak van je trage systeem is. Metafile schijnt namelijk het RAM meteen los te laten zodra het nodig is voor een applicatie/taak en zou je dus niet in de weg mogen zitten.

Ik zou eerder kijken naar welk proces die CPU tijd in beslag neemt als je pc idle is. Dat lijkt mij de primaire boosdoener. Misschien de SearchIndexer?

[d.drenth]

Process Explorer bekeken, verklaring voor geheugen niet te vinden alleen de standaard apps en dit komt lang niet uit op 3,9 GB. Het CPU verbruik heb ik wel teruggevonden dit was de TMlisten.exe van Trend Micro wat we zakelijk draaien. Normaal neemt dit nooit zoveel in gebruik, dus na afsluiten was dit direct weg. Vermoed ook dat dit extra langzaam is en daarom meer CPU gebruikt gezien hele pc niet vooruit te branden is.

Belangrijkste vraag staat nog open, verborgen geheugen gebruik?

[d.drenth]

Cloud schreef op dinsdag 19 oktober 2010 @ 15:27:
Als ik zo eens google op rammap.exe en "metafile" dan zie ik dat dat de NTFS informatie van het systeem is. Wat je eraan kunt doen is me niet helemaal duidelijk, maar ik denk niet dat dit de oorzaak van je trage systeem is. Metafile schijnt namelijk het RAM meteen los te laten zodra het nodig is voor een applicatie/taak en zou je dus niet in de weg mogen zitten.

Ik zou eerder kijken naar welk proces die CPU tijd in beslag neemt als je pc idle is. Dat lijkt mij de primaire boosdoener. Misschien de SearchIndexer?

Metafile probleem blijft ook na een herstart, dus lijkt of het gewoon ergens is blijven hangen ofzo en dat dit niet verdwijnt. Searchindexer is niks bijzonders terug te vinden 4646 files in index.

[lier]

Virtual Memory (is het eerste waar ik aan moet denken...)?

[Cloud]

d.drenth schreef op dinsdag 19 oktober 2010 @ 16:26:
[...]


Metafile probleem blijft ook na een herstart, dus lijkt of het gewoon ergens is blijven hangen ofzo en dat dit niet verdwijnt. Searchindexer is niks bijzonders terug te vinden 4646 files in index.

Wat ik eigenlijk bedoelde is, dat 'metafile' op zich geen probleem lijkt te zijn. Voor wat ik erover lees Ik denk dat die CPU tijd bij een idle systeem de traagheid van je systeem veroorzaakt.

[Turdie]

Dat verborgen geheugen gebruik kunnen ook sheduled tasks zijn in Windows 7 die op de achtergrond draaien.
In Windows 7 zijn er veel standaard sheduled tasks zoals bijvoorbeeld defragmenteren van je disken, en daardoor kan het geheugen gebruik nogal oplopen. Wat je trouwens in de task manager ziet is user-mode memory, niet kernel mode memory. Er kan in de kernel-mode een memory leak zitten, dat gebeurt niet vaak, maar hiet vindt je hoe je dat kan troubleshooten:
Using the Kernel Debugger to Find a Kernel-Mode Memory Leak

[ Voor 40% gewijzigd door Turdie op 19-10-2010 17:55 ]

[d.drenth]

Nou het is opgelost, paar keer herstart geen oplossing. Net pc 2 keer aan/uit geen oplossing.

Kreeg advies van iemand zet pc eens uit haal stroom van kast en laat eens 10 min staan, daarna weer aansluiten en kijken.

Tot nu toe gaat het goed 2 uurtjes, dus denk dat dit oplossing is

[Turdie]

d.drenth schreef op dinsdag 19 oktober 2010 @ 18:16:
Nou het is opgelost, paar keer herstart geen oplossing. Net pc 2 keer aan/uit geen oplossing.

Kreeg advies van iemand zet pc eens uit haal stroom van kast en laat eens 10 min staan, daarna weer aansluiten en kijken.

Tot nu toe gaat het goed 2 uurtjes, dus denk dat dit oplossing is

Dit is geen oplossing, maar een work-around

[--Niels--]

Dat het geheugen van alle processen opgeteld in Windows Taakbeheer niet gelijk lijkt te zijn aan wat je op het tabblad prestaties ziet komt waarschijnlijk doordat je alleen je 'eigen' processen ziet. In Windows 7 (alleen volgens mij als je UAC aan hebt staan) zie je standaard alleen de processen van de huidige gebruiker, als je op het tabblad Processen op de knop 'Processen van alle gebruikers weergeven' klikt, zie je wel weer alles.

Als het probleem zich nog een keer voordoet zou je dat kunnen proberen en kijken of je dan wel kunt zien welk proces je geheugen opeet.

[d.drenth]

Nou ben ik weer, geheugen zit weer vol 3,6 GB. Ik kan in taskmanager bij processen geen schuldige vinden, staat er ook gewoon niet tussen, er mist gewoon 2,5 GB in dat lijstje.

Het probleem zit wederom in Metafile 2,5 GB. Maar ik blijf met de uitdaging zitten waarom en hoe oplossen?

[Turdie]

d.drenth schreef op woensdag 20 oktober 2010 @ 00:10:
Nou ben ik weer, geheugen zit weer vol 3,6 GB. Ik kan in taskmanager bij processen geen schuldige vinden, staat er ook gewoon niet tussen, er mist gewoon 2,5 GB in dat lijstje.

Het probleem zit wederom in Metafile 2,5 GB. Maar ik blijf met de uitdaging zitten waarom en hoe oplossen?

Zie mijn eerdere post, ga eens met Poolmon aan de gang.
How to use Memory Pool Monitor (Poolmon.exe) to troubleshoot kernel mode memory leaks

In Windows 7 zit Poolmon in de WDK (Windows Driver Kit)
Windows Driver Kit (WDK) 7.1.0

[ Voor 24% gewijzigd door Turdie op 20-10-2010 00:35 ]

[d.drenth]

Advies opgevolgd en Poolmon.exe gedraaid, was even zoeken maar gelukt. De uitslag heb ik hieronder even neergezet. Dit overzicht is gesorteerd op Bytes.

Voor herstart

code:

Memory: 4193336K Avail:  204248K  PageFlts:  2146   InRam Krnl:15280K P:114992K
Commit:2802800K Limit:12584140K Peak:3209632K            Pool N:73888K P:246976
System pool information
Tag  Type     Allocs            Frees            Diff       Bytes

CM31 Paged     40473 (   0)     18670 (   0)    21803   110063616 (          0)
VMem Paged   8863088 (1692)   8860593 (1692)     2495    32408368 (          0)
MmSt Paged     78511 (  18)     74823 (  16)     3688    20712384 (       4096)
CM25 Paged      3403 (   0)         0 (   0)     3403    16838656 (          0)
CIcr Paged    102521 (   0)     99736 (   0)     2785    12298112 (          0)
MmRe Paged      3484 (   0)      2569 (   0)      915     6915248 (          0)
ViMm Paged     21683 (  32)     17283 (  34)     4400     4698304 (       -512)
FMfn Paged  15794055 (1474)  15786067 (1459)     7988     3036240 (       6848)
Ntff Paged    252094 (   7)    249861 (   0)     2233     2751056 (       8624)

Na herstart

code:

Memory: 4193336K Avail: 2374948K  PageFlts: 17705   InRam Krnl:18528K P:225692K
Commit:1948388K Limit:12584140K Peak:2017896K            Pool N:69980K P:231280
System pool information
Tag  Type     Allocs            Frees            Diff       Bytes

CM31 Paged     21803 (   0)         0 (   0)    21803   110063616 (          0)
VMem Paged      3336 (   0)      1237 (   0)     2099    31430160 (          0)
MmSt Paged      9697 (   7)      2011 (   2)     7686    22979424 (      14704)
CM25 Paged      3405 (   0)         0 (   0)     3405    16871424 (          0)
L1E6 Nonp      26682 (   0)         0 (   0)    26682    14642704 (          0)
MmRe Paged      2115 (   0)      1028 (   0)     1087     7001984 (          0)
NSC! Nonp      95507 (   0)     89509 (   0)     5998     6787584 (          0)
Mdl  Nonp      30776 (   6)      3486 (  34)    27290     5705744 (      -5824)
Ntff Paged      6087 ( 115)      1662 (  60)     4425     5451600 (      67760)
FMfn Paged    116016 ( 703)    103080 ( 714)    12936     5252992 (      -2496)

Als ik zelf een conclusie hieruit trek is grootste gebruiker maximaal 104 MB en alle gebruikers bij elkaar komen nooit op 3,8 GB in eerste overzicht.

Zie ik dit verkeerd?

[ Voor 0% gewijzigd door alt-92 op 21-10-2010 07:29 ]

[Turdie]

Dit zijn geen gebruikers maar memory onderdelen. Wat mij erg opvalt is dat je VMEM erg verschilt qua grootte.

Dit kan je virusscanner zijn, Trend Micro kan hier de boosdoener van zijn .

Misschien is het boek Windows Internals goed voor om je door te lezen, dan snap je beter hoe Windows intern werkt .

[ Voor 38% gewijzigd door Turdie op 20-10-2010 18:10 ]

[d.drenth]

Bedankt voor je reactie, maar ik heb weinig interesse in de interne werking van Windows. Wil alleen een werkstation wat gewoon werkt.

Maar indien jij hier veel kennis van hebt zou je me dan aub kunnen helpen met een oplossing?

Maar verschil VMEM is 29 MB tegen 30 MB, vind je dit een groot verschil?

[ Voor 14% gewijzigd door d.drenth op 20-10-2010 19:57 ]

[Turdie]

d.drenth schreef op woensdag 20 oktober 2010 @ 19:54:
Bedankt voor je reactie, maar ik heb weinig interesse in de interne werking van Windows. Wil alleen een werkstation wat gewoon werkt.

Maar indien jij hier veel kennis van hebt zou je me dan aub kunnen helpen met een oplossing?

Maar verschil VMEM is 29 MB tegen 30 MB, vind je dit een groot verschil?

Ik doelde op wat ie gepaged heeft. Veel gepaged memory voor VMem.Paged 8863088.

[alt-92]

d.drenth schreef op woensdag 20 oktober 2010 @ 19:54:
Bedankt voor je reactie, maar ik heb weinig interesse in de interne werking van Windows. Wil alleen een werkstation wat gewoon werkt.

En soms moet je om dat wel voor elkaar te krijgen wat dieper in de materie duiken als je het opgelost wil hebben zonder botweg een reinstall te doen

[d.drenth]

Bedankt, lekker behulpzaam of jullie weten het zelf ook niet.

[alt-92]

Mogge.. iets minder denigrerend mag ook wel hoor.
Ik heb je data maar even wat duidelijker geformatteerd door de [ code ] tags in je post te vrotten, dat laat de indeling in kolommen beter zien zodat het makkelijker te interpreteren is.

Voor ons is het zonder medewerking nogal lastig om jouw (!) probleem te gaan troubleshooten als jij daar geen zin in hebt, dat begrijp je hopelijk wel toch?
Je hebt ondertussen al een hint gekregen dat bijvoorbeeld een virusscanner invloed kan hebben, dus wat je zelf kan proberen is TrendMicro tijdelijk deinstalleren en een andere gebruiken als je echt niet even zonder kunt (pak dan MSE ofzo).

[d.drenth]

Probleem is opgelost, blijkt in de nieuwste versie van Skype 5.0 een bug te zitten die memory leak veroorzaakt. Na uninstall probleem opgelost.