Laptop 4GB+2GB ReadyBoost runs out of Resources?

  • Thread starter Thread starter edev
  • Start date Start date
E

edev

Ok, I've got a new M90 with 4GB ram (of course only 3.25GB show up), I
put a high speed 2GB card in it for ready boost. With or without the
readyboost, my system is constantly dying due to low memory.

I've got a single Virtual PC (OR a VMware machine) running that uses
1GB. I then also have Visual Studio running working on a single
ASP.Net website.

System resources in Taskmanager do not show any major uses of memory
(Virtual PC doesn't show how much ram it's using, VStudio uses about
250MB, DWM uses about 150MB, etc) But Nothing adds up to 3.25 GB!

Anyone else have these issues?

Thanks!

Tim

Here is one of the events:

Log Name: System
Source: Microsoft-Windows-Resource-Exhaustion-Detector
Date: 3/21/2007 11:05:05 PM
Event ID: 2004
Task Category: Resource Exhaustion Diagnosis Events
Level: Warning
Keywords: Events related to exhaustion of system commit limit
(virtual memory).
User: SYSTEM
Computer: EDEV1
Description:
Windows successfully diagnosed a low virtual memory condition. The
following programs consumed the most virtual memory: devenv.exe (5064)
consumed 259055616 bytes, explorer.exe (5396) consumed 238546944
bytes, and dwm.exe (2608) consumed 162045952 bytes.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Resource-Exhaustion-Detector"
Guid="{9988748e-c2e8-4054-85f6-0c3e1cad2470}" />
<EventID>2004</EventID>
<Version>0</Version>
<Level>3</Level>
<Task>3</Task>
<Opcode>33</Opcode>
<Keywords>0x8000000020000000</Keywords>
<TimeCreated SystemTime="2007-03-22T04:05:05.404Z" />
<Execution ProcessID="1260" ThreadID="3788" />
<Channel>System</Channel>
<Computer>EDEV1</Computer>
<Security UserID="S-1-5-18" />
</System>
<UserData>
<MemoryExhaustionInfo xmlns:auto-ns2="http://schemas.microsoft.com/
win/2004/08/events" xmlns="http://www.microsoft.com/Windows/Resource/
Exhaustion/Detector/Events">
<SystemInfo>
<SystemCommitLimit>3895939072</SystemCommitLimit>
<SystemCommitCharge>3721977856</SystemCommitCharge>
<ProcessCommitCharge>2209579008</ProcessCommitCharge>
<PagedPoolUsage>97071104</PagedPoolUsage>
<PhysicalMemorySize>3487068160</PhysicalMemorySize>
<PhysicalMemoryUsage>2700517376</PhysicalMemoryUsage>
<NonPagedPoolUsage>94474240</NonPagedPoolUsage>
<Processes>88</Processes>
</SystemInfo>
<ProcessInfo>
<Process_1>
<Name>devenv.exe</Name>
<ID>5064</ID>
<CreationTime>2007-03-22T01:22:33.199Z</CreationTime>
<CommitCharge>259055616</CommitCharge>
<HandleCount>2467</HandleCount>
<Version>8.0.50727.867</Version>
<TypeInfo>201</TypeInfo>
</Process_1>
<Process_2>
<Name>explorer.exe</Name>
<ID>5396</ID>
<CreationTime>2007-03-19T20:41:47.917Z</CreationTime>
<CommitCharge>238546944</CommitCharge>
<HandleCount>1160</HandleCount>
<Version>6.0.6000.16386</Version>
<TypeInfo>210</TypeInfo>
</Process_2>
<Process_3>
<Name>dwm.exe</Name>
<ID>2608</ID>
<CreationTime>2007-03-22T00:51:46.246Z</CreationTime>
<CommitCharge>162045952</CommitCharge>
<HandleCount>189</HandleCount>
<Version>6.0.6000.16386</Version>
<TypeInfo>219</TypeInfo>
</Process_3>
<Process_4>
<Name>
</Name>
<ID>0</ID>
<CreationTime>1601-01-01T00:00:00.000Z</CreationTime>
<CommitCharge>0</CommitCharge>
<HandleCount>0</HandleCount>
<Version>0.0.0.0</Version>
<TypeInfo>0</TypeInfo>
</Process_4>
<Process_5>
<Name>
</Name>
<ID>0</ID>
<CreationTime>1601-01-01T00:00:00.000Z</CreationTime>
<CommitCharge>0</CommitCharge>
<HandleCount>0</HandleCount>
<Version>0.0.0.0</Version>
<TypeInfo>0</TypeInfo>
</Process_5>
<Process_6>
<Name>
</Name>
<ID>0</ID>
<CreationTime>1601-01-01T00:00:00.000Z</CreationTime>
<CommitCharge>0</CommitCharge>
<HandleCount>0</HandleCount>
<Version>0.0.0.0</Version>
<TypeInfo>0</TypeInfo>
</Process_6>
</ProcessInfo>
<PagedPoolInfo>
<Tag_1>
<Name>CM25</Name>
<PoolUsed>15724544</PoolUsed>
</Tag_1>
<Tag_2>
<Name>ViMm</Name>
<PoolUsed>13823792</PoolUsed>
</Tag_2>
<Tag_3>
<Name>MmSt</Name>
<PoolUsed>8114336</PoolUsed>
</Tag_3>
</PagedPoolInfo>
<NonPagedPoolInfo>
<Tag_1>
<Name>EcCb</Name>
<PoolUsed>26984448</PoolUsed>
</Tag_1>
<Tag_2>
<Name>EtwB</Name>
<PoolUsed>11546624</PoolUsed>
</Tag_2>
<Tag_3>
<Name>Cont</Name>
<PoolUsed>7379968</PoolUsed>
</Tag_3>
</NonPagedPoolInfo>
<ExhaustionEventInfo>
<Time>2007-03-22T04:23:02.018Z</Time>
</ExhaustionEventInfo>
</MemoryExhaustionInfo>
</UserData>
</Event>
 
For grins, lower the amount of memory to 2 or 3gb so you are below the cap
for your system and see if it acts any better. Looking back I remember in
windows 98 if you had more than 512mb memory it would sometimes give out of
memory warnings. Now Vista and 98 are lightyears different but it's
something to try.
 
Well, it says that you have enough physical RAM free:
<PhysicalMemorySize>3487068160</PhysicalMemorySize>
<PhysicalMemoryUsage>2700517376</PhysicalMemoryUsage>

It's just the virtual memory (Page file) that isn't cutting it for some
reason:
Windows successfully diagnosed a low virtual memory condition. The
following programs consumed the most virtual memory: devenv.exe (5064)
consumed 259055616 bytes, explorer.exe (5396) consumed 238546944
bytes, and dwm.exe (2608) consumed 162045952 bytes.

Try taking out the USB drive for ReadyBoost and see if that improves the
situation. It will put the pagefile back on the hard drive where it doesn't
have much of a limit on size.

--
Dustin Harper
(e-mail address removed)
http://www.vistarip.com

--
 
Uh, no. Readyboost doesn't remove the page file from the disk, it just makes
a copy of a portion of it to use as a disk cache, which it can access faster
off solid state then hard disk. Removing the Readyboost device just means it
will access that portion of the page file slower.
 
Well, it says that you have enough physical RAM free:
<PhysicalMemorySize>3487068160</PhysicalMemorySize>
<PhysicalMemoryUsage>2700517376</PhysicalMemoryUsage>

It's just the virtual memory (Page file) that isn't cutting it for some
reason:
Windows successfully diagnosed a low virtual memory condition. The
following programs consumed the most virtual memory: devenv.exe (5064)
consumed 259055616 bytes, explorer.exe (5396) consumed 238546944
bytes, and dwm.exe (2608) consumed 162045952 bytes.

Try takingoutthe USB drive for ReadyBoost and see if that improves the
situation. It will put the pagefile back on the hard drive where it doesn't
have much of a limit on size.

--
Dustin Harper
(e-mail address removed)://www.vistarip.com











- Show quoted text -
Click to expand...

The cache isn't on the Readyboost drive - it simple makes things
faster to load (almost like the SuperFetch, only slightly better). My
SD is more than 4 times as fast as my 7200 RPM HD though, so it's
doing it's job well!
However, I have tried with and without the Readyboost to no avail.
The new performance information application is pretty darn useless,
I've found after working with it... Certainly could use a bit of work
- like why can't you kill a task within that? rather than having to
do it through TaskManager? Waste of time.

Anywho - still have issues with the system. I do know where 512MB
went though - I have a 51MB dedicated FX 2500M card in this beast and
it *still* sucks up another 512MB of the OS to have a usable 1024MB -
Just to run Visual Studio and Freakin' Aero... how irritating is
that???

Thanks for the ideas folks, keep 'em coming!!

Tim
 
Well, it says that you have enough physical RAM free:
<PhysicalMemorySize>3487068160</PhysicalMemorySize>
<PhysicalMemoryUsage>2700517376</PhysicalMemoryUsage>

It's just the virtual memory (Page file) that isn't cutting it for some
reason:
Windows successfully diagnosed a low virtual memory condition. The
following programs consumed the most virtual memory: devenv.exe (5064)
consumed 259055616 bytes, explorer.exe (5396) consumed 238546944
bytes, and dwm.exe (2608) consumed 162045952 bytes.

Try takingoutthe USB drive for ReadyBoost and see if that improves the
situation. It will put the pagefile back on the hard drive where it doesn't
have much of a limit on size.

--
Dustin Harper
(e-mail address removed)://www.vistarip.com











- Show quoted text -
Click to expand...

BTW, actually just *focused* on your reply a bit more. You hit it
right on the head me thinks... I checked my Virtual Memory last night
and switched it from the 512MB I gave it to having windows manage
it... (I set it to 512 as I saw no reason my system should be using
the Virtual Memory that hard with as much RAM as I had). Obviously,
it uses it for something other than what I figured it does. I haven't
been running my VPC, but I have been running Visual Studio without
issues. Although my system is truly very slow.

Drivers really make a difference and I don't think these first-rev
drivers from Dell truly work with the OS that well...

Thanks again!

Tim
 
ReadyBoost is a cached file managed by SuperFetch. It takes a while to
populate it, similar to SuperFetch. There is a nice (and very detailed)
article on the way the Vista kernel uses memory management.

It may be slower at first, but after it is populated it should speed things
up a bit. But, it does depend on your physical RAM. The more you have, the
less you need ReadyBoost. And as it's working on filling the cache, it's
making the computer seem slower (it's not supposed to, as it is supposed to
be working under a low priority).

--
Dustin Harper
(e-mail address removed)
http://www.vistarip.com

--
 
Do you know whether there is a fix in the works for the prioritization of
caching the files? It is driving me crazy.

Ben
 
Back
Top