On 7/25/07, Allen Gilliland <alle...@sun.com> wrote:
Without some information about what kind of traffic you are trying to
handle it is very tough to make recommendations. I have experience with
our traffic for blogs.sun.com, but if you are getting more traffic then
us then any advice I can give is obviously less proven.
IMHO you need more RAM for caching and possibly a full hardware refresh
including a second machine. You said yourself that the heap fills up
with Strings, likely related to velocity and hence the rendering system.
If this is the case then you need more RAM both for rendering and for
caching. We can run BSC fine on a single machine (SunFire T2000) even
when restarting everything from scratch (we actually tested this
yesterday :( ), but we have a 3.6G jvm heap and 6G of additional memory
allocated to memcached for caching, so that could be the differentiating
factor here.
I agree that JRoller.com is probably light on hardware, RAM, number of
Matts, etc. but what I'd like to understand is why this problem occurs
with Roller 3.1 but was not happening with Roller 2.0. As I understand
the situation, JRoller.com was running OK but not great before 3.1 and
now is blowing up every X number of hours. I believe Matt is running
with the very same hardware configuration, same database w/same
content, same Servlet container, etc.
I wonder what has changed to cause this problem. Since the profiler
seems to implicate Velocity, I looked at the way we used Velocity in
2.0 and the way we use it now and though we no longer use the
VelocityServlet, we do use the same Velocity property settings, the
same ResourceLoaders, etc. I can't see any significant difference.
11 messages in org.apache.roller.devRe: JRoller Blows up with Roller 3.1
