None manually set.  All returned the same result as my 256MB Synology NAS...<div><div><br></div><div>&gt; ulimit -a | grep -i memory</div><div>memory(kb)           unlimited</div><div>locked memory(kb)    64</div><div>vmemory(kb)          unlimited</div>

<div><br></div><div>... except for the OpenSUSE instance:</div><div><br></div><div><div>&gt; ulimit -a | grep -i memory</div><div>max locked memory       (kbytes, -l) 64</div><div>max memory size         (kbytes, -m) 651780</div>

<div>virtual memory          (kbytes, -v) 1538320</div></div><div><br></div><div>-Eric</div><div><br></div><br><div class="gmail_quote">On Tue, Dec 6, 2011 at 10:50 AM, Jon Miller <span dir="ltr">&lt;<a href="mailto:jonebird@gmail.com">jonebird@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Any memory limits set during any of the tests? (ulimit -a | grep -i memory)<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Jon Miller<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Tue, Dec 6, 2011 at 10:45 AM, Eric Floehr &lt;<a href="mailto:eric@intellovations.com">eric@intellovations.com</a>&gt; wrote:<br>
&gt; On a 1GB Fedora 16 XFCE instance I had lying around (kernel<br>
&gt; 3.1.0-0.rc6.git0.3.fc16.i686):<br>
&gt;<br>
&gt;<br>
&gt; $ time bash -c &quot;read line &lt; /dev/zero&quot;<br>
&gt; bash: xrealloc: cannot allocate 1023406192 bytes (24576 bytes allocated)<br>
&gt;<br>
&gt; real    0m24.726s<br>
&gt; user    0m7.219s<br>
&gt; sys    0m12.226s<br>
&gt;<br>
&gt; A 768MB OpenSUSE 12.1 PR5 stock install:<br>
&gt;<br>
&gt;<br>
&gt;&gt; time bash -c &quot;read line &lt; /dev/zero&quot;<br>
&gt; bash: xrealloc: cannot allocate 1570377840 bytes (40960 bytes allocated)<br>
&gt;<br>
&gt; real    0m30.079s<br>
&gt; user    0m9.693s<br>
&gt; sys    0m10.197s<br>
&gt;<br>
&gt; And finally a 512MB LMDE XFCE stock install:<br>
&gt;<br>
&gt;<br>
&gt; $ time bash -c &quot;read line &lt; /dev/zero&quot;<br>
&gt; bash: xrealloc: ../../bash/builtins/../../bash/builtins/read.def:525: cannot<br>
&gt; allocate 536871024 bytes (1073770496 bytes allocated)<br>
&gt;<br>
&gt; real    0m20.388s<br>
&gt; user    0m4.284s<br>
&gt; sys    0m8.017s<br>
&gt;<br>
&gt;<br>
&gt; Since I was feeling completely adventurous, I proceeded to shell into my<br>
&gt; 256MB Synology NAS which is running 2.6.32.12 kernel:<br>
&gt;<br>
&gt;<br>
&gt;&gt; time bash -c &quot;read line &lt; /dev/zero&quot;<br>
&gt; bash: xrealloc: ./read.def:444: cannot reallocate 268435568 bytes (0 bytes<br>
&gt; allocated)<br>
&gt; Command exited with non-zero status 2<br>
&gt; real    0m 36.27s<br>
&gt; user    0m 23.74s<br>
&gt; sys     0m 3.28s<br>
&gt;<br>
&gt;<br>
&gt; So appears to work on a modern Linux distro all the way down to 256MB.<br>
&gt;<br>
&gt; -Eric<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Tue, Dec 6, 2011 at 10:22 AM, Judd Montgomery &lt;<a href="mailto:judd@jpilot.org">judd@jpilot.org</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Tue, Dec 06, 2011 at 08:39:40AM -0500, Jeff Frontz wrote:<br>
&gt;&gt; &gt; On the AST (AT&amp;T Software Technology) user&#39;s mailing list, Glen Fowler<br>
&gt;&gt; &gt; recently posted this snippet:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; &gt; ... the seemingly good idea of &quot;no limits&quot; is not always a good idea<br>
&gt;&gt; &gt; &gt; proof of concept: try this with bash on a system that you can reboot<br>
&gt;&gt; &gt; &gt; with a physical button:<br>
&gt;&gt; &gt; &gt;<br>
&gt;&gt; &gt; &gt;        bash -c &#39;read line &lt; /dev/zero&#39;<br>
&gt;&gt; &gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; The context was why doesn&#39;t ksh let you read an arbitrarily long line of<br>
&gt;&gt; &gt; text with the built-in &quot;read&quot; command (and why that limitation is on<br>
&gt;&gt; &gt; purpose, but unfortunately undocumented).<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Jeff<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; I&#39;ll call the bluff and try it on a machine with 8 GB of RAM, 5 PDF<br>
&gt;&gt; files open, 20 or so terminals, 12 ssh sessions, lots of command<br>
&gt;&gt; histories, email, and browsers.<br>
&gt;&gt;<br>
&gt;&gt; $ time bash -c &quot;read line &lt; /dev/zero&quot;<br>
&gt;&gt; bash: xrealloc: ../../bash/builtins/../../bash/builtins/read.def:525:<br>
&gt;&gt; cannot allocate 18446744071562068080 bytes (4295020544 bytes allocated)<br>
&gt;&gt;<br>
&gt;&gt; real    0m29.841s<br>
&gt;&gt; user    0m26.120s<br>
&gt;&gt; sys     0m3.720s<br>
&gt;&gt;<br>
&gt;&gt; What am I supposed to do with the power button?  Maybe it would crush<br>
&gt;&gt; a machine with less RAM, but I suspect the Linux kernel would kill the<br>
&gt;&gt; process on a low RAM machine (which is a gripe some have).  Anyone<br>
&gt;&gt; want to try?  I could in a VM.<br>
&gt;&gt;<br>
&gt;&gt; Does Glen have a problem with languages like C and assembly that give<br>
&gt;&gt; the programmer too much power?  Does he approve of Java because it<br>
&gt;&gt; prevents the programmer from doing &quot;bad things?&quot;<br>
&gt;&gt;<br>
&gt;&gt; Judd<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; colug-432 mailing list<br>
&gt;&gt; <a href="mailto:colug-432@colug.net">colug-432@colug.net</a><br>
&gt;&gt; <a href="http://lists.colug.net/mailman/listinfo/colug-432" target="_blank">http://lists.colug.net/mailman/listinfo/colug-432</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; colug-432 mailing list<br>
&gt; <a href="mailto:colug-432@colug.net">colug-432@colug.net</a><br>
&gt; <a href="http://lists.colug.net/mailman/listinfo/colug-432" target="_blank">http://lists.colug.net/mailman/listinfo/colug-432</a><br>
&gt;<br>
<br>
_______________________________________________<br>
colug-432 mailing list<br>
<a href="mailto:colug-432@colug.net">colug-432@colug.net</a><br>
<a href="http://lists.colug.net/mailman/listinfo/colug-432" target="_blank">http://lists.colug.net/mailman/listinfo/colug-432</a><br>
</div></div></blockquote></div><br></div>