Adding in concurrent logic to help prevent ConcurrentModificationException#89
Adding in concurrent logic to help prevent ConcurrentModificationException#89rjasmin-camsys wants to merge 2 commits intotransitclock-mergefrom
Conversation
…ption, also appears to have a very minor boon to performance.
sheldonabrown
left a comment
sheldonabrown
left a comment
There was a problem hiding this comment.
It's cool you investigated a new locking mechanism, but I don't understand how you view its behaviour differently than the existing synchronized (..) blocks. Some of the work here seems superfluous, and some of your unlocks aren't in finally clauses.
Can you take a pass at my questions and help me understand? Thanks!
| // so that new IPC vehicle data will be created and cached and | ||
| // made available to the API. | ||
| VehicleDataCache.getInstance().updateVehicle(vehicleState); | ||
| l.unlock(); |
There was a problem hiding this comment.
again, if the updateVehicle(vehicleState) is at issue by being outside of the synchronized block, then consider moving it.
| } | ||
| } | ||
| } | ||
| l.unlock(); |
There was a problem hiding this comment.
Can you explain why a lock is needed here?
| count++; | ||
| } | ||
| threadNameCountMap.put(name, count); | ||
| l.unlock(); |
There was a problem hiding this comment.
If the threadNameCountMap.put is causing the issue, consider moving it inside the synchronized block.
| System.exit(-1); | ||
| } | ||
| } finally { | ||
| l.unlock(); |
There was a problem hiding this comment.
ok, you really need to convince me this is necessary. Locking an entire thread seems completely unreasonable. I suspect you don't understand how this thread is used.
There was a problem hiding this comment.
I can remove this and retest.
| // the next one | ||
| avlReports.put(avlReport.getVehicleId(), avlReport); | ||
| } | ||
|
|
There was a problem hiding this comment.
it the avlReports.put(...) is the problem here, I suggest extending the synchronized (avlReports) block instead. The Reentrant lock doesn't give you anything different as I understand it.
2 participants
Adding in concurrent logic to help prevent ConcurrentModificationException, also appears to have a very minor boon to performance.