I've a question on OFBiz screen rendering mechanism.
Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. Any thoughts or suggestion on it ? Regards, Anil Soni Tel : 91-22-6795 4324 Cell : 91 9930302283 ________________________________ This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. ______________________________________________________________________ |
I understand this ;
you have screen-1, in which included screens screens-2, screen-3, screen-4 like that. On this basis here is my post; - screen-1 starts rendering by ModelScreenWidget constructor for each include-screen it will then read all sub widgets and add it to render and create object of IncludeScreen inner class which extends the same ModelScreenWidget. - screen-1 starts rendering and then it renders one by one complete screen-2. screen-3 and screen-4 in order they appear in code completely, finally complete the rendering of screen-1, i.e it render screen-1 only and render the other included screen in the same fashion as renders for other tags. Rishi Solanki Manager, Enterprise Software Development HotWax Media Pvt. Ltd. Direct: +91-9893287847 http://www.hotwaxmedia.com On Mon, Apr 19, 2010 at 11:03 AM, Anil Soni <[hidden email]>wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means > suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call > this page then all the screens will render sequentially (like s1 -> s2 -> s3 > -> s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent > in screen rendering which is a major concern for the OFBiz performance. > > Any thoughts or suggestion on it ? > > > Regards, > Anil Soni > Tel : 91-22-6795 4324 > Cell : 91 9930302283 > > > ________________________________ > This Email may contain confidential or privileged information for the > intended recipient (s) If you are not the intended recipient, please do not > use or disseminate the information, notify the sender and delete it from > your system. > > ______________________________________________________________________ |
In reply to this post by Anil Soni
On 19/04/2010, at 5:33 PM, Anil Soni wrote:
> I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott smime.p7s (3K) Download Attachment |
In reply to this post by Anil Soni
You can use cache to resolve this kind of problems.
If Freemark's cache is not enough, you can use squid or etc. as well. 在 2010-04-19一的 11:03 +0530,Anil Soni写道: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. > > Any thoughts or suggestion on it ? > > > Regards, > Anil Soni > Tel : 91-22-6795 4324 > Cell : 91 9930302283 > > > ________________________________ > This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. > > ______________________________________________________________________ |
In reply to this post by Scott Gray-2
Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties.
I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? -----Original Message----- From: Scott Gray [mailto:[hidden email]] Sent: Monday, April 19, 2010 12:20 PM To: [hidden email] Subject: Re: OFBiz screen rendering problem. On 19/04/2010, at 5:33 PM, Anil Soni wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. ______________________________________________________________________ |
If your cache settings are correct then there is no XML parsing except for the first load.
Regards Scott On 20/04/2010, at 12:11 AM, Anil Soni wrote: > Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties. > > I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. > > So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? > > -----Original Message----- > From: Scott Gray [mailto:[hidden email]] > Sent: Monday, April 19, 2010 12:20 PM > To: [hidden email] > Subject: Re: OFBiz screen rendering problem. > > On 19/04/2010, at 5:33 PM, Anil Soni wrote: > >> I've a question on OFBiz screen rendering mechanism. >> >> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). >> >> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. > > Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? > > Regards > Scott > > This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. > > ______________________________________________________________________ smime.p7s (3K) Download Attachment |
Hi Scott:
Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this? Thanks much. Ruth Scott Gray wrote: > If your cache settings are correct then there is no XML parsing except for the first load. > > Regards > Scott > > On 20/04/2010, at 12:11 AM, Anil Soni wrote: > > >> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties. >> >> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. >> >> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? >> >> -----Original Message----- >> From: Scott Gray [mailto:[hidden email]] >> Sent: Monday, April 19, 2010 12:20 PM >> To: [hidden email] >> Subject: Re: OFBiz screen rendering problem. >> >> On 19/04/2010, at 5:33 PM, Anil Soni wrote: >> >> >>> I've a question on OFBiz screen rendering mechanism. >>> >>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). >>> >>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. >>> >> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? >> >> Regards >> Scott >> >> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. >> >> ______________________________________________________________________ >> > > |
framework/base/config/cache.properties
in production you should comment out most of the entries; for widgets they are the ones with prefix: "widget." Jacopo On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote: > Hi Scott: > Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this? > Thanks much. > Ruth > > Scott Gray wrote: >> If your cache settings are correct then there is no XML parsing except for the first load. >> >> Regards >> Scott >> >> On 20/04/2010, at 12:11 AM, Anil Soni wrote: >> >> >>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties. >>> >>> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. >>> >>> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? >>> >>> -----Original Message----- >>> From: Scott Gray [mailto:[hidden email]] >>> Sent: Monday, April 19, 2010 12:20 PM >>> To: [hidden email] >>> Subject: Re: OFBiz screen rendering problem. >>> >>> On 19/04/2010, at 5:33 PM, Anil Soni wrote: >>> >>> >>>> I've a question on OFBiz screen rendering mechanism. >>>> >>>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). >>>> >>>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. >>>> >>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? >>> >>> Regards >>> Scott >>> >>> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. >>> >>> ______________________________________________________________________ >>> >> >> |
Thanks Jacopo.
Regards, Ruth Jacopo Cappellato wrote: > framework/base/config/cache.properties > > in production you should comment out most of the entries; for widgets they are the ones with prefix: "widget." > > Jacopo > > > On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote: > > >> Hi Scott: >> Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this? >> Thanks much. >> Ruth >> >> Scott Gray wrote: >> >>> If your cache settings are correct then there is no XML parsing except for the first load. >>> >>> Regards >>> Scott >>> >>> On 20/04/2010, at 12:11 AM, Anil Soni wrote: >>> >>> >>> >>>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties. >>>> >>>> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. >>>> >>>> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? >>>> >>>> -----Original Message----- >>>> From: Scott Gray [mailto:[hidden email]] >>>> Sent: Monday, April 19, 2010 12:20 PM >>>> To: [hidden email] >>>> Subject: Re: OFBiz screen rendering problem. >>>> >>>> On 19/04/2010, at 5:33 PM, Anil Soni wrote: >>>> >>>> >>>> >>>>> I've a question on OFBiz screen rendering mechanism. >>>>> >>>>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). >>>>> >>>>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. >>>>> >>>>> >>>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? >>>> >>>> Regards >>>> Scott >>>> >>>> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. >>>> >>>> ______________________________________________________________________ >>>> >>>> >>> >>> > > > |
Also it's discussed in here: https://cwiki.apache.org/confluence/display/OFBTECH/Apache+OFBiz+Technical+Production+Setup+Guide#ApacheOFBizTechnicalProductionSetupGuide-CacheSettings
Sadly it seems this document isn't read nearly enough. Regards Scott HotWax Media http://www.hotwaxmedia.com On 20/04/2010, at 1:18 AM, Ruth Hoffman wrote: > Thanks Jacopo. > Regards, > Ruth > > Jacopo Cappellato wrote: >> framework/base/config/cache.properties >> >> in production you should comment out most of the entries; for widgets they are the ones with prefix: "widget." >> >> Jacopo >> >> >> On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote: >> >> >>> Hi Scott: >>> Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this? >>> Thanks much. >>> Ruth >>> >>> Scott Gray wrote: >>> >>>> If your cache settings are correct then there is no XML parsing except for the first load. >>>> >>>> Regards >>>> Scott >>>> >>>> On 20/04/2010, at 12:11 AM, Anil Soni wrote: >>>> >>>> >>>>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties. >>>>> >>>>> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. >>>>> >>>>> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? >>>>> >>>>> -----Original Message----- >>>>> From: Scott Gray [mailto:[hidden email]] >>>>> Sent: Monday, April 19, 2010 12:20 PM >>>>> To: [hidden email] >>>>> Subject: Re: OFBiz screen rendering problem. >>>>> >>>>> On 19/04/2010, at 5:33 PM, Anil Soni wrote: >>>>> >>>>> >>>>>> I've a question on OFBiz screen rendering mechanism. >>>>>> >>>>>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). >>>>>> >>>>>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. >>>>>> >>>>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? >>>>> >>>>> Regards >>>>> Scott >>>>> >>>>> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. >>>>> >>>>> ______________________________________________________________________ >>>>> >>>> >> >> >> smime.p7s (3K) Download Attachment |
In reply to this post by Scott Gray-2
Because if it renders in sequentially pattern then for each request it reads the screen sequence wise and then after it reads completely it will show the page. Which is a time taking process, it should be parallelly where multiple thread will handle each screen or widget part and draw the screen one by one instead of reading it in sequentially.
So my question is screen rendering in OFBiz is sequentially or parallelly ? Minimum 40 % of total time taken to draw a page and time is in seconds. -----Original Message----- From: Scott Gray [mailto:[hidden email]] Sent: Monday, April 19, 2010 12:20 PM To: [hidden email] Subject: Re: OFBiz screen rendering problem. On 19/04/2010, at 5:33 PM, Anil Soni wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. ______________________________________________________________________ |
Please ignore my previous mail. I mistakenly sent.
-----Original Message----- From: Anil Soni Sent: Saturday, July 17, 2010 4:46 PM To: [hidden email] Cc: [hidden email] Subject: RE: OFBiz screen rendering problem. Because if it renders in sequentially pattern then for each request it reads the screen sequence wise and then after it reads completely it will show the page. Which is a time taking process, it should be parallelly where multiple thread will handle each screen or widget part and draw the screen one by one instead of reading it in sequentially. So my question is screen rendering in OFBiz is sequentially or parallelly ? Minimum 40 % of total time taken to draw a page and time is in seconds. -----Original Message----- From: Scott Gray [mailto:[hidden email]] Sent: Monday, April 19, 2010 12:20 PM To: [hidden email] Subject: Re: OFBiz screen rendering problem. On 19/04/2010, at 5:33 PM, Anil Soni wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. ______________________________________________________________________ ______________________________________________________________________ This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. ______________________________________________________________________ |
Free forum by Nabble | Edit this page |