On Tue, Jan 7, 2014 at 4:22 PM, Rüdiger Möller <[email protected]> wrote:
> >> nanoTime is supposedly monotonic, where is your reference to the "same >> thread" claim? >> > > Its guaranteed to be monotonic seen from a single thread, not across > threads. systime millis is guaranteed to be monotonic across threads, so > its more expensive and requires some fencing etc. to be generated by > hotspot. There is a video of Cliff Click out there where he goes into that > in great detail .. > Anyway, the results are not skewed by that for sure. > I'm not sure a hand-wavy reference to Cliff is going to quench my thirst for facts even though Cliff is a great guy. > > > >> >>>> https://github.com/viktorklang/scala-vs-erlang/blob/9a124c75 >>>> c8034d9ba90baa2751f21c51f1e64ddc/scala/src/main/resources/ >>>> application.conf >>>> >>> >> Did you apply this? >> >> > > No, but i will try. I am not interested in presenting skewed benchmarks. > Abstraktor is not a competing project, its just my playground lean actor > impl to get a raw feeling of what should be possible. > The default settings is definitely not optimal for your use-case (as default settings rarely are). > > | Single-machine performance is only interesting if you are after single > points of failure. > > Both things are important: single machine performance AND remote messaging > throughput + latency. > Yep, my argument was that without remote you have a spof. > Regarding remoting/failover there are much faster options than actors/Akka > today. > Reference? > I appreciate your vision of making this transparent to the application. > Its a great idea, but I think your are still not there for the very high > end kind of application, no offence. I have built large high performance > distributed systems, so I know what I am talking bout. > What are you basing this opinion on, and what benchmark/setting are you comparing? > However regarding concurrent programming, actors can improve performance > and maintainability today, that's why i am currently > investigating/benchmarking local performance only. > I'll will incorporate your proposals into the test. > Great, let us know what the results were. Cheers, √ > > regards, > Rüdiger > > -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: http://akka.io/faq/ > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/groups/opt_out. > -- Cheers, √ *Viktor Klang* *Director of Engineering* Typesafe <http://www.typesafe.com/> Twitter: @viktorklang -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: http://akka.io/faq/ >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/groups/opt_out.
