Heigl Florian - Munich-MR - external wrote:
Hi Roger,
Now I`m really embarrassed, actually ,FreeBSD is protecting itself
against runaway processes by allowing maximum memory size for one
process to 512MB, I had to increase the maximum to 2 gig by adding
kern.maxdsiz=2147483648 to /boot/loader.conf. witch is my physical
amount of memory, but maxed out that to, so I had tried
another job who
only used 870MB RAM. Maybe there should be a warning in the
documentation about this problem? I think my job would have
required at
least 2.3GB memory :D I will divide it now ;)
You should still keep maxdsiz below Your physical memory or You'll end
up either trashing Your paging space or getting random processes killed
by the OS.
Do some sizing of the mysql database configuration and let it know it
can't allocate more than 1GB physical memory and set maxdsiz to that.
Well this all depends on your hardware. On 32 bit systems physical address
space is limited to 4G (32 bit pointers), out of which the PCI address space
takes the half. Additional address space is needed for mmaping and shared
libraries. This means that on 32 bit platforms your limit per process is
below 2G. This is a physical limitation. The 512MB limit is documented and
explained in the manual.
I had to tweak a Xeon server with FreeBSD 4.8 to use 1.8G per process.
and found the information quite quickly googling around. (Sorry I've no
bookmark right now.)
I have no problems at all with a single process consuming more than 2Gig
on an AMD Opteron system running FreeBSD 5.4 without tweaking anything.
Attila
Florian
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&opÌk
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users