There is a way to do this.  In one of the
IBM Downloads there is some code that will respond to storage
management requests. Here's the abstract.
You could look for use of this function in appropriate products
in the future....

+Collaborative memory management
+CONFIG_CMM
+  Select this option, if you want to enable the kernel interface
+  to reduce the memory size of the system. This is accomplished
+  by allocating pages of memory and put them "on hold". This only
+  makes sense for a system running under VM where the unused pages
+  will be reused by VM for other guest systems. The interface
+  allows an external monitor to balance memory of many systems.
+  Everybody who wants to run Linux under VM should select this
+  option.






>Date:         Tue, 23 Mar 2004 19:07:38 +0100
>Sender: Linux on 390 Port <[EMAIL PROTECTED]>
>From: Monteleone <[EMAIL PROTECTED]>
>
>Hello Mark,
>
>The first thing is because my application runs normally when I
>have enough free memory.  The free memory decreases along the day
>before giving me a memory constraint, linux gets few pages from
>cache to serve the request before swapping.  It results a slow
>down processing.
>
>I don't understand why should i lose "memory page cache" when VM
>use MDC.
>
>
>Thanks for your help.
>
>    Gerard MONTELEONE
>  Ingenieur Systeme & Reseau
>SI.TE.C Z.I du vazzio 20090 AJACCIO
>( +33495236809 =C8 +33687727032
>              www.sitec.fr
>=20
>
>-----Message d'origine-----
>De=A0: Linux on 390 Port [mailto:[EMAIL PROTECTED] De la part de
>Post, Mark K
>Envoy=E9=A0: mardi 23 mars 2004 17:33
>=C0=A0: [EMAIL PROTECTED]
>Objet=A0: Re: Kernel memory allocation
>
>I don't believe there is a way to do that.  I would have to think
>that an application trying to allocate virtual storage would
>force Linux to give up some of the buffers/file cache pages.
>What "memory problem" are you seeing?
>
>
>Mark Post
>
>-----Original Message-----
>From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
>Monteleone
>Sent: Tuesday, March 23, 2004 10:13 AM
>To: [EMAIL PROTECTED]
>Subject: Kernel memory allocation
>
>
>Hello,
>
>Is there a way to limit the number of "page cached" on a SLES8
>system without limiting the size of the guest ?  I want to
>reserve a large number of free memory pages for the application.
>Have a look to the allocation please:
>
>In the morning,
>
>   procs                      memory              swap          io
>system         cpu
> r  b  w   swpd   free   buff      cache   si  so    bi    bo   in    cs
>us  sy  id
> 0  0  1      0 407880  17296 191360   0   0     8     4    0    58   2
>0  98
> 1  0  0      0 410132  17320 191760   0   0     0    22    0   305   8
>2  90
> 1  0  1      0 409560  17352 192440   0   0     6    17    0   319   6
>2  92
> 0  0  1      0 406008  17360 192940   0   0     3    17    0   297   7
>2  91
> 1  0  0      0 408220  17372 193504   0   0     5    17    0   248   7
>1  92
> 0  0  1      0 407056  17384 193900   0   0     0    15    0   311   9
>2  89
> 0  0  1      0 401012  17400 194512   0   0     0    19    0   452  12
>2  86
> 0  0  1      0 402420  17412 194976   0   0     0    17    0   308  12
>2  86
> 1  0  0      0 399020  17420 194548   0   0     3    21    0   395  11
>2  86
> 0  0  0      0 396060  17424 195000   0   0     0    17    0   403  10
>2  88
> 1  0  0      0 404200  17432 195360   0   0     0    19    0   312   8
>2  90
> 1  0  0      0 397712  17444 195828   0   0     0    13    0   394  10
>2  88
> 0  0  0      0 400108  17456 196248   0   0     0    21    0   370   7
>2  91
> 3  0  1      0 400468  17532 197124   0   0     8    19    0   332  10
>2  89
> 1  0  0      0 383604  17804 202784   0   0    90    23    0   426  14
>2  84
> 0  0  1      0 388692  17836 204224   0   0    17    23    0   450   9
>2  89
> 0  0  1      0 383816  17900 205768   0   0    17    21    0   440  12
>3  86
> 0  0  0      0 389004  17920 206412   0   0     4    23    0   366   8
>2  90
> 0  0  0      0 383012  17928 206900   0   0     0    19    0   424  10
>2  88
>..
>...
>in the evening,
> 2  0  0      0 123940  23888 447436   0   0     0    36    0   464  38
>4  58
> 0  0  0      0 130812  23920 448940   0   0    16    32    0   503  41
>4  55
> 2  0  1      0 129868  23936 449484   0   0     0    20    0   443  14
>3  84
> 6  0  0      0 108252  23956 450172   0   0     0    27    0   524  15
>3  82
> 3  0  1      0  89744  23972 450800   0   0     0    22    0   525  13
>3  84
> 2  0  1      0  82496  24000 451636   0   0     0    24    0   555  34
>4  62
> 1  0  1      0  84892  24012 451432   0   0     0    31    0   634  18
>4  78
> 4  0  0      0  80232  24028 452252   0   0     0    22    0   668  16
>3  81
> 1  0  2      0  82200  24040 453028   0   0     0    26    0   574  20
>3  76
> 0  0  1      0  81536  24052 453856   0   0     0    24    0   621  17
>3  80
> 0  0  1      0  83396  24060 454448   0   0     0    24    0   512  14
>3  83
> 0  0  1      0  84584  24076 454864   0   0     0    20    0   385  11
>2  87
> 1  0  1      0  63404  24088 455428   0   0     0    18    0   683  12
>2  85
> 1  0  0      0  50252  24108 456164   0   0     0    26    0   590  17
>3  79
> 0  0  1      0  46016  24128 456820   0   0     0    22    0   479  12
>3  86
> 2  0  1      0  47052  24144 456688   0   0     0    27    0   621  16
>3  81
> 0  0  0      0  44228  24160 457324   0   0     0    26    0   501  11
>2  86
> 3  0  1      0  47480  24172 458020   0   0     0    22    0   506  11
>3  87
> 1  0  1      0  44656  24188 458660   0   0     0    22    0   495  14
>3  83
> 0  0  0      0  40288  24204 459416   0   0     0    24    0   536  15
>3  82
> 1  0  0      0  40036  24216 460192   0   0     0    26    0   574  15
>3  82
>
>all free memory is kept by cache.
>When memory problem occurs, only few pages are freed. What parameter
>should
>I set to limit the number of page cache ?
>
>Thanks in advance.
>
>
>   Gerard MONTELEONE
>  Ingenieur Systeme & Reseau
>SI.TE.C Z.I du vazzio 20090 AJACCIO
>* +33495236809 * +33687727032
>              www.sitec.fr <http://www.sitec.fr/>







"If you can't measure it, I'm Just NOT interested!"(tm)

/************************************************************/
Barton Robinson - CBW     Internet: [EMAIL PROTECTED]
Velocity Software, Inc    Mailing Address:
 196-D Castro Street       P.O. Box 390640
 Mountain View, CA 94041   Mountain View, CA 94039-0640

VM Performance Hotline:   650-964-8867
Fax: 650-964-9012         Web Page:  WWW.VELOCITY-SOFTWARE.COM
/************************************************************/

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to