|
RE: Performance tuning/improvements: msg#00153jakarta.velocity.user
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@xxxxxxxxxx] > 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@xxxxxxx> > To: "'Velocity Users List'" <velocity-user@xxxxxxxxxxxxxxxxxx> > 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@xxxxxxxxxx] > > Sent: Thursday, November 21, 2002 12:50 PM > > To: velocity-user@xxxxxxxxxxxxxxxxxx > > 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@xxxxxxxxxxxxxxxxxx> > > For additional commands, e-mail: > > <mailto:velocity-user-help@xxxxxxxxxxxxxxxxxx> > > > > -- > > To unsubscribe, e-mail: > <mailto:velocity-user-unsubscribe@xxxxxxxxxxxxxxxxxx> > > For additional commands, e-mail: > <mailto:velocity-user-help@xxxxxxxxxxxxxxxxxx> > > > > > > > -- > To unsubscribe, e-mail: > <mailto:velocity-user-> unsubscribe@xxxxxxxxxxxxxxxxxx> > For > additional commands, > e-mail: <mailto:velocity-user-help@xxxxxxxxxxxxxxxxxx> > |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | RE: Using #stop: 00153, Peter Romianowski |
|---|---|
| Next by Date: | Re: Performance tuning/improvements: 00153, Claude Brisson |
| Previous by Thread: | Re: Performance tuning/improvementsi: 00153, Mailing Lists Account |
| Next by Thread: | Re: Performance tuning/improvements: 00153, Claude Brisson |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |