Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- Date: Mon, 28 Jul 2008 23:42:49 +0900
- From: Curt Sampson <cjs@example.com>
- Subject: Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- References: <87iquvyc7y.fsf@uwakimon.sk.tsukuba.ac.jp> <20080724112711.GB7891@lucky.cynic.net> <87fxpzx9mt.fsf@uwakimon.sk.tsukuba.ac.jp> <20080727120405.752622d9.attila@kinali.ch> <20080727223043.GK4228@pragmatic.cynic.net> <d8fcc0800807280002v3f14071dk3b2c9e47ac3269c8@mail.gmail.com> <20080728080316.GA16586@lucky.cynic.net> <d8fcc0800807280309j3d410857w9b9e5fdd3462316a@mail.gmail.com> <20080728114336.GA18114@lucky.cynic.net> <d8fcc0800807280554m1db06f1aq3a58205b1f9861ea@mail.gmail.com>
- User-agent: Mutt/1.5.17 (2007-11-01)
On 2008-07-28 05:54 -0700 (Mon), Josh Glover wrote: > 2008/7/28 Curt Sampson <cjs@example.com>: > > > I did plenty of thread programming in Java way back when, and it's truly > > nasty stuff. > > Indeed it is. They are trying to improve that in Java 7; I read a > couple of articles describing the new fork/join framework: Well, that's very nice and all, but not at all what I was talking about. STM addresses what he calls "asynchrony," dealing with the locking issues that were my nightmare of Java thread programming. The fork/join framework doesn't address this at all. What the fork join framework does address, parallelism, is quite important, especially in this age machines with increasing number of cores. Unfortunately for the Java folks, and anybody else using impure languages, they appear to have no hope of catching up here. Parallism is trivial in Haskell and other pure languages: GHC, has had for years had a simple function, "par", and you simply apply it where you feel it might help, with little change to the structure of your program. (The reason parallelism is so trivial in pure languages is that, except where the programmer explicitly requests that things be done in a certain order, it doesn't matter to him the order in which operations are done, so the compiler and runtime can feel free to rearrange the calculations as they see fit.) Here are some examples: http://cgi.cse.unsw.edu.au/~dons/blog/2007/11/26#no-headaches http://cgi.cse.unsw.edu.au/~dons/blog/2007/11/29#smoking-4core cjs -- Curt Sampson <cjs@example.com> +81 90 7737 2974 Mobile sites and software consulting: http://www.starling-software.com
- Follow-Ups:
- Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- From: Josh Glover
- References:
- Re: work times & accommodation @tokyo, WAS: Re: [tlug] Embedded linux dev wanting to find work in Tokyo.. Seeking advice.
- From: Stephen J. Turnbull
- Re: work times & accommodation @tokyo, WAS: Re: [tlug] Embedded linux dev wanting to find work in Tokyo.. Seeking advice.
- From: Curt Sampson
- Re: work times & accommodation @tokyo, WAS: Re: [tlug] Embedded linux dev wanting to find work in Tokyo.. Seeking advice.
- From: Stephen J. Turnbull
- [tlug] STM (was: Re: work times & accommodation @tokyo)
- From: Attila Kinali
- Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- From: Curt Sampson
- Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- From: Josh Glover
- Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- From: Curt Sampson
- Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- From: Josh Glover
- Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- From: Curt Sampson
- Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- From: Josh Glover
Home | Main Index | Thread Index
- Prev by Date: Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- Next by Date: Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- Previous by thread: Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- Next by thread: Re: [tlug] STM (was: Re: work times & accommodation @tokyo)
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links