So it fixes the problem in its original context, but not in any larger settings. Since the whole point of STM is to be "compositional", I don't
#9539: TQueue can lead to thread starvation -------------------------------------+------------------------------------- Reporter: jwlato | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: Component: Core Libraries | Version: 7.8.2 Resolution: | Keywords: stm Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by winter): think this can honestly be called a fix. That will be another problem to tackle IMHO, since any long transactions rise the risk of starvation, and we really should educate user to be cautious about this! As for your realtime queue proposal, let's wait for some realworld benchmark results before taking further actions. I'm not opposite to a good realtime queue, it's just need some thoroughly evaluation before merged into standard library IMHO ；） -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9539#comment:23 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler