A Java Fork-Join Calamity

On Sat, Feb 11, 2012 at 4:07 AM, Nils Kilden-Pedersen wrote:
> Hadn't seen this before, so I thought I'd share. Comments are very welcome.
>
> http://coopsoft.com/ar/CalamityArticle.html

One comment: Clueless troll alert ...

"If only the lightweight F/J Framework were a blue-ribbon application
server. Regrettably, the framework is not a professional application
server."

Nuff said ...

Cheers,

Miles

"If only the lightweight F/J Framework were a blue-ribbon application
server. Regrettably, the framework is not a professional application
server."

LOL !!!!

On Sat, Feb 11, 2012 at 4:33 AM, Miles Sabin <miles@milessabin.com> wrote:

On Sat, Feb 11, 2012 at 4:07 AM, Nils Kilden-Pedersen <nilskp@gmail.com> wrote:
> Hadn't seen this before, so I thought I'd share. Comments are very welcome.
>
> http://coopsoft.com/ar/CalamityArticle.html

One comment: Clueless troll alert ...

"If only the lightweight F/J Framework were a blue-ribbon application
server. Regrettably, the framework is not a professional application
server."

Nuff said ...

So, are you saying that it IS an application server? Or are you saying that it shouldn't be considered an application server?
I too thought it was a weird statement to make when I read the piece, but isn't there a valid point in there somewhere?

On Sat, Feb 11, 2012 at 09:33:12AM +0000, Miles Sabin wrote:
> One comment: Clueless troll alert ...
>
> "If only the lightweight F/J Framework were a blue-ribbon application
> server. Regrettably, the framework is not a professional application
> server."
>
> Nuff said ...

Also, dude did not disclose that in fact his professional work involves
selling a "professional application server that does fork/join": the
one mentioned in the article (without saying it's his project).

See "Tymeac" at http://coopsoft.com/Products.html

It's fine to diss competing products/libraries/whatever but sketchy not
to disclose your own situation in the article, IMO anyway.

To me the entire post is just FUD.
The new ForkJoinPool has much better scalability than ThreadPoolExecutor.
Also, Akka uses it exclusively for async tasks (no joining) with
remarkable performance.

And, if you've ever looked inside the java.util.concurrent.* sources
before, you know you have to write unorthodox code to get things done
with low overhead.

Cheers,
√

On Sat, Feb 11, 2012 at 4:31 PM, Erik Osheim wrote:
> On Sat, Feb 11, 2012 at 09:33:12AM +0000, Miles Sabin wrote:
>> One comment: Clueless troll alert ...
>>
>> "If only the lightweight F/J Framework were a blue-ribbon application
>> server. Regrettably, the framework is not a professional application
>> server."
>>
>> Nuff said ...
>
> Also, dude did not disclose that in fact his professional work involves
> selling a "professional application server that does fork/join": the
> one mentioned in the article (without saying it's his project).
>
> See "Tymeac" at http://coopsoft.com/Products.html
>
> It's fine to diss competing products/libraries/whatever but sketchy not
> to disclose your own situation in the article, IMO anyway.
>

On Sat, Feb 11, 2012 at 3:13 PM, Nils Kilden-Pedersen wrote:
> On Sat, Feb 11, 2012 at 4:33 AM, Miles Sabin wrote:
>>
>> On Sat, Feb 11, 2012 at 4:07 AM, Nils Kilden-Pedersen
>> wrote:
>> > Hadn't seen this before, so I thought I'd share. Comments are very
>> > welcome.
>> >
>> > http://coopsoft.com/ar/CalamityArticle.html
>>
>> One comment: Clueless troll alert ...
>>
>> "If only the lightweight F/J Framework were a blue-ribbon application
>> server. Regrettably, the framework is not a professional application
>> server."
>>
>> Nuff said ...
>
>
> So, are you saying that it IS an application server? Or are you saying that
> it shouldn't be considered an application server?

Of course it isn't and shouldn't be. It's a completely ridiculous statement.

> I too thought it was a weird statement to make when I read the piece, but
> isn't there a valid point in there somewhere?

If there is I couldn't find it.

Cheers,

Miles

I tried again, trying not to be biased by the powerful rhetoric :disqualification  by "lack of industry professional attributes", and by  "failure to be a blue ribbon app server". The quality of the substance seems the same as that of the rhetoric....

2012/2/11 Erik Osheim <erik@plastic-idolatry.com>

On Sat, Feb 11, 2012 at 09:33:12AM +0000, Miles Sabin wrote:
> One comment: Clueless troll alert ...
>
> "If only the lightweight F/J Framework were a blue-ribbon application
> server. Regrettably, the framework is not a professional application
> server."
>
> Nuff said ...

Also, dude did not disclose that in fact his professional work involves
selling a "professional application server that does fork/join": the
one mentioned in the article (without saying it's his project).

See "Tymeac" at http://coopsoft.com/Products.html

It's fine to diss competing products/libraries/whatever but sketchy not
to disclose your own situation in the article, IMO anyway.

On Sat, Feb 11, 2012 at 10:36 AM, √iktor Ҡlang <viktor.klang@gmail.com> wrote:

To me the entire post is just FUD.
The new ForkJoinPool has much better scalability than ThreadPoolExecutor.
Also, Akka uses it exclusively for async tasks (no joining) with
remarkable performance.

And, if you've ever looked inside the java.util.concurrent.* sources
before, you know you have to write unorthodox code to get things done
with low overhead.

Absolutely. This, probably more than anything, was an idiotic point.

On 2012-02-11 10:33, Miles Sabin wrote:
> "If only the lightweight F/J Framework were a blue-ribbon application
> server. Regrettably, the framework is not a professional application
> server." Nuff said ...

Blue-ribbon application server? What's that supposed to be? (The first
google hit for the term is his article)

-sz

I think it means, something that meets all the criteria he came up with (by making a comparison of FJ vs. his product).

On Mon, Feb 13, 2012 at 5:00 AM, Stefan Zeiger <szeiger@novocode.com> wrote:

On 2012-02-11 10:33, Miles Sabin wrote:

"If only the lightweight F/J Framework were a blue-ribbon application server. Regrettably, the framework is not a professional application server." Nuff said ...

Blue-ribbon application server? What's that supposed to be? (The first google hit for the term is his article)

-sz

This serves excellently to illustrate the point that skimping on paying a proper technical writer is a false economy.

From: nilskp@gmail.com
Date: Fri, 10 Feb 2012 23:07:50 -0500
Subject: [scala-user] A Java Fork-Join Calamity
To: scala-user@googlegroups.com

Hadn't seen this before, so I thought I'd share. Comments are very welcome.
http://coopsoft.com/ar/CalamityArticle.html

Probably like blue-ribbon for fastest ship from Europe to USA.

I think he means this: http://en.wikipedia.org/wiki/Blue_ribbon

On Mon, Feb 13, 2012 at 12:27 PM, Rikolino <riko.noc@gmail.com> wrote:

Probably like blue-ribbon for fastest ship from Europe to USA.

--
Viktor Klang

Akka Tech LeadTypesafe - The software stack for applications that scale

Twitter: @viktorklang

I thought this could be of interest:
http://www.dzone.com/links/scalability_of_akka_20_fork_join_pool_48_core...

Cheers,
√

2012/2/13 √iktor Ҡlang :
> I think he means this: http://en.wikipedia.org/wiki/Blue_ribbon
>
>
> On Mon, Feb 13, 2012 at 12:27 PM, Rikolino wrote:
>>
>> Probably like blue-ribbon for fastest ship from Europe to USA.
>
>
>
>
> --
> Viktor Klang
>
> Akka Tech Lead
> Typesafe - The software stack for applications that scale
>
> Twitter: @viktorklang
>

On Thu, Feb 16, 2012 at 4:08 AM, √iktor Ҡlang <viktor.klang@gmail.com> wrote:

I thought this could be of interest:
http://www.dzone.com/links/scalability_of_akka_20_fork_join_pool_48_core_ser.html

Cheers,
√

:-) 

2012/2/13 √iktor Ҡlang <viktor.klang@gmail.com>:
> I think he means this: http://en.wikipedia.org/wiki/Blue_ribbon
>
>
> On Mon, Feb 13, 2012 at 12:27 PM, Rikolino <riko.noc@gmail.com> wrote:
>>
>> Probably like blue-ribbon for fastest ship from Europe to USA.
>
>
>
>
> --
> Viktor Klang
>
> Akka Tech Lead
> Typesafe - The software stack for applications that scale
>
> Twitter: @viktorklang
>



--
Viktor Klang

Akka Tech Lead
Typesafe - The software stack for applications that scale

Twitter: @viktorklang