I've got an app that does a lot of monitoring and tuning for disk/RAID related metrics. The app maintains a large number of database (SQLITE) tables with varying internal polling intervals, and it is important to minimize the overhead of obtaining some of the data.
Having said that, I want to create a mechanism to query everything, and interact with the app's internal database that is reasonably efficient, if user wants to get a few hundred items (or more) from my application's internal sqlite database at every polling interval.
Everything is in a sqlite database, but it is just unworkable to call a sqlite3 command-line hundreds of times per polling interval. Is there an elegant, easy way to accomplish this?
If I take the zabbix_agent program, which is threaded and add hooks into the database then this looks like the best way, but highest degree of difficulty.
Can zabbix_get & zabbix_sender be used efficiently to minimize overhead?
Having said that, I want to create a mechanism to query everything, and interact with the app's internal database that is reasonably efficient, if user wants to get a few hundred items (or more) from my application's internal sqlite database at every polling interval.
Everything is in a sqlite database, but it is just unworkable to call a sqlite3 command-line hundreds of times per polling interval. Is there an elegant, easy way to accomplish this?
If I take the zabbix_agent program, which is threaded and add hooks into the database then this looks like the best way, but highest degree of difficulty.
Can zabbix_get & zabbix_sender be used efficiently to minimize overhead?
Comment