Community
Participate
Working Groups
see bug311128 comment 2. To optimize the filtered listener we should consider using three simple filters instead of a single complex filter to allow the framework to optimize service event delivery.
Shouldn't someone measure that 3 listeners performs better than one before premature optimization is done? The corollary is to use one listener until someone actually demonstrates a performance problem.
(In reply to comment #1) > Shouldn't someone measure that 3 listeners performs better than one before > premature optimization is done? Absolutely! That is why I state we should consider doing this :-) We have already done measurements before where complex filters cause additional filter evaluations for each service events and that can cause performance to reduce if the number of listeners is high. I imagine the performance gain here will not be high because we are only talking about a single listener.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.