One other possible use case: for interactive IJulia help notebooks, similar to Mathematica. Though you would probably want them completely sandboxed.
On Thursday, 19 March 2015 08:38:58 UTC, Tobias Knopp wrote: > > Same thing for Gtk.jl > Its an absolute standard pattern to spawn a thread even for small > workloads in order to keep a GUI responsible. > > > Am Mittwoch, 18. März 2015 23:48:02 UTC+1 schrieb Jacob Quinn: >> >> +1 to Mike's suggestion. I've looked into incorporating his auto-complete >> functionality into Sublime-IJulia, but the lag/locking up is a deal killer. >> >> On Wed, Mar 18, 2015 at 4:35 PM, Mike Innes <[email protected]> wrote: >> >>> In eval clients like Juno autocomplete locks up while evaluating, so >>> that's something I'm looking forward to solving with some thready goodness. >>> Not quite GUI as such but close. >>> On 18 Mar 2015 18:12, "Sebastian Good" <[email protected]> >>> wrote: >>> >>>> Task stealing parallelism is an increasingly common use case and easy >>>> to program. e.g. Cilk, Grand Central Dispatch, >>>> >>>> On Thursday, March 12, 2015 at 11:52:37 PM UTC-4, Viral Shah wrote: >>>>> >>>>> I am looking to put together a set of use cases for our >>>>> multi-threading capabilities - mainly to push forward as well as a >>>>> showcase. I am thinking of starting with stuff in the microbenchmarks and >>>>> the shootout implementations that are already in test/perf. >>>>> >>>>> I am looking for other ideas that would be of interest. If there is >>>>> real interest, we can collect all of these in a repo in JuliaParallel. >>>>> >>>>> -viral >>>>> >>>>> >>>>> >>>>> >>
