![]() |
|
Welcome to Vista Banter. You are currently viewing our boards as a guest which gives you limited access to view most discussions, articles and access our other FREE features. By joining our free community you will have access to ask questions and reply to others posts, upload your own photos and access many other special features. Registration is fast, simple and absolutely free so please, join our community today! If you have any problems with the registration process or your account login, please contact contact support. |
|
|||||||
| Performance and Maintainance of Windows Vista A forum for performance and maintenance tasks in Windows Vista. (microsoft.public.windows.vista.performance_maintainance) |
|
|
LinkBack | Thread Tools | Display Modes |
|
|||
|
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}" / EventID2004/EventID Version0/Version Level3/Level Task3/Task Opcode33/Opcode Keywords0x8000000020000000/Keywords TimeCreated SystemTime="2007-03-22T04:05:05.404Z" / EventRecordID20081/EventRecordID Correlation ActivityID="{6E0A9173-C036-434F-B5DB-556312B09E5B}" / Execution ProcessID="1260" ThreadID="3788" / ChannelSystem/Channel ComputerEDEV1/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 SystemCommitLimit3895939072/SystemCommitLimit SystemCommitCharge3721977856/SystemCommitCharge ProcessCommitCharge2209579008/ProcessCommitCharge PagedPoolUsage97071104/PagedPoolUsage PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/PhysicalMemoryUsage NonPagedPoolUsage94474240/NonPagedPoolUsage Processes88/Processes /SystemInfo ProcessInfo Process_1 Namedevenv.exe/Name ID5064/ID CreationTime2007-03-22T01:22:33.199Z/CreationTime CommitCharge259055616/CommitCharge HandleCount2467/HandleCount Version8.0.50727.867/Version TypeInfo201/TypeInfo /Process_1 Process_2 Nameexplorer.exe/Name ID5396/ID CreationTime2007-03-19T20:41:47.917Z/CreationTime CommitCharge238546944/CommitCharge HandleCount1160/HandleCount Version6.0.6000.16386/Version TypeInfo210/TypeInfo /Process_2 Process_3 Namedwm.exe/Name ID2608/ID CreationTime2007-03-22T00:51:46.246Z/CreationTime CommitCharge162045952/CommitCharge HandleCount189/HandleCount Version6.0.6000.16386/Version TypeInfo219/TypeInfo /Process_3 Process_4 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_4 Process_5 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_5 Process_6 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_6 /ProcessInfo PagedPoolInfo Tag_1 NameCM25/Name PoolUsed15724544/PoolUsed /Tag_1 Tag_2 NameViMm/Name PoolUsed13823792/PoolUsed /Tag_2 Tag_3 NameMmSt/Name PoolUsed8114336/PoolUsed /Tag_3 /PagedPoolInfo NonPagedPoolInfo Tag_1 NameEcCb/Name PoolUsed26984448/PoolUsed /Tag_1 Tag_2 NameEtwB/Name PoolUsed11546624/PoolUsed /Tag_2 Tag_3 NameCont/Name PoolUsed7379968/PoolUsed /Tag_3 /NonPagedPoolInfo ExhaustionEventInfo Time2007-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. wrote in message oups.com... 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}" / EventID2004/EventID Version0/Version Level3/Level Task3/Task Opcode33/Opcode Keywords0x8000000020000000/Keywords TimeCreated SystemTime="2007-03-22T04:05:05.404Z" / EventRecordID20081/EventRecordID Correlation ActivityID="{6E0A9173-C036-434F-B5DB-556312B09E5B}" / Execution ProcessID="1260" ThreadID="3788" / ChannelSystem/Channel ComputerEDEV1/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 SystemCommitLimit3895939072/SystemCommitLimit SystemCommitCharge3721977856/SystemCommitCharge ProcessCommitCharge2209579008/ProcessCommitCharge PagedPoolUsage97071104/PagedPoolUsage PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/PhysicalMemoryUsage NonPagedPoolUsage94474240/NonPagedPoolUsage Processes88/Processes /SystemInfo ProcessInfo Process_1 Namedevenv.exe/Name ID5064/ID CreationTime2007-03-22T01:22:33.199Z/CreationTime CommitCharge259055616/CommitCharge HandleCount2467/HandleCount Version8.0.50727.867/Version TypeInfo201/TypeInfo /Process_1 Process_2 Nameexplorer.exe/Name ID5396/ID CreationTime2007-03-19T20:41:47.917Z/CreationTime CommitCharge238546944/CommitCharge HandleCount1160/HandleCount Version6.0.6000.16386/Version TypeInfo210/TypeInfo /Process_2 Process_3 Namedwm.exe/Name ID2608/ID CreationTime2007-03-22T00:51:46.246Z/CreationTime CommitCharge162045952/CommitCharge HandleCount189/HandleCount Version6.0.6000.16386/Version TypeInfo219/TypeInfo /Process_3 Process_4 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_4 Process_5 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_5 Process_6 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_6 /ProcessInfo PagedPoolInfo Tag_1 NameCM25/Name PoolUsed15724544/PoolUsed /Tag_1 Tag_2 NameViMm/Name PoolUsed13823792/PoolUsed /Tag_2 Tag_3 NameMmSt/Name PoolUsed8114336/PoolUsed /Tag_3 /PagedPoolInfo NonPagedPoolInfo Tag_1 NameEcCb/Name PoolUsed26984448/PoolUsed /Tag_1 Tag_2 NameEtwB/Name PoolUsed11546624/PoolUsed /Tag_2 Tag_3 NameCont/Name PoolUsed7379968/PoolUsed /Tag_3 /NonPagedPoolInfo ExhaustionEventInfo Time2007-03-22T04:23:02.018Z/Time /ExhaustionEventInfo /MemoryExhaustionInfo /UserData /Event |
|
|||
|
Well, it says that you have enough physical RAM free:
PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/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 http://www.vistarip.com -- wrote in message oups.com... 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}" / EventID2004/EventID Version0/Version Level3/Level Task3/Task Opcode33/Opcode Keywords0x8000000020000000/Keywords TimeCreated SystemTime="2007-03-22T04:05:05.404Z" / EventRecordID20081/EventRecordID Correlation ActivityID="{6E0A9173-C036-434F-B5DB-556312B09E5B}" / Execution ProcessID="1260" ThreadID="3788" / ChannelSystem/Channel ComputerEDEV1/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 SystemCommitLimit3895939072/SystemCommitLimit SystemCommitCharge3721977856/SystemCommitCharge ProcessCommitCharge2209579008/ProcessCommitCharge PagedPoolUsage97071104/PagedPoolUsage PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/PhysicalMemoryUsage NonPagedPoolUsage94474240/NonPagedPoolUsage Processes88/Processes /SystemInfo ProcessInfo Process_1 Namedevenv.exe/Name ID5064/ID CreationTime2007-03-22T01:22:33.199Z/CreationTime CommitCharge259055616/CommitCharge HandleCount2467/HandleCount Version8.0.50727.867/Version TypeInfo201/TypeInfo /Process_1 Process_2 Nameexplorer.exe/Name ID5396/ID CreationTime2007-03-19T20:41:47.917Z/CreationTime CommitCharge238546944/CommitCharge HandleCount1160/HandleCount Version6.0.6000.16386/Version TypeInfo210/TypeInfo /Process_2 Process_3 Namedwm.exe/Name ID2608/ID CreationTime2007-03-22T00:51:46.246Z/CreationTime CommitCharge162045952/CommitCharge HandleCount189/HandleCount Version6.0.6000.16386/Version TypeInfo219/TypeInfo /Process_3 Process_4 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_4 Process_5 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_5 Process_6 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_6 /ProcessInfo PagedPoolInfo Tag_1 NameCM25/Name PoolUsed15724544/PoolUsed /Tag_1 Tag_2 NameViMm/Name PoolUsed13823792/PoolUsed /Tag_2 Tag_3 NameMmSt/Name PoolUsed8114336/PoolUsed /Tag_3 /PagedPoolInfo NonPagedPoolInfo Tag_1 NameEcCb/Name PoolUsed26984448/PoolUsed /Tag_1 Tag_2 NameEtwB/Name PoolUsed11546624/PoolUsed /Tag_2 Tag_3 NameCont/Name PoolUsed7379968/PoolUsed /Tag_3 /NonPagedPoolInfo ExhaustionEventInfo Time2007-03-22T04:23:02.018Z/Time /ExhaustionEventInfo /MemoryExhaustionInfo /UserData /Event |
|
|||
|
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. "Dustin Harper" wrote in message ... Well, it says that you have enough physical RAM free: PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/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 http://www.vistarip.com -- wrote in message oups.com... 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}" / EventID2004/EventID Version0/Version Level3/Level Task3/Task Opcode33/Opcode Keywords0x8000000020000000/Keywords TimeCreated SystemTime="2007-03-22T04:05:05.404Z" / EventRecordID20081/EventRecordID Correlation ActivityID="{6E0A9173-C036-434F-B5DB-556312B09E5B}" / Execution ProcessID="1260" ThreadID="3788" / ChannelSystem/Channel ComputerEDEV1/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 SystemCommitLimit3895939072/SystemCommitLimit SystemCommitCharge3721977856/SystemCommitCharge ProcessCommitCharge2209579008/ProcessCommitCharge PagedPoolUsage97071104/PagedPoolUsage PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/PhysicalMemoryUsage NonPagedPoolUsage94474240/NonPagedPoolUsage Processes88/Processes /SystemInfo ProcessInfo Process_1 Namedevenv.exe/Name ID5064/ID CreationTime2007-03-22T01:22:33.199Z/CreationTime CommitCharge259055616/CommitCharge HandleCount2467/HandleCount Version8.0.50727.867/Version TypeInfo201/TypeInfo /Process_1 Process_2 Nameexplorer.exe/Name ID5396/ID CreationTime2007-03-19T20:41:47.917Z/CreationTime CommitCharge238546944/CommitCharge HandleCount1160/HandleCount Version6.0.6000.16386/Version TypeInfo210/TypeInfo /Process_2 Process_3 Namedwm.exe/Name ID2608/ID CreationTime2007-03-22T00:51:46.246Z/CreationTime CommitCharge162045952/CommitCharge HandleCount189/HandleCount Version6.0.6000.16386/Version TypeInfo219/TypeInfo /Process_3 Process_4 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_4 Process_5 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_5 Process_6 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_6 /ProcessInfo PagedPoolInfo Tag_1 NameCM25/Name PoolUsed15724544/PoolUsed /Tag_1 Tag_2 NameViMm/Name PoolUsed13823792/PoolUsed /Tag_2 Tag_3 NameMmSt/Name PoolUsed8114336/PoolUsed /Tag_3 /PagedPoolInfo NonPagedPoolInfo Tag_1 NameEcCb/Name PoolUsed26984448/PoolUsed /Tag_1 Tag_2 NameEtwB/Name PoolUsed11546624/PoolUsed /Tag_2 Tag_3 NameCont/Name PoolUsed7379968/PoolUsed /Tag_3 /NonPagedPoolInfo ExhaustionEventInfo Time2007-03-22T04:23:02.018Z/Time /ExhaustionEventInfo /MemoryExhaustionInfo /UserData /Event |
|
|||
|
On Mar 22, 11:01 am, "Dustin Harper" wrote:
Well, it says that you have enough physical RAM free: PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/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 wrote in message oups.com... Ok, I've got a new M90 with4GBram (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)runningthat uses 1GB. I then also have Visual Studiorunningworking on a single ASP.Net website. Systemresourcesin 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}" / EventID2004/EventID Version0/Version Level3/Level Task3/Task Opcode33/Opcode Keywords0x8000000020000000/Keywords TimeCreated SystemTime="2007-03-22T04:05:05.404Z" / EventRecordID20081/EventRecordID Correlation ActivityID="{6E0A9173-C036-434F-B5DB-556312B09E5B}" / Execution ProcessID="1260" ThreadID="3788" / ChannelSystem/Channel ComputerEDEV1/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 SystemCommitLimit3895939072/SystemCommitLimit SystemCommitCharge3721977856/SystemCommitCharge ProcessCommitCharge2209579008/ProcessCommitCharge PagedPoolUsage97071104/PagedPoolUsage PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/PhysicalMemoryUsage NonPagedPoolUsage94474240/NonPagedPoolUsage Processes88/Processes /SystemInfo ProcessInfo Process_1 Namedevenv.exe/Name ID5064/ID CreationTime2007-03-22T01:22:33.199Z/CreationTime CommitCharge259055616/CommitCharge HandleCount2467/HandleCount Version8.0.50727.867/Version TypeInfo201/TypeInfo /Process_1 Process_2 Nameexplorer.exe/Name ID5396/ID CreationTime2007-03-19T20:41:47.917Z/CreationTime CommitCharge238546944/CommitCharge HandleCount1160/HandleCount Version6.0.6000.16386/Version TypeInfo210/TypeInfo /Process_2 Process_3 Namedwm.exe/Name ID2608/ID CreationTime2007-03-22T00:51:46.246Z/CreationTime CommitCharge162045952/CommitCharge HandleCount189/HandleCount Version6.0.6000.16386/Version TypeInfo219/TypeInfo /Process_3 Process_4 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_4 Process_5 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_5 Process_6 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_6 /ProcessInfo PagedPoolInfo Tag_1 NameCM25/Name PoolUsed15724544/PoolUsed /Tag_1 Tag_2 NameViMm/Name PoolUsed13823792/PoolUsed /Tag_2 Tag_3 NameMmSt/Name PoolUsed8114336/PoolUsed /Tag_3 /PagedPoolInfo NonPagedPoolInfo Tag_1 NameEcCb/Name PoolUsed26984448/PoolUsed /Tag_1 Tag_2 NameEtwB/Name PoolUsed11546624/PoolUsed /Tag_2 Tag_3 NameCont/Name PoolUsed7379968/PoolUsed /Tag_3 /NonPagedPoolInfo ExhaustionEventInfo Time2007-03-22T04:23:02.018Z/Time /ExhaustionEventInfo /MemoryExhaustionInfo /UserData /Event- Hide quoted text - - Show quoted text - 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 |
|
|||
|
On Mar 22, 11:01 am, "Dustin Harper" wrote:
Well, it says that you have enough physical RAM free: PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/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 wrote in message oups.com... Ok, I've got a new M90 with4GBram (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)runningthat uses 1GB. I then also have Visual Studiorunningworking on a single ASP.Net website. Systemresourcesin 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}" / EventID2004/EventID Version0/Version Level3/Level Task3/Task Opcode33/Opcode Keywords0x8000000020000000/Keywords TimeCreated SystemTime="2007-03-22T04:05:05.404Z" / EventRecordID20081/EventRecordID Correlation ActivityID="{6E0A9173-C036-434F-B5DB-556312B09E5B}" / Execution ProcessID="1260" ThreadID="3788" / ChannelSystem/Channel ComputerEDEV1/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 SystemCommitLimit3895939072/SystemCommitLimit SystemCommitCharge3721977856/SystemCommitCharge ProcessCommitCharge2209579008/ProcessCommitCharge PagedPoolUsage97071104/PagedPoolUsage PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/PhysicalMemoryUsage NonPagedPoolUsage94474240/NonPagedPoolUsage Processes88/Processes /SystemInfo ProcessInfo Process_1 Namedevenv.exe/Name ID5064/ID CreationTime2007-03-22T01:22:33.199Z/CreationTime CommitCharge259055616/CommitCharge HandleCount2467/HandleCount Version8.0.50727.867/Version TypeInfo201/TypeInfo /Process_1 Process_2 Nameexplorer.exe/Name ID5396/ID CreationTime2007-03-19T20:41:47.917Z/CreationTime CommitCharge238546944/CommitCharge HandleCount1160/HandleCount Version6.0.6000.16386/Version TypeInfo210/TypeInfo /Process_2 Process_3 Namedwm.exe/Name ID2608/ID CreationTime2007-03-22T00:51:46.246Z/CreationTime CommitCharge162045952/CommitCharge HandleCount189/HandleCount Version6.0.6000.16386/Version TypeInfo219/TypeInfo /Process_3 Process_4 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_4 Process_5 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_5 Process_6 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_6 /ProcessInfo PagedPoolInfo Tag_1 NameCM25/Name PoolUsed15724544/PoolUsed /Tag_1 Tag_2 NameViMm/Name PoolUsed13823792/PoolUsed /Tag_2 Tag_3 NameMmSt/Name PoolUsed8114336/PoolUsed /Tag_3 /PagedPoolInfo NonPagedPoolInfo Tag_1 NameEcCb/Name PoolUsed26984448/PoolUsed /Tag_1 Tag_2 NameEtwB/Name PoolUsed11546624/PoolUsed /Tag_2 Tag_3 NameCont/Name PoolUsed7379968/PoolUsed /Tag_3 /NonPagedPoolInfo ExhaustionEventInfo Time2007-03-22T04:23:02.018Z/Time /ExhaustionEventInfo /MemoryExhaustionInfo /UserData /Event- Hide quoted text - - Show quoted text - 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 http://www.vistarip.com -- wrote in message oups.com... On Mar 22, 11:01 am, "Dustin Harper" wrote: Well, it says that you have enough physical RAM free: PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/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 wrote in message oups.com... Ok, I've got a new M90 with4GBram (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)runningthat uses 1GB. I then also have Visual Studiorunningworking on a single ASP.Net website. Systemresourcesin 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}" / EventID2004/EventID Version0/Version Level3/Level Task3/Task Opcode33/Opcode Keywords0x8000000020000000/Keywords TimeCreated SystemTime="2007-03-22T04:05:05.404Z" / EventRecordID20081/EventRecordID Correlation ActivityID="{6E0A9173-C036-434F-B5DB-556312B09E5B}" / Execution ProcessID="1260" ThreadID="3788" / ChannelSystem/Channel ComputerEDEV1/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 SystemCommitLimit3895939072/SystemCommitLimit SystemCommitCharge3721977856/SystemCommitCharge ProcessCommitCharge2209579008/ProcessCommitCharge PagedPoolUsage97071104/PagedPoolUsage PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/PhysicalMemoryUsage NonPagedPoolUsage94474240/NonPagedPoolUsage Processes88/Processes /SystemInfo ProcessInfo Process_1 Namedevenv.exe/Name ID5064/ID CreationTime2007-03-22T01:22:33.199Z/CreationTime CommitCharge259055616/CommitCharge HandleCount2467/HandleCount Version8.0.50727.867/Version TypeInfo201/TypeInfo /Process_1 Process_2 Nameexplorer.exe/Name ID5396/ID CreationTime2007-03-19T20:41:47.917Z/CreationTime CommitCharge238546944/CommitCharge HandleCount1160/HandleCount Version6.0.6000.16386/Version TypeInfo210/TypeInfo /Process_2 Process_3 Namedwm.exe/Name ID2608/ID CreationTime2007-03-22T00:51:46.246Z/CreationTime CommitCharge162045952/CommitCharge HandleCount189/HandleCount Version6.0.6000.16386/Version TypeInfo219/TypeInfo /Process_3 Process_4 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_4 Process_5 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_5 Process_6 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_6 /ProcessInfo PagedPoolInfo Tag_1 NameCM25/Name PoolUsed15724544/PoolUsed /Tag_1 Tag_2 NameViMm/Name PoolUsed13823792/PoolUsed /Tag_2 Tag_3 NameMmSt/Name PoolUsed8114336/PoolUsed /Tag_3 /PagedPoolInfo NonPagedPoolInfo Tag_1 NameEcCb/Name PoolUsed26984448/PoolUsed /Tag_1 Tag_2 NameEtwB/Name PoolUsed11546624/PoolUsed /Tag_2 Tag_3 NameCont/Name PoolUsed7379968/PoolUsed /Tag_3 /NonPagedPoolInfo ExhaustionEventInfo Time2007-03-22T04:23:02.018Z/Time /ExhaustionEventInfo /MemoryExhaustionInfo /UserData /Event- Hide quoted text - - Show quoted text - 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 |
|
|||
|
Do you know whether there is a fix in the works for the prioritization of
caching the files? It is driving me crazy. Ben "Dustin Harper" wrote in message ... 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 http://www.vistarip.com -- wrote in message oups.com... On Mar 22, 11:01 am, "Dustin Harper" wrote: Well, it says that you have enough physical RAM free: PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/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 wrote in message oups.com... Ok, I've got a new M90 with4GBram (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)runningthat uses 1GB. I then also have Visual Studiorunningworking on a single ASP.Net website. Systemresourcesin 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}" / EventID2004/EventID Version0/Version Level3/Level Task3/Task Opcode33/Opcode Keywords0x8000000020000000/Keywords TimeCreated SystemTime="2007-03-22T04:05:05.404Z" / EventRecordID20081/EventRecordID Correlation ActivityID="{6E0A9173-C036-434F-B5DB-556312B09E5B}" / Execution ProcessID="1260" ThreadID="3788" / ChannelSystem/Channel ComputerEDEV1/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 SystemCommitLimit3895939072/SystemCommitLimit SystemCommitCharge3721977856/SystemCommitCharge ProcessCommitCharge2209579008/ProcessCommitCharge PagedPoolUsage97071104/PagedPoolUsage PhysicalMemorySize3487068160/PhysicalMemorySize PhysicalMemoryUsage2700517376/PhysicalMemoryUsage NonPagedPoolUsage94474240/NonPagedPoolUsage Processes88/Processes /SystemInfo ProcessInfo Process_1 Namedevenv.exe/Name ID5064/ID CreationTime2007-03-22T01:22:33.199Z/CreationTime CommitCharge259055616/CommitCharge HandleCount2467/HandleCount Version8.0.50727.867/Version TypeInfo201/TypeInfo /Process_1 Process_2 Nameexplorer.exe/Name ID5396/ID CreationTime2007-03-19T20:41:47.917Z/CreationTime CommitCharge238546944/CommitCharge HandleCount1160/HandleCount Version6.0.6000.16386/Version TypeInfo210/TypeInfo /Process_2 Process_3 Namedwm.exe/Name ID2608/ID CreationTime2007-03-22T00:51:46.246Z/CreationTime CommitCharge162045952/CommitCharge HandleCount189/HandleCount Version6.0.6000.16386/Version TypeInfo219/TypeInfo /Process_3 Process_4 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_4 Process_5 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_5 Process_6 Name /Name ID0/ID CreationTime1601-01-01T00:00:00.000Z/CreationTime CommitCharge0/CommitCharge HandleCount0/HandleCount Version0.0.0.0/Version TypeInfo0/TypeInfo /Process_6 /ProcessInfo PagedPoolInfo Tag_1 NameCM25/Name PoolUsed15724544/PoolUsed /Tag_1 Tag_2 NameViMm/Name PoolUsed13823792/PoolUsed /Tag_2 Tag_3 NameMmSt/Name PoolUsed8114336/PoolUsed /Tag_3 /PagedPoolInfo NonPagedPoolInfo Tag_1 NameEcCb/Name PoolUsed26984448/PoolUsed /Tag_1 Tag_2 NameEtwB/Name PoolUsed11546624/PoolUsed /Tag_2 Tag_3 NameCont/Name PoolUsed7379968/PoolUsed /Tag_3 /NonPagedPoolInfo ExhaustionEventInfo Time2007-03-22T04:23:02.018Z/Time /ExhaustionEventInfo /MemoryExhaustionInfo /UserData /Event- Hide quoted text - - Show quoted text - 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 |
| Thread Tools | |
| Display Modes | |
|
|