Thanks gentlemen. I will make sure to run Monet on its own machine
(virtual or otherwise).
Stefan - I've logged a bug for this. Please let me know if you need any
other info in there.
http://bugs.monetdb.org/show_bug.cgi?id=3201
Cheers,
Percy
On Wed, Nov 28, 2012 at 6:41 AM, Stefan Manegold
Hi Percy,
while I cannot readily provide any advice on you actual question --- after all, given that MonetDB aims providing high-performance data analytics by efficiently exploiting large main memories, we usually assume it runs on a dedicated machine and does not have to share precious main memory with other demanding processes --- I would not expect that MonetDB crashes with restricted virtual memory. It might fail loading or querying large data set due running out of available address space, but it should do so by triggering and error or exception, while keeping the server running.
In case the server indeed crashes, we'd be more than thankful if you could share your experiences with us, under which circumstances and how (segfault, assertion, etc.) the server crashes, preferably by filing a respective bug report via bugs.monetdb.org .
Thanks! Stefan
----- Original Message -----
Hello,
We're running the Oct2012-SP1 release on Ubuntu 12.04.1. It's working great, but we need to constrain its RAM usage because it's not the only process running on its machine.
From the mailing list archives, it looks like ulimit is the recommended way of doing this, but we haven't been able to get it to do what we want.
Specifically, we've tried:
ulimit -Sm (max resident set size) ulimit -Sv (max virtual memory)
Limiting the resident set size doesn't seem to have an effect - the mserver5 process's resident size seems to grow freely.
Limiting the virtual memory does in fact manage to keep mserver5 from consuming more than the allocated amount, however when mserver5 hits the limit, it just crashes (which is what I would have expected based on this document http://www.monetdb.org/Documentation/UserGuide/resources).
Our next step is to look at Linux Containers http://lxc.sourceforge.net/, but before going that route I figured I'd check and see how other folks have handled this.
Thanks in advance, Percy
--
Percy Wegmann +1 512 637 8500 ext 148
_______________________________________________ users-list mailing list users-list@monetdb.org http://mail.monetdb.org/mailman/listinfo/users-list
_______________________________________________ users-list mailing list users-list@monetdb.org http://mail.monetdb.org/mailman/listinfo/users-list
-- Percy Wegmann +1 512 637 8500 ext 148 _______________________________________________ users-list mailing list users-list@monetdb.org http://mail.monetdb.org/mailman/listinfo/users-list