Re: MM B&V "ManyShortLivedThreads" lock up
- From: "gustavo" <gustavo@xxxxxxxxxxx>
- Date: Thu, 28 Apr 2005 09:58:57 -0300
Hi Eric,
Wich Delphi version you are talking about. There is a known issue regarding
thread reacing conditions in Delphi 5. The bug occurs because of a reference
count problem when threads are created/destroyed. You must create a dummy
thread and keep it alive (suspended) until the end of the app to avoid this.
Regards,
--
Gustavo Hispagnol
Millennium Network
"Eric Grange" <egrangeNO@xxxxxxxxxxxxxxx> escreveu na mensagem
news:426fba11$1@xxxxxxxxxxxxxxxxxxxxxxxxx
> Just occured to me with FastMM3 (EXE just sat there, with zero
> CPU usage and no variation in memory or thread count usage either).
>
> Since an issue was also detected by Primoz with RTL MM on this
> benchmark when specifying CPU affinity (even on a single CPU),
> with it now happening for another MM, I'm not entirely sure this
> is a MM-related issue, but maybe a bug in some RTL or compiler
> generated code that may or may not be visible depending on how
> things got allocated...
>
> Any comments?
>
> Eric
.
- Follow-Ups:
- Re: MM B&V "ManyShortLivedThreads" lock up
- From: Eric Grange
- Re: MM B&V "ManyShortLivedThreads" lock up
- References:
- MM B&V "ManyShortLivedThreads" lock up
- From: Eric Grange
- MM B&V "ManyShortLivedThreads" lock up
- Prev by Date: Re: Fastcode MM Rule
- Next by Date: Re: MM B&V "ManyShortLivedThreads" lock up
- Previous by thread: MM B&V "ManyShortLivedThreads" lock up
- Next by thread: Re: MM B&V "ManyShortLivedThreads" lock up
- Index(es):
Relevant Pages
|