I'm interested in hard problems.
Recently, I've started thinking a lot about what CP6AN might look like.
Class::MOP and the Perl 6 Metamodel make me more excited than I'd like to admit.
Also expect occasional wordy technology-related rantings.
I'm convinced that some problems are considered hard mainly because they're really good at exposing unquestioned assumptions at different levels of a system.
Barrier Please Don’t Rely on Memory Barriers for Synchronization! C++ and the Perils of Double-Checked Locking
Barrier The Problem with Threads The Problem with Threads
In concurrency, one of those levels having its assumptions challenged is the programmer, but that's not the only reason it's hard.
Thanks for the links... (Score:1)
I hope people take time to read the articles before just assuming they're another reason to dismiss/avoid Perl's threads. ithreads has its issues, but applying some of the techniques in Lee's article may mitigate the
Re: (Score:1)
I'm having fairly good success with it for things other than actual parallel processing (running different parts of a program across two different versions of Perl).
I'm hoping it's going to be a slam dunk when the time comes to do some serious work with it.