I've had LVM snapshots bork (kernel panic) computers on reboots if they are too big on 32 bit PAE. That may be a 32 bit issue instead of a PAE one, but it still stands. I had to stick boot 64 bit and nuke the snapshot to make it happy and bootable again.<br clear="all">
<br><br>Shawn T Perry<br>Red Mop Computing Services<br>office: 720-319-7627<br>cell: 303-881-2623<br><br><br>
<br><br><div class="gmail_quote">On Fri, May 25, 2012 at 3:16 PM, Christopher Cross <span dir="ltr"><<a href="mailto:g1ccross@gmail.com" target="_blank">g1ccross@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Even with PAE you are limited to how much RAM a single application can use. The kernel has to map different parts of RAM and I have run into problems with oomkiller destroying systems with PAE even when not much RAM (relative to what is installed) was being used because the system ran out of lowmem. PAE with a ton of RAM can be a nightmare.<div>
<br></div><div>RHEL had the hugemem kernel that worked well and has fixed my lowmem issues in the past but that is gone now because 64 bit is available just about everywhere.</div><div><br></div><div>I like Linus' take on it</div>
<div><a href="https://lkml.org/lkml/2007/11/15/423" target="_blank">https://lkml.org/lkml/2007/11/15/423</a> <span class="HOEnZb"><font color="#888888"><br></font></span><div><span class="HOEnZb"><font color="#888888"> <br clear="all">
Christopher Cross<br><a href="mailto:g1ccross@gmail.com" target="_blank">g1ccross@gmail.com</a><br><a href="tel:%28310%29536-6392" value="+13105366392" target="_blank">(310)536-6392</a></font></span><div><div class="h5">
<br>
<br><br><div class="gmail_quote">On Fri, May 25, 2012 at 2:29 PM, David L. Willson <span dir="ltr"><<a href="mailto:DLWillson@thegeek.nu" target="_blank">DLWillson@thegeek.nu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
pae kernel gets you all the RAM and most of the speed...<br>
<div><br>
--<br>
David L. Willson<br>
Trainer, Engineer, Enthusiast<br>
RHCE Network+ A+ Linux+ LPIC-1 Ubuntu<br>
Mobile 720-333-LANS(5267)<br>
<br>
This is a good time for a r3VOLution.<br>
<br>
----- Original Message -----<br>
><br>
</div><div><div>> > This is what I would do:<br>
> ><br>
> > Virtualize the whole box, and run it as a guest on the new<br>
> > hardware. You'll still get 85-90% of the performance you would<br>
> > have gotten with a full 64-bit stack.<br>
> ><br>
> > Then, if you want that last 10-15%, migrate your data to 64-bit<br>
> > applications on the host machine, one at a time.<br>
><br>
> The assumption being made here is that your application(s) will not<br>
> benefit from more RAM. Which happens to be the number one reason to<br>
> move to a 64bit platform.<br>
><br>
> Cheers,<br>
> Raymond<br>
> _______________________________________________<br>
> clue mailing list: <a href="mailto:clue@cluedenver.org" target="_blank">clue@cluedenver.org</a><br>
> For information, account preferences, or to unsubscribe see:<br>
> <a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br>
><br>
_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org" target="_blank">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br>
</div></div></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br></blockquote></div><br>