Hi Roland, > On 3 Feb 2018, at 5:56 pm, Roland Kuhn <goo...@rkuhn.info> wrote: > > I agree on the tendency. In the case of Akka there are two reasons for using > reflection and neither of them is caused by a lack of static types: > extensibility and remote marshaling. A new implementation could remove > configuration and skip serialization for the local case—in fact that was done > in my approach. Perhaps reviving that would solve your issue. > Sounds good to me. :-)
As a slight aside, I think that my general position is that no matter how many resources are available to a system, or what the perceived security requirements are, dead code elimination is going to become necessary in order for the JVM to continue competing against LLVM and other native, linking style targets (hence Graal AOT perhaps). For one thing, the more that I can run on a single machine, the less my costs are in terms of the machine’s specs. Thanks for the discussion. Cheers, -C -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> 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 akka-user+unsubscr...@googlegroups.com. To post to this group, send email to email@example.com. Visit this group at https://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.