Logo
My Account |  Site Map | Contact Us  
Welcome Guest Search | Active Topics | Sign In | Register

CPU usage and processes left running with EO.PDF Options
Panda
Posted: Sunday, March 18, 2018 9:04:14 PM
Rank: Advanced Member
Groups: Member

Joined: 10/7/2015
Posts: 35
Hi,

We are trying to solve an issue where the creation of PDF's ultimately brings the server down due to the number of processes and CPU usage.

I firstly wanted to know if there could be any reason why so many processes are being left behind without using CPU? (see image below)
These are using a lot of memory and I'm wondering if this is a setting or something we can do about it?
Like, is there a setting that forces only loading on demand or something like that?

For the CPU hanging, I suppose we'd need a dump of some kind before you could have any idea what the problem is, though we do know that the page itself loads without any issues outside of the PDF creation.

https://www.dropbox.com/s/oh68ra95vjtesc1/cpu-pdf.png?dl=0




eo_support
Posted: Monday, March 19, 2018 10:49:33 AM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 20,263
Hi,

It's normal that there are many child processes. They are dynamically created and released. So if there is no load, these processes will stay idle and eventually exits. If the system has been idle (no conversion tasks) for a long time (> 20 minutes) and they are still there, then that indicates a problem.

The number of child process directly corresponds to number of concurrent conversion task you have. By default, you will have 6 to 8 child processes. However if you have many conversions running at the same time, then the number of child processes can increase significantly. If you have too many child processes and the conversions are extremely slow, then that is usually an indication of an system overload. In that case you should reduce the number of concurrent conversions. You can use this property as a safe guard to prevent too many concurrent conversions:

https://www.essentialobjects.com/doc/eo.pdf.htmltopdf.maxconcurrenttaskcount.aspx

Having a large number of child process does not necessarily mean they consume a lot of memory. See the last post in this thread for more details:

https://www.essentialobjects.com/forum/postst8270p2_RunDLL32-and-Memory-Footprint-of-EOWebBrowser.aspx#43275

Please feel free to let us know if you have any more question.

Thanks
DWhite
Posted: Monday, March 26, 2018 10:19:18 PM
Rank: Newbie
Groups: Member

Joined: 3/26/2018
Posts: 2
Hi Support,

Unfortunately on our server the child processes aren't terminating after the idle timeout of 20 minutes and as a result are hanging around and filling up memory.

Please see the screenshot below:



As you can see a number of processes are over an hour old and we know from our logs that there aren't that many conversions running concurrently so most of those processes should be idle.

Can you please help resolve whatever issue is preventing the child processes from terminating?
eo_support
Posted: Tuesday, March 27, 2018 8:34:22 AM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 20,263
Hi,

Please check which version of EO.Pdf you use. Our old version did have an issue that could leave orphaned eowp.exe. Newer version has additional code to monitor eowp.exe and terminate them if needed. So please try the latest build and see if it resolves the issue for you.

Thanks!
DWhite
Posted: Monday, April 16, 2018 8:48:12 PM
Rank: Newbie
Groups: Member

Joined: 3/26/2018
Posts: 2
Hi,

We've upgraded to v18.1.31 but are still having a problem with the child processes not terminating when idle for more than 20 minutes.

Most of the processes take up over 100MB of memory, see below screenshot (server time was 12:24AM):

https://ibb.co/iNDLj7

Can you please let us know what to try next? Thanks.


You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.