Hello All,

I am working on several applications that communicate with several 
different hardware realtime using Scala and Akka.

I entered the Scala world with Odersky's Functional Programming in Scala 
lecture without any knowledge of Java programming whatsoever. So I am not 
very good at Java itself. And it has been about a year now.

The problem I have now is that we are currently communicating with a 
consultant, and they asked what language we are currently using for our 
applications. When I said that it is Scala (which is a language based on 
Java) they say that Java is a no-no for a realtime application because of 
the Garbage Collection. If you do not handle the GC correctly, you can have 
problems while processing realtime information where milliseconds are of 
importance.

So, What I am asking is if this is correct on the case of using Akka, 
Functional Programming principles like always giving priority to 
immutability etc. 

Practically, is it possible to build an application that can handle 
processing a TCP/Serial etc. Input flow with the interval of 5ms forever 
without any delay?

I have checked several sources about the relationship between the actor 
model and immutability and it looks like there is no problem with GC if you 
are using immutability since the GC happens more frequent and much faster. 

What are the limiting factors of this concept? And is it doable or should I 
leave Akka for these purposes and always run towards C++?

Regards,

-- 
>>>>>>>>>>      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 [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/d/optout.

Reply via email to