Page 1 of 1

[PB4.20b1] Profiler should also show the used time per line

Posted: Tue Jan 01, 2008 3:59 pm
by IceSoft
Profiler should also show the used time per line, maybe optional.

Posted: Tue Jan 01, 2008 4:21 pm
by freak
As i explained in the announcement, the fact that the program runs with debugger makes
timing information useless.

Posted: Tue Jan 01, 2008 4:33 pm
by IceSoft
freak wrote:As i explained in the announcement, the fact that the program runs with debugger makes
timing information useless.
You have right if I use breakpoints.
But If I run in debug mode without any stops...so I get a time which can help me to improve the code.
Of course a log file is also very helpfull to get infos about the terminated prog.

Posted: Tue Jan 01, 2008 4:55 pm
by freak
The debugger has to perform runtime checks and process commands from the IDE/external debugger.
This usually takes much longer than the execution of the actual line.

So the values you would get say nothing about how long the actual line needed to execute.
No matter if you use breakpoints or not.

Posted: Tue Jan 01, 2008 5:12 pm
by IceSoft
But a log file could be usefull. What think you about a log file?

Posted: Tue Jan 01, 2008 11:32 pm
by remi_meier
You can use my Analyzer. Unfortunately my webspace disappeared and the
old package (with docs etc.) is somewhere on another PC but this version
should work:
http://remi.secretly.de/downloads/analyzer.exe

It will modify your file (IIRC), so use "%COMPILEFILE" when using it as IDE
plugin. Furthermore it doesn't recognize IncludeFiles -> you have to merge
the files (with appropriate tools).

Posted: Tue Jan 01, 2008 11:35 pm
by Joakim Christiansen
freak wrote:So the values you would get say nothing about how long the actual line needed to execute.
Not even a little pinpoint?

Posted: Wed Jan 02, 2008 12:15 am
by freak
Maybe we can add a spechial time-profiling mode later on (maybe without the debugger).
For now, the line-profiling is already very useful, just give it a try.

Posted: Wed Jan 02, 2008 12:26 am
by IceSoft
freak wrote:Maybe we can add a spechial time-profiling mode later on (maybe without the debugger).
For now, the line-profiling is already very useful, just give it a try.
Yes it is usefull.

Posted: Wed Jan 02, 2008 9:31 am
by maw
From this Fred and Freak now has drawn the following conclusion: Never ever introduce new features, they'll just demand more :lol:

Posted: Wed Jan 02, 2008 10:53 am
by IceSoft
maw wrote:From this Fred and Freak now has drawn the following conclusion: Never ever introduce new features, they'll just demand more :lol:
Not right.
New features will be only compared with existing features on other products.

BTW:
Higher, faster, better...that are human goals.

Posted: Thu Jan 03, 2008 2:22 pm
by Little John
freak wrote:Maybe we can add a spechial time-profiling mode later on (maybe without the debugger).
That's what I wanted to say, too: Since the debugger disturbs time-profiling, implement the time-profiling with the debugger switched off.
freak wrote:For now, the line-profiling is already very useful, just give it a try.
I have tried that some time ago with another programming language. It's best when users have the choice between linecount-profiling and time-profiling. I personally mostly need time-profiling.

Regards, Little John

Posted: Sun Jan 20, 2008 3:39 pm
by Kazmirzak
I agree.

So it should also be available when the debugger is off! Simply add "Start with time checking" to the "Run" menu.
The debugger has to perform runtime checks
- True but irrelevant: Who sais I want the debugger while time testing?