I think Java is great for server applications, actually. I had to borrow an idea from the ROCKS guys and have the RRD directory be on a ramdisk. I then periodically copy this to the harddisk. It works well though.

How about the bug where people have to specify a timeout in tcp_accept_channel, or they get corrupted output? I know you mentioned -1 for the timeout to cause it to block.. That didn't work for me.. I still had to specify 500000.

So, while we're talking about future ideas.. Have you considered turning gmond into two programs - a transmitter and receiver? It just seems to work better in my head with the whole client/server method. I think (and I could be way off track) that most installations would not or do not have the gmonds on the compute nodes listening. This would just cause additional overhead on a CPU-bound system.

It could also make packaging binaries easier - a server package would have the server gmond, gmetad, web, etc, while the client would have just the client gmond.

- Josh

Joshua Durham
Computer Systems Engineer
Terascale Computing Facility at Virginia Tech

On Mar 15, 2005, at 10:23 AM, Matt Massie wrote:

guys-

i just put what i believe will be the 3.0.1 release at
http://matt-massie.com/ganglia/

i'm not going to release it until we've tested it here longer and you guys find it works well for you.

3.0.1.

fixes a bug in gmond using unicast only where a network failure to the listening gmond can cause the sending gmonds to block indefinitely.

fixes a bug in libmetrics for collecting network statistics on 2.6.x linux kernels.

adds a feature to gmetad that allows you to specify custom round-robin archives in gmetad.conf.

fixes a bug in ganglia.spec for starting and stopping ganglia services.

i also have another question for you guys.

how much do you love/hate java? how would you feel about having gmetad written in java?

i only ask because i'm playing around with jrobin (http://www.jrobin.org/) and it has some features that rrdtool does not which we really need. for example... in-memory rrds (sync to disk whenever you like).. dynamically altering rrd data sources/archives... databases are cross-platform.

i'm not sold on this idea at all but i wanted to get some early feedback before i allow my mind to wander any further.

-matt



--
PGP fingerprint 'A7C2 3C2F 8445 AD3C 135E F40B 242A 5984 ACBC 91D3'

   They that can give up essential liberty to obtain a little
      temporary safety deserve neither liberty nor safety.
  --Benjamin Franklin, Historical Review of Pennsylvania, 1759


Reply via email to