EiffelStudio: an EiffelSoftware project - User contributions [en]

Profiling Actions

2006-06-20T05:38:33Z

Alan Fehr: /* Drawbacks */

[[Category:Profiler]]
[[Category:Projects]]
= Overview =
The goal of this project is to add the concept of actions to the Eiffel Studio profiler to make the timing of GUI applications easier.

= Main Functionality =
* In the code the user can add

action_timer.start_action ("myAction")

-- action to time

action_timer.stop_action

: around interesting parts of code.

* The tool checks if the directory already contains a file named myAction.br (base run). If it does a file named myAction.cr (comparison run) is created, otherwise the base run file is created.
* Then the user can view the timed actions (requires base and comparison runs exist) to see if his code modifications slowed down or speeded up the code

= Implementation =
* I modified the files eif_option.h and option.c in the run-time. When an action ends I save the profiling information into a file with the name of the action. After that the profiling stack is freed and reinitialized:
ht_free(class_table);
prof_stack_free();
initprf();
* For this to work <tt>stop_profile</tt> has been modified to check a flag and not report a profile stack corruption if the flag is true.
** Using a more fine-grained resetting might have been nicer but all my attempts in this direction resulted in an unlocalized division by zero error somewhere in the C code.

* When the Action Timer is invoked it checks the given directory for .br and .cr files and if both are present with the same name the action is added to the list.
** The files are parsed using a subclass of <tt>PROFILE_CONVERTER</tt> which overrides a feature so the converted information isn't written to disk.
* A new class inheriting from <tt>PROFILE_INFORMATION</tt> has been added to make total execution time always available.
* The actions are then displayed with a comparison of the execution times and with detailed profiling information.
= Drawbacks =
* It's not possible to have nested actions. This would require larger changes to the run-time.
* It's not possible to profile the whole application and specific actions at the same time.
** This would require keeping separate records for the actions.
** Such a change would also allow nested actions, however.

= Screenshots =
[[Image:action_timer_screenshot.jpg]]
= Responsible =
[[User:Alan Fehr|Alan Fehr]]

Profiling Actions

2006-06-19T17:00:13Z

Alan Fehr:

[[Category:Profiler]]
[[Category:Projects]]
= Overview =
The goal of this project is to add the concept of actions to the Eiffel Studio profiler to make the timing of GUI applications easier.

= Main Functionality =
* In the code the user can add

action_timer.start_action ("myAction")

-- action to time

action_timer.stop_action

: around interesting parts of code.

* The tool checks if the directory already contains a file named myAction.br (base run). If it does a file named myAction.cr (comparison run) is created, otherwise the base run file is created.
* Then the user can view the timed actions (requires base and comparison runs exist) to see if his code modifications slowed down or speeded up the code

= Implementation =
* I modified the files eif_option.h and option.c in the run-time. When an action ends I save the profiling information into a file with the name of the action. After that the profiling stack is freed and reinitialized:
ht_free(class_table);
prof_stack_free();
initprf();
* For this to work <tt>stop_profile</tt> has been modified to check a flag and not report a profile stack corruption if the flag is true.
** Using a more fine-grained resetting might have been nicer but all my attempts in this direction resulted in an unlocalized division by zero error somewhere in the C code.

* When the Action Timer is invoked it checks the given directory for .br and .cr files and if both are present with the same name the action is added to the list.
** The files are parsed using a subclass of <tt>PROFILE_CONVERTER</tt> which overrides a feature so the converted information isn't written to disk.
* A new class inheriting from <tt>PROFILE_INFORMATION</tt> has been added to make total execution time always available.
* The actions are then displayed with a comparison of the execution times and with detailed profiling information.
= Drawbacks =
* It's not possible to have nested actions. This would require larger changes to the run-time.
= Screenshots =
[[Image:action_timer_screenshot.jpg]]
= Responsible =
[[User:Alan Fehr|Alan Fehr]]

Profiling Actions

2006-06-19T16:43:31Z

Alan Fehr:

[[Category:Profiler]]
[[Category:Projects]]
= Overview =
The goal of this project is to add the concept of actions to the Eiffel Studio profiler to make the timing of GUI applications easier.

= Main Functionality =
* In the code the user can add

action_timer.start_action ("myAction")

-- action to time

action_timer.stop_action

: around interesting parts of code.

* The tool checks if the directory already contains a file named myAction.br (base run). If it does a file named myAction.cr (comparison run) is created, otherwise the base run file is created.
* Then the user can view the timed actions (requires base and comparison runs exist) to see if his code modifications slowed down or speeded up the code

= Implementation =
* I modified the files eif_option.h and option.c in the run-time. When an action ends I save the profiling information into a file with the name of the action. After that the profiling stack is freed and reinitialized:
ht_free(class_table);
prof_stack_free();
initprf();
* For this to work <tt>stop_profile</tt> has been modified to check a flag and not report a profile stack corruption if the flag is true.

* When the Action Timer is invoked it checks the given directory for .br and .cr files and if both are present with the same name the action is added to the list.
** The files are parsed using a subclass of <tt>PROFILE_CONVERTER</tt> which overrides a feature so the converted information isn't written to disk.
* A new class inheriting from <tt>PROFILE_INFORMATION</tt> has been added to make total execution time always available.
* The actions are then displayed with a comparison of the execution times and with detailed profiling information.
= Drawbacks =
* It's not possible to have nested actions. This would require larger changes to the run-time.
= Screenshots =
[[Image:action_timer_screenshot.jpg]]
= Responsible =
[[User:Alan Fehr|Alan Fehr]]

Profiling Actions

2006-06-19T16:36:44Z

Alan Fehr:

[[Category:Profiler]]
[[Category:Projects]]
= Overview =
The goal of this project is to add the concept of actions to the Eiffel Studio profiler to make the timing of GUI applications easier.

= Main Functionality =
* In the code the user can add

action_timer.start_action ("myAction")

-- action to time

action_timer.stop_action

: around interesting parts of code.

* The tool checks if the directory already contains a file named myAction.br (base run). If it does a file named myAction.cr (comparison run) is created, otherwise the base run file is created.
* Then the user can view the timed actions (requires base and comparison runs exist) to see if his code modifications slowed down or speeded up the code

= Implementation =
* I modified the files eif_option.h and option.c in the run-time. When an action ends I save the profiling information into a file with the name of the action. After that the profiling stack is freed and reinitialized:
ht_free(class_table);
prof_stack_free();
initprf();
* For this to work <tt>stop_profile</tt> has been modified to check a flag and not report a profile stack corruption if the flag is true.

* When the Action Timer is invoked it checks the given directory for .br and .cr files and if both are present with the same name the action is added to the list.
** The files are parsed using a subclass of <tt>PROFILE_CONVERTER</tt> which overrides a feature so the converted information isn't written to disk.
* A new class inheriting from <tt>PROFILE_INFORMATION</tt> has been added to make total execution time always available.
* The actions are then displayed with a comparison of the execution times and with detailed profiling information.
= Drawbacks =
* It's not possible to have nested actions. This would require larger changes to the run-time.
= Screenshots =
[[Image:action_timer_screenshot.jpg]]

File:Action timer screenshot.jpg

2006-06-19T16:33:23Z

Alan Fehr:

Profiling Actions

2006-06-19T16:32:57Z

Alan Fehr:

[[Category:Profiler]]
[[Category:Projects]]
= Overview =
The goal of this project is to add the concept of actions to the Eiffel Studio profiler to make the timing of GUI applications easier.

= Main Functionality =
* In the code the user can add

action_timer.start_action ("myAction")

-- action to time

action_timer.stop_action

: around interesting parts of code.

* The tool checks if the directory already contains a file named myAction.br (base run). If it does a file named myAction.cr (comparison run) is created, otherwise the base run file is created.
* Then the user can view the timed actions (requires base and comparison runs exist) to see if his code modifications slowed down or speeded up the code

= Implementation =
* I modified the files eif_option.h and option.c in the run-time. When an action ends I save the profiling information into a file with the name of the action. After that the profiling stack is freed and reinitialized:
ht_free(class_table);
prof_stack_free();
initprf();
* For this to work <tt>stop_profile</tt> has been modified to check a flag and not report a profile stack corruption if the flag is true.

* When the Action Timer is invoked it checks the given directory for .br and .cr files and if both are present with the same name the action is added to the list.
** The files are parsed using a subclass of <tt>PROFILE_CONVERTER</tt> which overrides a feature so the converted information isn't written to disk.
* A new class inheriting from <tt>PROFILE_INFORMATION</tt> has been added to make total execution time always available.
* The actions are then displayed with a comparison of the execution times and with detailed profiling information.
= Screenshots =
[[Image:action_timer_screenshot.jpg]]

Profiling Actions

2006-06-19T15:42:36Z

Alan Fehr:

[[Category:Profiler]]
[[Category:Projects]]
= Overview =
The goal of this project is to add the concept of actions to the Eiffel Studio profiler to make the timing of GUI applications easier.

= Main Functionality =
* In the code the user can add

action_timer.start_action ("myAction")

-- action to time

action_timer.stop_action

: around interesting parts of code.

* The tool checks if the directory already contains a file named myAction.br (base run). If it does a file named myAction.cr (comparison run) is created, otherwise the base run file is created.
* Then the user can view the timed actions (requires base and comparison runs exist) to see if his code modifications slowed down or speeded up the code

= Implementation =
* I modified the files eif_option.h and option.c in the run-time. When an action ends I save the profiling information into a file with the name of the action. After that the profiling stack is freed and reinitialized:
ht_free(class_table);
prof_stack_free();
initprf();
* For this to work <tt>stop_profile</tt> has been modified to check a flag and not report a profile stack corruption if the flag is true.

* When the Action Timer is invoked it checks the given directory for .br and .cr files and if both are present with the same name the action is added to the list.
** The files are parsed using a subclass of <tt>PROFILE_CONVERTER</tt> which overrides a feature so the converted information isn't written to disk.
* A new class inheriting from <tt>PROFILE_INFORMATION</tt> has been added to make total execution time always available.
* The actions are then displayed with a comparison of the execution times and with detailed profiling information.
= Screenshots =

Profiling Actions

2006-06-19T15:32:56Z

Alan Fehr:

Profiling Actions

2006-06-19T15:23:43Z

Alan Fehr: