Hi Akka Team,
I am not expert in akka echo system. I am facing the following challenge, please advise me what to do.
I have akka cluster with two nodes(say node1 and node2). Both of them seed nodes (I really don’t care who is leading). Node2 is very very big machine. GC takes 30 mins (during this period machine hangs). Please don’t suggest for distributed application which I know (I am working in crawling environment so it takes ages to go to distributed environment).
If I set `auto-down-unreachable-after = 1800s` in akka configuration, what I understood is, there are high chances two clusters will be formed in case of network partition. That means messages from node1 to node2 (or vice versa) will not happen.
What do you suggest in this scenario?
What is important for me is
· The order of node1 and node2 start up should not matter. (In my application messages are guaranteed )
· If GC happens (30mins system hangs), after GC node2 automatically be available in the cluster.
I hope I explained well. Thanks a lot for your help.
Regards,
Seeta Vadali
--
>>>>>>>>>> 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+...@googlegroups.com.
To post to this group, send email to akka...@googlegroups.com.
Visit this group at http://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.
@Soumya, I didn't understand your question. Based on my understanding I am answering, if you have terribly huge (not very huge it is just 1 TB) heap space then JVM is very tired to clean it up.
So when I say this, keep in mind I am java guy who is pretty new to akka and scala, so this isn't expert advice. :) But tuning akka doesn't seem like the appropriate place for this. Either there is something in your application layer that requires this massive heap that could be re-evaluated or there is tuning you can do at the JVM layer that well help it handle GCs better.
I'm going to guess the majority of that heap is living in swap and that's why your GCs are so long?
Hi Martynas,
After adding acceptable-heartbeat-pause and removing auto-down-unreachable-after both nodes formed different clusters. I am still exploring failure-detector configuration part. If any one have any other suggestions I can save some time :) .
Thanks a lot to every response to this thread.
--
>>>>>>>>>> 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 a topic in the Google Groups "Akka User List" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/akka-user/9ZSFvxegNUY/unsubscribe.
To unsubscribe from this group and all its topics, send an email to akka-user+...@googlegroups.com.
To post to this group, send email to akka...@googlegroups.com.
Visit this group at http://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.
- We are using Java 7
- 32 cores I guess ( I am not sure though )
- Considering Azul
I didnt understand how come GC tuning matters with node joining the cluster. Is there any relation ?
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+...@googlegroups.com.
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+...@googlegroups.com.