Exactly. I should have been clearer. The default windows/cygwin client is neither correct enough (cygwin's fault) nor provides all the metrics we want (in fact, because some of our farms are not just HPC farms, we want some other metrics as well). I remain grateful to whoever developed it, none-the-less.
I am not a windows man, but we are looking at the possibility of developing a fully native (no cygwin) client ourselves. The reason for the TCP question is that my feeling was that it would be much easier to produce a native "first pass" windows gmond client deliverying TCP only, rather that all that clever UDP stuff as well. But of course with the TCP route, I have fears of scaling. But there is a GEM in Martins reply (and a Doh moment for me), in that I assumed that every node would have to be polled by a gmetad to get the cluster info. But you remind me this is not so, I can do the structural equivalent of the udp unicast to a head node using TCP to a head node, that gmetad then interogates. Have I got this right guys? And the other thing for the community is asking whether anyone else out there is considering developing a native windows gmond. Kind regards, Richard -----Original Message----- From: michael chang [mailto:[EMAIL PROTECTED] Sent: 08 November 2005 00:21 To: [EMAIL PROTECTED] Cc: Grevis, Richard: IT (LDN); ganglia-general@lists.sourceforge.net Subject: Re: [Ganglia-general] windows gmond client On 11/7/05, Martin Knoblauch <[EMAIL PROTECTED]> wrote: > > If we were to cheat, and create a windows agent that only produced > > the XML via the tcp interface, and not the udp niceness, can anyone > > give me an idea of how this will scale? This obviously moves more > > work to gmetad. Will gmetad poop with 5 data sources, 100? > > > > Not knowing the Cygwin implementation at all, but what is wrong with > using the unicast TCP setup. Just select one or two nodes per > *cluster* to run "gmond" in TCP receive mode and let all other nodes > send data to them. Use the selected node(s) as data source for > "gmetad". Much better network usage compared to the multicast mode, > which produces traffic going up with N*N. And you don't have to worry > about switches blocking IGMP traffic. I think he means that Ganglia on Cygwin is inaccurate because Cygwin supposedly misreports certain metrics or can't report others. That would make sense, since Cygwin is a POSIX emulation layer (or whatever you call it). That said, I'm not sure about the validity of that statement. I think he wants to know if there is a Windows-specific Ganglia client that e.g. uses metrics provided by the Windows kernel subsystems (or similar) that "works better" or is "more accurate". [Which makes some sense, since there are reporting-mechanisms of some sort for Windows, I'm sure, since the System Resource Monitor (I know this was on 9x, forget about XP and the like) and the Task Manager (XP, or at least I believe 2000 and later versions or something) can show e.g. CPU usage. Whether these are internal-use-only or not, I have no clue.] -- ~Mike - Just my two cents - No man is an island, and no man is unable. ------------------------------------------------------------------------ For more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. ------------------------------------------------------------------------