[RFC] Skipping final cleanups in quit_target

[RFC] Skipping final cleanups in quit_target

[Aleksandar Ristovski]

Hello,

Does anyone see a problem in skipping "do_final_cleanups (ALL_CLEANUPS)" in 
top.c (quit_target)?

quit_target is called just before we exit gdb.

I have a case where shutdown takes approx. 40sec. With skipping the cleanups, 
time is significantly shorter.

Any thoughts?

Thank you,

Aleksandar Ristovski
QNX Software Systems

Re: [RFC] Skipping final cleanups in quit_target

[Daniel Jacobowitz]

On Thu, Mar 06, 2008 at 11:19:24AM -0500, Aleksandar Ristovski wrote:
> Hello,
>
> Does anyone see a problem in skipping "do_final_cleanups (ALL_CLEANUPS)" 
> in top.c (quit_target)?
>
> quit_target is called just before we exit gdb.
>
> I have a case where shutdown takes approx. 40sec. With skipping the 
> cleanups, time is significantly shorter.

Could you check which cleanups run, and which of them take so long?
Do they deal with letting go of the target system?

-- 
Daniel Jacobowitz
CodeSourcery

Re: [RFC] Skipping final cleanups in quit_target

[Aleksandar Ristovski]

Daniel Jacobowitz wrote:
> On Thu, Mar 06, 2008 at 11:19:24AM -0500, Aleksandar Ristovski wrote:
>> Hello,
>>
>> Does anyone see a problem in skipping "do_final_cleanups (ALL_CLEANUPS)" 
>> in top.c (quit_target)?
>>
>> quit_target is called just before we exit gdb.
>>
>> I have a case where shutdown takes approx. 40sec. With skipping the 
>> cleanups, time is significantly shorter.
> 
> Could you check which cleanups run, and which of them take so long?
I believe it is cleaning up the symbols and stuff like that (but i have to 
double check to be sure).

> Do they deal with letting go of the target system?
> 
No, that is being done explicitly by calling target_kill/target_detach and 
target_close in quit_target.

Re: [RFC] Skipping final cleanups in quit_target

[Daniel Jacobowitz]

On Thu, Mar 06, 2008 at 11:33:55AM -0500, Aleksandar Ristovski wrote:
> I believe it is cleaning up the symbols and stuff like that (but i have to 
> double check to be sure).

If it's just freeing memory, we don't have to, but maybe we shouldn't
be registering the cleanups at all - that shouldn't take nearly so
long though.

-- 
Daniel Jacobowitz
CodeSourcery

Re: [RFC] Skipping final cleanups in quit_target

[Aleksandar Ristovski]

Daniel Jacobowitz wrote:
> On Thu, Mar 06, 2008 at 11:33:55AM -0500, Aleksandar Ristovski wrote:
>> I believe it is cleaning up the symbols and stuff like that (but i have to 
>> double check to be sure).
> 
> If it's just freeing memory, we don't have to, but maybe we shouldn't
> be registering the cleanups at all - that shouldn't take nearly so
> long though.
> 
Well it is only visible and annoying with very large symbol files, but it will, 
of course, depend on the host system details.

RE: [RFC] Skipping final cleanups in quit_target

[Pierre Muller]

This should at least be configurable 
because it is good practice to have 
program that do cleanups...

  An example is that you might want to 
check if gdb is leaking memory, and you 
can do that by simply looking at 
heap allocations remaining at exit.
  Such tests will be harder with your suggestions,
which is the reason why I would suggest
to make this a configurable option.

Pierre Muller

> -----Original Message-----
> From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On
> Behalf Of Aleksandar Ristovski
> Sent: Thursday, March 06, 2008 5:19 PM
> To: gdb@sourceware.org
> Subject: [RFC] Skipping final cleanups in quit_target
> 
> Hello,
> 
> Does anyone see a problem in skipping "do_final_cleanups
> (ALL_CLEANUPS)" in
> top.c (quit_target)?
> 
> quit_target is called just before we exit gdb.
> 
> I have a case where shutdown takes approx. 40sec. With skipping the
> cleanups,
> time is significantly shorter.
> 
> Any thoughts?
> 
> Thank you,
> 
> Aleksandar Ristovski
> QNX Software Systems

Re: [RFC] Skipping final cleanups in quit_target

[Aleksandar Ristovski]

Pierre Muller wrote:
> This should at least be configurable 
> because it is good practice to have 
> program that do cleanups...
> 
>   An example is that you might want to 
> check if gdb is leaking memory, and you 
> can do that by simply looking at 
> heap allocations remaining at exit.
>   Such tests will be harder with your suggestions,
> which is the reason why I would suggest
> to make this a configurable option.

Yes, I am not against final cleanups in general, I am just looking for ways to 
cut down the time users perceive as useless waiting.

> 
> Pierre Muller
> 
>> -----Original Message-----
>> From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On
>> Behalf Of Aleksandar Ristovski
>> Sent: Thursday, March 06, 2008 5:19 PM
>> To: gdb@sourceware.org
>> Subject: [RFC] Skipping final cleanups in quit_target
>>
>> Hello,
>>
>> Does anyone see a problem in skipping "do_final_cleanups
>> (ALL_CLEANUPS)" in
>> top.c (quit_target)?
>>
>> quit_target is called just before we exit gdb.
>>
>> I have a case where shutdown takes approx. 40sec. With skipping the
>> cleanups,
>> time is significantly shorter.
>>
>> Any thoughts?
>>
>> Thank you,
>>
>> Aleksandar Ristovski
>> QNX Software Systems
> 
> 
> 

Re: [RFC] Skipping final cleanups in quit_target

[Michael Snyder]

On Thu, 2008-03-06 at 11:19 -0500, Aleksandar Ristovski wrote:
> Hello,
> 
> Does anyone see a problem in skipping "do_final_cleanups (ALL_CLEANUPS)" in 
> top.c (quit_target)?
> 
> quit_target is called just before we exit gdb.
> 
> I have a case where shutdown takes approx. 40sec. With skipping the cleanups, 
> time is significantly shorter.
> 
> Any thoughts?

Not sure -- what if the shut-down modifies target memory?
For example, removing breakpoints or something?  If we
skip it, we could leave the target in an inconsistant state.

Maybe a user settable option?  Kinda like "trust readonly"?