Hi!
I try to use Zabbix for real-time SNMP-based industrial process control, which definetely need to much less than one second time resolution and reaction delay.
1. Is there any internal 'heartbeat' currently which limits time domain resolution of triggering and running user scripts ?
2. If so (looks like it is around one or two seconds), is there any possibility to make it around 1...10 ms ? (i mean when total q'ty of items and triggers is quite low).
3. Is database capable to store 100 to 1000 pcs. of same value per second, with correspond millisecond timestamp ?
4. If No, No and No, how much will be resources need, for implement this?
Thank you so much!
PS.
The only real-time related information is '--real-time' key for zabbix_sender, it sounds good, but no any information about what it means: when i use it for snmptraps, they still appear in history (Monotoring - Latest data - select my host - History) with big delay (from 1 to 5 second) and time-stamped with 1 second resolution, which is too coarse.
I try to use Zabbix for real-time SNMP-based industrial process control, which definetely need to much less than one second time resolution and reaction delay.
1. Is there any internal 'heartbeat' currently which limits time domain resolution of triggering and running user scripts ?
2. If so (looks like it is around one or two seconds), is there any possibility to make it around 1...10 ms ? (i mean when total q'ty of items and triggers is quite low).
3. Is database capable to store 100 to 1000 pcs. of same value per second, with correspond millisecond timestamp ?
4. If No, No and No, how much will be resources need, for implement this?
Thank you so much!
PS.
The only real-time related information is '--real-time' key for zabbix_sender, it sounds good, but no any information about what it means: when i use it for snmptraps, they still appear in history (Monotoring - Latest data - select my host - History) with big delay (from 1 to 5 second) and time-stamped with 1 second resolution, which is too coarse.
Comment