Re: FastCode - IntToStr B&V v0.12
- From: "Dennis" <marianndkc@xxxxxxxxxxxxxxx>
- Date: Wed, 31 Aug 2005 10:33:19 +0200
Hi Avatar
> Perhaps it would be nicer to execute the benchmarking and validation in
> a secondairy thread? This would make the GUI more responsive during
> testing (on multiprocessor machines anyway; the benchmarks will of
> course have higher priority then the GUI thread in this case).
I would not spend any energy on it. I am against adding complexity if it is
not necessary. It creates more possible bugs and time can be used better on
something else.
The GUI should not be used while benchmarking.
Running validation at low priority in the background would be OK. Making it
stopable from the GUI is very low priority.
Regards
Dennis
.
- References:
- FastCode - IntToStr B&V v0.12
- From: Avatar Zondertau
- Re: FastCode - IntToStr B&V v0.12
- From: Avatar Zondertau
- Re: FastCode - IntToStr B&V v0.12
- From: Dennis
- Re: FastCode - IntToStr B&V v0.12
- From: Bruce McGee
- Re: FastCode - IntToStr B&V v0.12
- From: Avatar Zondertau
- FastCode - IntToStr B&V v0.12
- Prev by Date: Re: FastCode - IntToStr B&V v0.12
- Next by Date: Re: Fastcode MM B&V 0.50
- Previous by thread: Re: FastCode - IntToStr B&V v0.12
- Next by thread: Re: FastCode - IntToStr B&V v0.12
- Index(es):
Relevant Pages
|