While troubleshooting performance problems myself, I executed poller.php manually against each host.
Some of my hosts simply take a ridiculous long time to respond :(

Are you monitoring MySQL and disk IO with Observium? For my system, RRD updates take up the vast majority of IO. I think every RRD update reads the entire file, updates it then writes it back out. However with enough RAM the operations happen entirely in cache.




On Thu, Jan 24, 2013 at 2:04 AM, Tobias Brunner <tobias.brunner@nine.ch> wrote:
Hi,

I have some performance troubles with the poller, it takes a bit more than 5
minutes to finish. There are 128 devices to poll...

Looking at the "Performance tuning" wiki page and the mailing list, I
implemented the following tweaks:
* Using poller-wrapper from Job Snijders ("Multiple poller instances" was
really bad, polling took about 10 minutes)
* Activated RRDcached

Putting the RRDs on a Ramdisk is not a solution for me (too less memory). Does
memcache work with the current SVN build?
What other options for performance tuning do I have? One idea was to have
"worker" server which only poll a subset of devices and report the values back
to the master. Is something like that possible?
Which resources need the most I/O? RRD or MySQL? Are there many inserts and
updates to the Database?

Thanks for all suggestions...

Cheers,
Tobias

--
Nine Internet Solutions AG, Albisriederstr. 243a, CH-8047 Zuerich
Support +41 44 637 40 40 | Tel +41 44 637 40 00 | Direct +41 44 637 40 13
Skype nine.ch_support
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium



--
Alex Presse
"How much net work could a network work if a network could net work?"