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.
