Friday, August 18th 2017, 4:28pm UTC+2

You are not logged in.

  • Login
  • Register

Dear visitor, welcome to SEGGER Forum. If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

djpaolino

Beginner

Date of registration: Jan 18th 2017

Posts: 2

1

Friday, January 20th 2017, 4:28pm

Ozone: Why is File.Open() so slow?

Hello,


I have a large .elf (.text ~3.5M, .data ~70k) built from ~770 source files with gcc toolchain. File.Open() succeeds and Ozone works well thereafter. But File.Open() is slow (e.g. "File.Open: completed in 62670 ms".) Are there any Ozone (or gcc compile) options that could be enabled/disabled to speed it up? Being slow really puts a damper on the build/load/debug cycle.


Best Regards,
Doug

SEGGER - Johannes

Super Moderator

Date of registration: Aug 31st 2012

Posts: 352

2

Monday, January 23rd 2017, 7:07pm

Hi,

Which version of Ozone do you use?
Would it be possible to provide the elf file or project for reproduction?

In general opening a file should not take more than a few seconds maximum.

Best regards
Johannes

djpaolino

Beginner

Date of registration: Jan 18th 2017

Posts: 2

3

Tuesday, January 24th 2017, 6:42pm

Hi Johannes,


Using Ozone v2.22l on Windows 7. Unfortunately, .elf and sources may not be shared.


I noticed Ozone's 'Functions', 'Global Data', and 'Source Files' views are populated on File.Open(). This is an incredible amount of data. Especially, 'Global Data' where thousands of variables, arrays and arrays of structures are parsed and readied. It's massive. Most of this information is not useful.

Could creating these views be causing the delay?
Windows Task Manager reports '2,433,248 K' for Ozone's memory usage. That's 2.32G, yikes!

I tried:
void OnProjectLoad (void) {

...
Window.Close ("Functions");

Window.Close ("Global Data");

Window.Close ("Source Files");

File.Open("$(ProjectDir)/sumx.elf");
}
But no joy.

Best Regards,

Doug

SEGGER - Johannes

Super Moderator

Date of registration: Aug 31st 2012

Posts: 352

4

Tuesday, January 31st 2017, 5:46pm

Hi Doug,

Yes, if your application really contains that many functions and global variables, this may cause ha long load time.
The application is parsed on open, no matter if the information windows are visible or not, since most of the information is required for debugging.

We might further improve the load time in the future.
Currently there is unfortunately no way to speed it up.

Best regards,
Johannes