rrdtool

[metaclass]

Осилил rrdtool. Лень переделывать пока софтину сбора данных, чтобы она писала в него, написал коротенький бат файл, экспортирующий раз в 30 секунд текущие показания датчиков из базы данных и обновляющий rrd-базу. Завтра утром гляну что получится.

Остались непонятные моменты, как положено делать - по одному файлу на датчик или несколько одинаковых датчиков в файле (но тогда файл можно будет обновлять только все датчики сразу - если обновлять по одному подряд - ругается что слишком часто обновления).
И еще непонятно - rrdtool update каждый раз файл заново открывает, пишет в него новые данные и закрывает, это ж для производительности, по идее смерть будет. И как они взаимодействуют с другими процессами, долбящимися в этот же файл - например, если я запущу параллельно график по нему построить, а его в этот момент обновят.

Пока предполагаю, что надо к программе, получающей данные с датчиков приделать запуск rrdtool с перенаправлением stdin и писать в него команды на апдейт rrd-баз.

Comments

[j-sheridan.livejournal.com]

1.Один файл на датчик.
2.Да, открывает, пишет, закрывает.
3.ррдтул сам разрулит что там где как открыто итд.

Ты, надеюсь, понял, что бд тут специфическая. Она хранящиеся данные со временем усредняет и удаляет.
Более того, если я еще не совсем маразматик, то помоему нет смысла обновлять бд тула чаще чем раз в минуту (а вот не помню точно настраивается это или нет)

А вообще покури munin - он прост как рубль. Набросаешь к нему плагин и айда.

[teewoon.livejournal.com]

rrdtool - это пять! добавлю к предыдущему mrtg | cacti.

[victor bolshakov (from livejournal.com)]

Если юзать бинарник то при большом числе собираемых данных наступает трындец.
Можно подключить rrdtool как dll - свежих dll под винду дано не видел, а собирать самому это такой праздник что...

Можно заюзать JRobin (www.jrobin.org) или его порт на .NET RRDSharp (http://sourceforge.net/projects/rrdsharp/), только он давно не обновлялся, но вполне работоспособный...

[victor bolshakov (from livejournal.com)]

А я тебе говорил, что контроллеру нужен Ethernet... наваял бы SNMP для него (или вааще лунукс туда впендюрил бы) и снимал данные стандартным образом.

[metaclass.livejournal.com]

Так если бинарник держать постоянно запущенным - по идее ж как минимум расходов на запуск процесса мы избежим.
Даже с dll - по идее, отличий от постоянно запущенного бинарника быть не должно, т.к. файлы ему нужно будет открывать закрывать постоянно.

[metaclass.livejournal.com]

Ну, я так и собираюсь сделать, но у меня под рукой плат с езернетом нету :)
Я бы предпочел радиомодули типа на 433 мгц, один из них прикрутить к компу и уже комп будет раздавать данные в езернет. Чтобы лишние провода не таскать и чтобы все это гальванически развязано было.

[victor bolshakov (from livejournal.com)]

а как ты будеш бинарник держать постоянно запущенным? Он отработал и закрылся...

[metaclass.livejournal.com]

"rrdtool -"
запускаем с перенаправленным stdin и он висит себе и ждет что ему запишут в качестве команды

[victor bolshakov (from livejournal.com)]

и шо оно под виндой тоже работает у них?

[metaclass.livejournal.com]

Да, я так и делаю.

[victor bolshakov (from livejournal.com)]

а вааще напиши свой RRD на голом .NET или Python - мне какраз нужно...

[metaclass.livejournal.com]

Тоже метод, в общем-то.