Manuscript (Case [Issue]22477) Debugging - DelayScheduler cleanup and refactoring

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Manuscript (Case [Issue]22477) Debugging - DelayScheduler cleanup and refactoring

Pharo Issue Tracker
Manuscript Notification
avatar
Bug in Project:  Debugging: 1. Pharo Image  •  You are subscribed to this case
Here is a performance check of the three new classes against the existing DelaySpinScheduler. Even with the new additional abstraction,
up to 5000 concurrent delays the performance is essentially the same.  I guess not many applications will exceed that - and if they do then they can probably afford to put some effort into a custom optimized scheduler (e.g. duplicating methods rather than super sends - but then sista may overcome that anyway)
Priority Priority: 3 – Must Fix Status Status: Resolved (Fix Review Needed)
Assigned To Assigned to: Ben Coman Milestone Milestone: Later

Go to Case
No longer need updates? Unsubscribe from this case.

Don't want Manuscript notifications anymore? Update your preferences.

Manuscript

_______________________________________________
Pharo-bugtracker mailing list
[hidden email]
https://lists.gforge.inria.fr/mailman/listinfo/pharo-bugtracker