Lars, uhm, installed that package and it confirms your suspicion:
Total memory: 612 Megabytes Kernel Memory: 60 Megabytes Application: 89 Megabytes Executable & libs: 32 Megabytes File Cache: 419 Megabytes Free, file cache: 6 Megabytes Free, free: 3 Megabytes However, I'm not quite lucky with the situation. The cache size only increases that fast and big during the use of mysql import. And overall performance of the machine goes down. However I'm absolutely not sure that I understood how priority_paging works and how it could help me. I'll have a closer look to that within the next days. Thx a lot for your hints, seems this really is not a mysql issue. regards, Markus On Don, 21 Nov 2002, Lars Heidieker wrote: [...] > so you can see that a lot of the memory is used for file caching. > In Solaris Versions below 8 there will be no Free, file cache. > Most of the file cache can and probably will normaly be on the Free, > file cache list on Solaris > 7 > (not in this example is dirty file cache block will be on the File > Cache list and they move to the Free, file cache after sync etc) > So there is nothing to worry about if the freemem drops because of an > increasing filecache if you want to the system to scan more > aggressively for file cache memory than for any memory if memory is > tight it helps to activate priority_paging. > Search for Solaris and priority_paging. > I think the right syntax is to put a line in /etc/system like this: > set priority_paging = 1 > this is usefull for pre Solaris 8 systems and never set this varibale > fo Solaris versions > 7 -- this space is for rent --------------------------------------------------------------------- Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail <[EMAIL PROTECTED]> To unsubscribe, e-mail <[EMAIL PROTECTED]> Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php