{"id":26194,"date":"2019-08-06T16:21:37","date_gmt":"2019-08-06T20:21:37","guid":{"rendered":"https:\/\/mjtsai.com\/blog\/?p=26194"},"modified":"2019-08-08T15:33:02","modified_gmt":"2019-08-08T19:33:02","slug":"practical-concurrency-some-rules","status":"publish","type":"post","link":"https:\/\/mjtsai.com\/blog\/2019\/08\/06\/practical-concurrency-some-rules\/","title":{"rendered":"Practical Concurrency: Some Rules"},"content":{"rendered":"

Mark Bernstein<\/a>:<\/p>\n

\n

You can get away with murder. Going by the book, you’ve got to use extreme caution and you’ve always got to get it right. In practice, Tinderbox Six took all sorts of risks and accepted that it was Doing It Wrong in order to get stuff done.<\/p>\n<\/blockquote>\n

It sounds like there’s a good story here. My experience has been more that it’s sometimes hard to know when you’re doing something wrong, but that once you’re aware of it it’s not that much extra effort to do it by the book. I try to do that as much as possible because it’s no fun tracking down concurrency-related bugs.<\/p>\n\n

\n

The profiler is now good. It wasn’t always. In the Tinderbox 4 era, firing up the Profiler meant recompiling the world, and that took 20 minutes. Then, you'd get slow and inconclusive results, and throw up your hands. Life today is better[…]<\/p>\n<\/blockquote>\n

The profiler is indeed really great—when it works. Unfortunately, I have not had much luck getting it to work with tests. Most of the time, I Control-click on the test diamond and choose “Profile ‘testName()’”, it recompiles and launches Instruments, but it doesn’t actually run the test code. Sometimes I can get it to work with the old and clunkier approach of stopping at a breakpoint and then attaching Instruments to the running process, but other times it doesn’t actually record what it’s supposed to.<\/p>\n\n

\n

If a queue has one clear purpose, it’s easier to be confident it won’t deadlock. Dispatch queues are cheap. Don’t share queues, don’t reuse queues, don’t worry about making queues.<\/p>\n

Classes should encapsulate their queues.<\/p><\/blockquote>\n\n

Update (2019-08-07): Thomas Clement<\/a>:<\/p>\n

\n

Queues are not cheap, you should reuse queues, you should worry a lot about making (too many) queues.<\/p>\n<\/blockquote>\n

He’s posted some libdispatch efficiency tips<\/a> and links to some good threads from Swift Evolution. You may find them easier to read in the new Swift forums:<\/p>\n\n