<p>Lowering some mysql options helps as well. However, if you are going to use this server for mysql and can give it more than 2gb then 64bits is your way.</p>
<p>Regards, Ruslan. From phone.</p>
<div class="gmail_quote">05.05.2011 3:13 пользователь &quot;Alex Vandiver&quot; &lt;<a href="mailto:alexmv@bestpractical.com">alexmv@bestpractical.com</a>&gt; написал:<br type="attribution">&gt; On Wed, 2011-05-04 at 14:06 -0700, Jeff Albert wrote:<br>
&gt;&gt; Thanks for the quick reply. MySQL&#39;s error log suggests it&#39;s failing to<br>&gt;&gt; allocate memory past about 2.5GB; I&#39;ll work with our DBAs to see what<br>&gt;&gt; we can do with MySQL in this area.<br>
&gt; <br>&gt; This is likely because you&#39;re running a 32-bit kernel, and MySQL is<br>&gt; unable to access more memory because of that.  Running a 64-bit kernel<br>&gt; will allow you to allocate more memory to MySQL.<br>
&gt; <br>&gt;&gt; Generally I&#39;m curious about the feasibility of continuing to run a<br>&gt;&gt; single large instance of RT; presumably at some point the query times<br>&gt;&gt; will just become untenable (bringing up the query builder in our<br>
&gt;&gt; existing 3.4 instance can take up to a minute even now). Would you<br>&gt;&gt; recommend separating into smaller instances, or a different approach?<br>&gt; <br>&gt; There are existing RT instances with terabytes of data.  Proper tuning,<br>
&gt; indexing, and provisioning of your database will go a long way.<br>&gt;  - Alex<br>&gt; <br>&gt; _______________________________________________<br>&gt; List info: <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel</a><br>
</div>