The email engine has a limit on what it can process in a given day, but you
are not yet close to that number (unless you are running on 200Mhz
processors). Your bottleneck most likely lies elsewhere, such as with the
workflow triggered during the processing of incoming messages. If you do
get to that hard limit, you can squeeze some extra throughput by tuning the
JVM.
If the workflow that kicks when handling an incoming email takes more time
than there is in a day, you have a problem. You have to also consider that
the email engine, afaik, handles either incoming or outgoing messages, but
not both at the same time, so you have to split the time; assuming at 50/50
time split, you need to be able to handle those incoming emails in under ~20
seconds each. Follow Misi's good suggestion and collect your filter, api,
and sql logs. Find where the time is going, address it, and your throughput
should increase.
Shorter polling intervals will result in a higher throughput; as far as I
can see, the shorter the interval the better. Longer intervals simply
result in idle time on the part of the email engine.
I think you may be overkill on the threads you have allocated to the email
engine unless you have a large number of mailboxes. Turn the minimum down
to 1, turn on thread logging, and see if it ever uses more than 2 threads.
Having a bunch of extra/idle threads, which will happen if your minimum is
too high, will result in a bunch of extra sessions to your database server
that do nothing. This adds to the overhead on your database. With Oracle,
if using dedicated sessions, it means a bunch of extra processes and extra
memory usage.
Axton Grams
On Fri, Sep 30, 2011 at 6:05 AM, Misi Mladoniczky <m...@rrr.se> wrote:
> Hi,
>
> In my system you find the log in the
> {AREmailInstallDir}/Logs/emaild.sh_log.
>
> The full version of RRR|Log has an annual subscription fee attached too
> it, and the free version is limited to 50 API-calls and 500 SQL-calls. You
> might be able to grep out a couple of calls from your log-file to allow
> you to use the free version.
>
> Online access is at https://www.rrr.se/cgi/rrrlog/main
> Offline installer is at https://www.rrr.se/cgi/offlic
>
> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
>
> Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
> * RRR|License - Not enough Remedy licenses? Save money by optimizing.
> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
>
> Find these products, and many free tools and utilities, at http://rrr.se.
> > Hi Misi,
> >
> > I have another question, it may be a stupid question.. In the previous
> > mail you have mentioned about enabling the logs. I don't see any file
> > emailstart.sh to enter the comment.
> >
> > will it create the logs similar to emaild.sh_log in the Logs directory..
> >
> > and from where can I download .the full version of RRR|Log ..:-)
> >
> >
> > On Fri, Sep 30, 2011 at 2:56 PM, Misi Mladoniczky <m...@rrr.se> wrote:
> >> Hi,
> >>
> >> You learn something every day, I missed that setting ;-)
> >>
> >> The time between the polls should not be a problem for you. The
> >> processing
> >> should only be done one at a time anyway.
> >>
> >> It seems rather high to use 10-12 threads. I guess you have this number
> >> specified for the mailbox threads as well?
> >>
> >> With the load you have, you should be able to clear out inbound/outbound
> >> mails in a single thread. In theory at least. Each message would then
> >> have
> >> an average of 7.4 seconds to complete...
> >>
> >> Email debugging may point you to things that take time inside or outside
> >> of Remedy.
> >>
> >> API/FLTR/SQL will give you information about individual things, such as
> >> filters, that takes time within the AR System.
> >>
> >> AD: Please check out our RRR|Log utility that is ideal to find things
> >> like
> >> this in big API/FLTR/SQL log file.
> >>
> >> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP
> 2011)
> >>
> >> Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
> >> * RRR|License - Not enough Remedy licenses? Save money by optimizing.
> >> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy
> >> logs.
> >> Find these products, and many free tools and utilities, at
> >> http://rrr.se.
> >>
> >>> Thank you Misi for the reply ,
> >>>
> >>>>I have Truncated the error logs. I do it every 2 days.
> >>>
> >>>> I have added
> >>>> "com.remedy.arsys.emaildaemon.MailboxPollingUnitIsMinutes=false" to
> >>>> EmailDaemon.properties file
> >>> This should convert the polling interval to seconds .. I have kept
> >>> the polling interval as 15sec .. I am not sure if this is working ..
> >>> :-(
> >>>
> >>>>I will try enabling the logs and check them..
> >>>
> >>> Regards,
> >>> Adarsh..
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> On Fri, Sep 30, 2011 at 2:13 PM, Misi Mladoniczky <m...@rrr.se> wrote:
> >>>> Hi,
> >>>>
> >>>> Turn on API/FLTR/ESCL logging on the server, and capture what happens.
> >>>>
> >>>> Have you truncated your Error messages? How many records do you have
> >>>> in
> >>>> there?
> >>>>
> >>>> How do you lower your polling interval below 1 minute? I thought that
> >>>> was
> >>>> the minimum interval.
> >>>>
> >>>> Add -Dmail.debug=true to your emailstart.sh file and restart email
> >>>> engine.
> >>>> Then check your logs. Or do at trace -f on the log file to see what
> >>>> happens interactively. (I presume you are on unix/linux)
> >>>>
> >>>> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP
> >>>> 2011)
> >>>>
> >>>> Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
> >>>> * RRR|License - Not enough Remedy licenses? Save money by optimizing.
> >>>> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy
> >>>> logs.
> >>>> Find these products, and many free tools and utilities, at
> >>>> http://rrr.se.
> >>>>
> >>>>> Hi Listers,
> >>>>>
> >>>>> We are facing lot of performance issue with email engine and I have
> >>>>> tried most of the steps from the below link ..
> >>>>>
> >>>>>
> http://remediesforremedy.com/2011/08/how-to-tune-ar-email-engine-to-get-optimal-permormance/
> >>>>>
> >>>>> But the performance issue still exists .. We have major problem in
> >>>>> email auto ticketing creation .
> >>>>>
> >>>>> the mail file size on the AIX box keeps on increasing .. polling
> >>>>> interval is 15sec but from observation i do not find the file size
> >>>>> decreasing every 15 sec..
> >>>>>
> >>>>> for private thread in have min and max as 10 and 12 thread..
> >>>>>
> >>>>> Is there any better way to troubleshoot the issue..
> >>>>>
> >>>>> Our daily incoming message ques is around 2000 per day and outgoing
> >>>>> is
> >>>>> around 9700 per day ..
> >>>>>
> >>>>>
> _______________________________________________________________________________
> >>>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> >>>>> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
> >>>>>
> >>>>
> >>>>
> _______________________________________________________________________________
> >>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> >>>> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
> >>>>
> >>>
> >>>
> _______________________________________________________________________________
> >>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> >>> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
> >>>
> >>
> >>
> _______________________________________________________________________________
> >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> >> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
> >>
> >
> >
> _______________________________________________________________________________
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
> >
>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
