Progress of Cacti 0.8 and/or spine?

[Magelite]

Does anyone know the progress of Cacti 0.8 and/or spine?

I've only just started to use Cacti, but I seem to have already hit the limit on the number of devices/interfaces that can be monitored.

Currently I'm monitoring 448 items, and cmd.php takes about 4.6 minutes to complete, but I need to start adding more interfaces.

I've tried Andy Blyler's forked cmd.php replacement, but found it placed too much of a load on the system, and that the MySQL database was unable to respond to all the forked commands. I rewrote the fork.pl to allow a configurable maximum number of processes to run concurrently, but was surprised to find that this actually increased the collection cycle time!

[ablyler]

What procs limit did you set your script to?

The main reason for the slowness can be explained by the perl script having to call the php script which in turn calls the snmp lib or another php or perl script. It is one heavy load, hopefully we can get a C solution created that will lessen the load.

[Magelite]

The maximum number of concurrent processes that I could get working was 8. Any higher and I would start to see MySQL errors in cmd_proc.php.

I suspect I may have to do some tuning of the MySQL server... ie adding indexes and increasing connection rate. This may improve the interaction between cmd_proc.php and MySQL. Can anyone point me to some quick tuning guides??

And yes, a compiled solution (C, C++ etc) would be ideal.

[ablyler]

http://www.mysql.com/doc/en/Too_many_connections.html

I recommend increasing max_connections along with creating indexes.