[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: "Out of memory!" errors running sa-learn on 3.6-STABLE AMD64
> The sa-learn process can consume a significant amount of RAM,
> and depending on the OS version you were running on the P3/800,
> memory consumption of perl (sa-learn is a perl script) may have
> increased significantly with the move to ELF, etc.
I was running OpenBSD 3.3-STABLE.
> OpenBSD's default limits are set in /etc/login.conf based on the
'class',
> you will want to adjust datasize-cur. If you use the 'ksh' shell, the
built-in command 'ulimit -a' will show the current limits.
Yes, class. My bad, just using the wrong term is all.
> I've encountered the exact same issue with sparc64, perhaps the issue is
in part related to 64-bit mode? Or more likely, sa-learn is simply a
memory hog :)
Part of the problem might be that. But I don't see any memory spike,
I don't really see any noticable increase in memory at all. I can
believe that sa-learn is a pig, but on a machine like this, I shouldn't
get an "Out of memory" error unless I'm whacking a limit that I'm not
aware of. And if running ELF increases the memory enough that an old
machine with 1/4th of the RAM can do it, while this one cannot... Well,
that doesn't quite add up to me. :/
Incidentally, I'm running bash from packages, and 'ulimit -a' shows:
[benny@fusion ~]$ ulimit -a
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) 1048576
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 597745
max memory size (kbytes, -m) 1792724
open files (-n) 128
pipe size (512 bytes, -p) 1
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 532
virtual memory (kbytes, -v) 1056768
I also switched to bourne shell, with the same result. :/
Benny
--
"I'm on the Zoloft to keep from killing y'all."
-- Mike Tyson