I have the same experience with TextDrive as Eric.&nbsp; I notice that memory use jumps 10 MB just by entering the admin console.&nbsp; <br><br>I've found that removing references to Sparklines helps the memory use stay under the threshold.&nbsp; I removed the sparklines_textfilter.rb and removed the&nbsp; reference to vendor/sparklines in 
environment.rb.&nbsp; Also removing any sidebars that you don't use from the component directory helps.<br><br><br><div><span class="gmail_quote">On 8/1/06, <b class="gmail_sendername">Piers Cawley</b> &lt;<a href="mailto:pdcawley@bofh.org.uk">
pdcawley@bofh.org.uk</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&quot;Eric Sendelbach&quot; &lt;<a href="mailto:eric.sendelbach@gmail.com">
eric.sendelbach@gmail.com</a>&gt; writes:<br><br>&gt; I am hosting my blog on Textdrive and they have a 48 meg limit on<br>&gt; process usage. After that it just gets whacked. On a fresh restart<br>&gt; with Typo 4.0.0 its SIZE is 36016K and its RES is 33452K. A couple
<br>&gt; hits on the main page tack on around 4 more megs and about 90% of the<br>&gt; time just editing an article will push it over the top. Pre 4.0.0 I<br>&gt; was running on trunk and did not experience this problem. Maybe I was
<br>&gt; hovering at the limit and didn't realize it. My install of Typo is<br>&gt; sitting behind lighttpd/fastcgi.<br>&gt;<br>&gt; Does anybody on the list know if turning off or abstaining from the<br>&gt; use of certain features will help relieve how much memory is consumed?
<br>&gt; In the spirit of Piers' email to look at more mid/long term goals, I<br>&gt; think that memory consumption is definitely something that could be<br>&gt; looked at, at least to offer some way of working with a lighter memory
<br>&gt; footprint.<br><br>I could be wrong (and I probably am, but we don't have any<br>particualrly great tools for investigating this), but I think Scott's<br>changes to the filter chain and caching have got rid of the big memory
<br>leak, but the new, highly inclusive optimized SQL for getting content<br>which tends to pull in the world right at the start (reducing the hits<br>on the database, no bad thing) means that the process gets very big<br>
rather quickly, but then doesn't get a great deal bigger after that.<br><br>I don't think it's going to slim down very much I'm afraid.<br><br>--<br>Piers Cawley &lt;<a href="mailto:pdcawley@bofh.org.uk">pdcawley@bofh.org.uk
</a>&gt;<br><a href="http://www.bofh.org.uk/">http://www.bofh.org.uk/</a><br>_______________________________________________<br>Typo-list mailing list<br><a href="mailto:Typo-list@rubyforge.org">Typo-list@rubyforge.org</a>
<br><a href="http://rubyforge.org/mailman/listinfo/typo-list">http://rubyforge.org/mailman/listinfo/typo-list</a><br></blockquote></div><br><br clear="all"><br>-- <br>Thanks,<br>-Steve<br><a href="http://www.stevelongdo.com">
http://www.stevelongdo.com</a>