From: Quy NGUYEN DAI (Quy.NguyenDai@gdtech.net)
Date: Tue Apr 01 2003 - 02:39:58 EST
Hi all,
I received many replies from you.
Abramson, Stuart wrote:
> Quy:
>
> You have 2 GB RAM, but you only have 1 GB swap. Most applications recommend
> that you configure 2-3 times memory for swap (4-6 GB for you). Check with
> your application vendor to see what swap he recommends. Usually this is
> noted in the application installation manual.
>
> In general the system tries to maintain swap space equal to memory size
> available at all times, because he may need to swap ALL of memory out at any
> time. So, you can't run ANYTHING, unless you have swap = 1 time memory.
>
> When an application says he is out of memory, he means VIRTUAL MEMORY, which
> is managed in the swap space.
>
> So try configuring swap = 2 x times memory, 4 GB, if you have the disk
> space. If you need help with swap space configuration, I can send you
> something. If you can't get 4 GB swap, at least try for 2 GB swap.
>
> Also, maxdsiz too small can generate "out of memory" error messages.
> Attached is a writeup on memory mgt, for what it is worth.
>
> Stuart
>
> Stuart Abramson | Off Phone: 412/825-1434 | sabramson@wabtec.com
>
=====================================================
Thomas V. Myers wrote:
>
> With 2GB of physical RAM installed, you should be able to increase the
> values of maxdsiz and maxdsiz_64bit to 1875 MB, 1966080000, which will
> nearly double the size of the data segment.
>
> Cheers, Tom
==================================================
Abramson, Stuart wrote:
> How big is your swap space?
>
> do:
>
> swapinfo -at
>
> what do you get?
>
> Sometime memory errors are because you don't have enough swap..
>
> Stuart
====================================================
Bill Hassell wrote:
>...
> Normally, this would be a maxdsiz error. However, maxdsiz is a gigabyte
> so you've run out of virtual memory. You need swapmem_on=1 in the kernel
> and then add more swap space. To be sure, run: swapinfo -tam
>
===================================================
Eef Hartman wrote:
> ...
> Did you look at your swap space? Especially when the system gets more busy (so
> less RAM is available for "pseudo swap") you would normally need at LEAST as
> much swap space on disk as the machine has physical RAM.
>
>>---------- end of error ------------
>>
>>I dont know which Kernel parameter I have to modify yet.
>>
>>There is the output of "ulimit -a":
>
>
>>maxdsiz = 1073741824 # 1 GB, maximum is about 1.8 GB I believe
>>maxdsiz_64bit = 1073741824
>>maxssiz = 83886080 # about 80 MB, can be larger but isn't important
for malloc
>>maxssiz_64bit = 83886080
>>maxtsiz = 1073741824 # 1 GB, the maximum
>>maxtsiz_64bit = 1073741824
>>maxuprc = 256
>>shmmax = 631242752
>
>
> These basically seem ok, although they ARE 32-bit cpu values, you could put the
> _64 ones a lot higher, but with only 2 GB in the machine, there is no real need
> (it will allow about 1 + 1 + 0.080 GB for each task).
> Of course, if your program already uses more then 100 MB of (static) data, any
> allocation of 900 MB will fail, as you will run over the 1 GB (which is NOT the
> maximu, by the way) of maximum data space (maxdsiz).
============================================================================
Bill Hassell wrote:
> ...
> Well, based on the above info, you have plenty of swap space
> since 0% is used. However, this does not reflect what happens
> when you run the program(s) so there is no way to tell. You
> have 2500 megs of virtual memory but 1910 megs are used so
> I would add another 1000 megs to see if it helps.
Finally, I done:
1) Increase Swap space
# swapinfo -tam
Mb Mb Mb PCT START/ Mb
TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME
dev 1024 0 1024 0% 0 - 1 /dev/vg00/lvol2
dev 2048 0 2048 0% 0 - 1 /dev/vg00/lvol10
reserve - 446 -446
memory 1537 150 1387 10%
total 4609 596 4013 13% - 0 -
2) Increase the parameter maxdsiz to 2000000000
By these modif, I could now use up to 2GB working space in my calculating code
(only 1074MB before). So it's OK now.
Thank you very much for all your replies which save me tremendous amount of time.
Have a nice day
Best regards,
--
Quy NGUYEN DAI
GDTech S.A.
Parc Scientifique du Sart-Tilman
Spatiopôle - Rue des Chasseurs-Ardennais
B-4031 Angleur, BELGIQUE
Tel: +32-(0)4-367.87.11
--
---> Please post QUESTIONS and SUMMARIES only!! <---
To subscribe/unsubscribe to this list, contact majordomo@dutchworks.nl
Name: hpux-admin@dutchworks.nl Owner: owner-hpux-admin@dutchworks.nl
Archives: ftp.dutchworks.nl:/pub/digests/hpux-admin (FTP, browse only)
http://www.dutchworks.nl/htbin/hpsysadmin (Web, browse & search)
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 11:02:28 EDT