High CPU Usage After Adopting Your .NET Library

GroupDocs.Conversion Product Family
,
1

Hey,

After integrating your library, we’ve observed a significant increase in CPU usage across our services.

Previously, we were using another vendor’s solution — it handled .docx files well but not PDFs. We switched to your library to improve PDF support, but initially encountered out-of-memory (OOM) errors, so we stopped using it for PDFs.

However, even when using it only for .docx files, we’re now experiencing a major spike in CPU consumption since the adoption.
image.png (17.7 ק״ב)

2

@Shay_BH

It sounds like you’re experiencing performance issues after integrating our .NET library, particularly with increased CPU usage when processing .docx files. Here are a few suggestions to help optimize performance:

  1. Performance Optimization: Review the performance optimization guidelines available for our library. These guidelines can help you balance recognition speed, quality, and resource usage effectively.

  2. Resource Management: Ensure that your application is managing resources efficiently. This includes limiting the number of threads used during processing and optimizing any image preprocessing filters if applicable.

  3. Batch Processing: If you’re processing multiple documents, consider implementing batch processing to reduce overhead and improve efficiency.

  4. Monitoring and Profiling: Use profiling tools to monitor CPU usage and identify any bottlenecks in your application. This can help you pinpoint specific areas that may need optimization.

If you continue to face issues, please provide more details about your implementation, and we can assist you further.

3

Hello @Shay_BH ,

Thank you for contacting us. Since this matter is a continuation of our previous discussion in this forum thread , we have conducted a preliminary comparison of memory usage between the previous version of GroupDocs.Conversion for .NET 25.8.0 and the latest 25.9.0. The results are shown below.

Version 25.8.0
• Conversion completed in 31m 21s
• Memory usage (see 25.8.0.png): memory is constantly increasing, reaching 8GB RAM

Version 25.9.0
• Conversion completed in 7m 45s
• Memory usage (see 25.9.0.png): memory stays around 1.3–1.5GB, with one small peak over 2GB

25.8.0.png (25.9 KB)
25.9.0.png (23.3 KB)

We have also attached a test project that converts a PDF file to MD — the same 2000-page document that you originally shared with us.

As you can see from the comparison, memory usage has been significantly reduced in the new version. Therefore, to continue our analysis based on your data, we will need some additional information from you:

  • the environment in which the conversion is being performed,
  • a more detailed screenshot of the memory usage graph,
  • and a small sample of your project.
    It’s possible that the consumption may be related to the way GroupDocs.Conversion is being used in your implementation.
4

we will provide that, regarding CPU what do you need from us for that?

5

@Shay_BH ,

We have already listed some points earlier, but regarding memory usage specifically, please also provide the following:

  • Screenshots, for example, from Task Manager, PerfMon, Docker Stats, or Azure Monitor (the graph image you shared earlier was cropped at the top, so we couldn’t see the full picture);
  • Peak RAM usage;
  • If available — a memory dump (.dmp) or a snapshot from dotMemory / PerfView;
  • How memory behaves after the tasks are completed (does it grow? is it not being released?).