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.chwrote:

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