velocity-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Claude Brisson" <cla...@savoirweb.com>
Subject Re: Performance tuning/improvements
Date Fri, 22 Nov 2002 15:29:07 GMT
>   Nevertheless, looking for performance improvements is never
> wrong! :)

except maybe when coding spam machines ? ;-)

CloD

----- Original Message ----- 
From: "Peter Romianowski" <megapero@gmx.de>
To: "'Velocity Users List'" <velocity-user@jakarta.apache.org>
Sent: vendredi 22 novembre 2002 16:03
Subject: RE: Performance tuning/improvements


>   I implemented a "mail rendering" engine based on velocity a
> while ago. With quite sophisticated velocity-templates and
> a lot of other procession stuff I managed to generate over
> a million mails / hour (including all the javax.mail - stuff,
> so, a "ready-to-send" email!) on a P4 2GHz desktop. And that was
> *without* caching. Have you done any performance test by now?
> 
>   Nevertheless, looking for performance improvements is never
> wrong! :)
> 
> Peter
> 
> > -----Original Message-----
> > From: Mailing Lists Account [mailto:mlists@imorph.com] 
> > Sent: Friday, November 22, 2002 9:50 AM
> > To: Velocity Users List
> > Subject: Re: Performance tuning/improvements
> > 
> > 
> > Thanks for Java1.4 tip. I didn't know that.
> > Network delay is beyond the tools control. However, 
> > processing the email template before sending out is certainly 
> > something that I can do and that is where I plan to use and 
> > optimize velocity use (if possible) .
> > 
> > regards
> > Ramesh
> > 
> > ----- Original Message -----
> > From: "David You" <David.You@hds.com>
> > To: "'Velocity Users List'" <velocity-user@jakarta.apache.org>
> > Sent: Friday, November 22, 2002 3:06 AM
> > Subject: RE: Performance tuning/improvements
> > 
> > 
> > > Use Java 1.4, the Reflection is supposed to be 50 times 
> > more faster? 
> > > Anyway, I think most time your program spend are probably on the 
> > > network
> > to
> > > get the emails from the email server.
> > >
> > > David
> > >
> > >
> > > -----Original Message-----
> > > From: Mailing Lists Account [mailto:mlists@imorph.com]
> > > Sent: Thursday, November 21, 2002 12:50 PM
> > > To: velocity-user@jakarta.apache.org
> > > Subject: Performance tuning/improvements
> > >
> > >
> > > Hi,
> > >
> > > I am planning to deploy Velocity(v1.3) in a stand-alone Java 
> > > application
> > to
> > > process email templates.
> > > A little benchmark test of my own shows that Velocity(with caching
> > enabled)
> > > outperforms the existing homegrown solution.
> > >
> > > 1) Since the number of emails to be processed are in 
> > thousands/hour, 
> > > was wondering if there is any scope for performance improvments ?
> > >
> > > 2) Especially w.r.t reflection, can something be done if 
> > the type of 
> > > the objects in the context is known and fixed for a given template ?
> > >
> > > 3) Any precautions that I need to take w.r.t memory usage ?
> > >
> > >
> > > thanks
> > > Ramesh
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail: 
> > > <mailto:velocity-user-unsubscribe@jakarta.apache.org>
> > > For additional commands, e-mail: 
> > > <mailto:velocity-user-help@jakarta.apache.org>
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <mailto:velocity-user-unsubscribe@jakarta.apache.org>
> > > For additional commands, e-mail:
> > <mailto:velocity-user-help@jakarta.apache.org>
> > >
> > >
> > 
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:velocity-user-> unsubscribe@jakarta.apache.org>
> > For 
> > additional commands, 
> > e-mail: <mailto:velocity-user-help@jakarta.apache.org>
> > 
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:velocity-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:velocity-user-help@jakarta.apache.org>
> 
> 


--
To unsubscribe, e-mail:   <mailto:velocity-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:velocity-user-help@jakarta.apache.org>


Mime
View raw message