On Saturday, July 27, 2002, at 03:51 AM, Pejvan BEIGUI wrote: Hi guys, I have a question regarding the VM management in Mach/Darwin. Since I don't like to reboot my mac, and since I use a lot of different applications, not at the same time, I'm surprised to see that the VM storage on my drives keeps going up, and never fall down. You may not have looked at the right times, or you may have a runaway process or two. On my system, the VM goes up and down with usage. Note that if a long-lived process gets a couple of new pages every so often, while some other process is busy chewing up VM, it's likely that the former's pages will be interleaved in the new paging files, which will make it tough to throw them out, but by-and-large, I haven't seen real problems in recent kernels. I have a tibook 500MHz, with 512MB of RAM, so I don't think that it's normal to have so many VM used at the same time on my machine : [localhost:~] pejvan% l /var/vm/ total 535M -rw------T 1 root wheel 76M Jul 21 01:33 swapfile0 -rw------T 1 root wheel 76M Jul 21 02:29 swapfile1 -rw------T 1 root wheel 76M Jul 21 22:17 swapfile2 -rw------T 1 root wheel 76M Jul 22 00:22 swapfile3 -rw------T 1 root wheel 76M Jul 24 01:10 swapfile4 -rw------T 1 root wheel 76M Jul 25 19:10 swapfile5 -rw------T 1 root wheel 76M Jul 27 10:31 swapfile6 [localhost:~] pejvan% uptime 12:41PM up 6 days, 14:59, 6 users, load averages: 1.21, 1.92, 1.85 So, is there a way to tell the system to update the VM ? Or tell him to remove the unused VM swapfiles ? Nope; if the VM files are there, they are in use. Plus here's the output of my top : Processes: 55 total, 2 running, 1 stuck, 52 sleeping... 159 threads 12:44:56 Load Avg: 0.73, 1.49, 1.34 CPU usage: 8.3% user, 17.4% sys, 74.4% idle SharedLibs: num = 126, resident = 15.3M code, 564K data, 3.75M LinkEdit MemRegions: num = 8314, resident = 163M + 4.56M private, 46.9M shared PhysMem: 59.6M wired, 283M active, 164M inactive, 506M used, 6.21M free VM: 1.69G + 56.4M 253129(0) pageins, 597340(0) pageouts PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE 5852 top 15.7% 0:00.78 1 14 17 424K 296K 680K 1.70M 328 Terminal 1.6% 21:56.01 7 131 877 3.04M 7.81M 7.14M 67.0M 333 MicrosoftK 1.6% 2:11.97 1 53 50 220K 1.12M 308K 38.7M 5583 Proteus 0.8% 27:28.55 5 139 707 58.7M 5.92M 60.2M 181M 5584 imservices 0.8% 4:18.92 4 32 506 49.6M+ 804K 49.3M+ 108M 5594 imserviced 0.8% 1:26.12 1 22 34 1.24M 768K 1.84M 4.74M 73 Window Man 0.0% 3:43:16 3 2527 3192 3.65M 26.2M 29.6M 116M 0 kernel_tas 0.0% 92:30.52 26 0 - - - 47.7M 400M 327 SystemUISe 0.0% 16:15.06 4 138 237 1.83M 4.10M 2.59M 60.9M 289 java 0.0% 16:13.80 26 205 181 2.85M 260K 2.33M 171M 133 configd 0.0% 13:52.09 4 108 173 456K 632K 768K 4.29M 2431 Dock 0.0% 3:28.85 3 106 195 1.32M 5.12M 2.58M 56.1M 330 MicrosoftM 0.0% 3:15.36 1 77 37 184K 552K 288K 26.1M 3323 Microsoft 0.0% 2:08.50 2 75 141 2.79M 6.58M 3.12M 58.3M So what is this kernel_tasks using 400M VSize ? Someone Who Knows will have to answer definitively, but I don't think this is cause for concern. I have a similar value on my system, with only one VM file currently. It's been up to 6 recently, depending on what I do. However, you have 55 processes, and we only see a few; what are the others up to? You can see the full list with "top -l n", where 'n' is a count of the number of iterations; the output is not updated via curses; it's just written as if to a log. Regards, Justin -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | Men are from Earth. | Women are from Earth. | Deal with it. *--------------------------------------*-------------------------------* _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.