[rrd-users] Disk I/O

This is a discussion on [rrd-users] Disk I/O within the RRD Users forums, part of the Networking and Network Related category; --===============1713252610== Content-Type: multipart/alternative; boundary="----=_Part_9863_24368424.1205345208841" ------=_Part_9863_24368424.1205345208841 Content-Type: text/plain; charset=ISO-8859-1 ...


Go Back   Usenet Forums > Networking and Network Related > RRD Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 03-12-2008
Jeremy
 
Posts: n/a
Default [rrd-users] Disk I/O

--===============1713252610==
Content-Type: multipart/alternative;
boundary="----=_Part_9863_24368424.1205345208841"

------=_Part_9863_24368424.1205345208841
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

I'm doing a lot of graphing with RRDTOOL (using PNP for Nagios), updating
over 10,000 RRD files every few minutes. Just over 6 GB of small .rrd files,
about 400 writes/sec on average nonstop. Starting to run into disk I/O
issues, it's keeping up ok but the system is getting less and less
responsive as the I/O stays pegged at near 100%.

Before I throw hardware at the problem (Gigabyte ramdisks etc), I was
wondering a few things:

1) When you do an "rrdtool update" to add new data, does it have to rewrite
the whole file, or does it just append to the file? Since it rolls up the
old data I guess it needs to re-write the entire file each time? Either way
I guess this is not really anything that's configurable that we could try to
optimize but just curious what's going on under the hood.

2) Is there any way to have rrdtool use a MySQL database to save all the
data for the various files, instead of a ton of separate small files? Seems
like that might cause less I/O overhead maybe if it was just doing a bunch
of inserts but not rewriting all the individual files. I don't think this is
really possible but I just want to make sure.

Thanks!

------=_Part_9863_24368424.1205345208841
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,<br><br>I'm doing a lot of graphing with RRDTOOL (using PNP for Nagios), updating over 10,000 RRD files every few minutes. Just over 6 GB of small .rrd files, about 400 writes/sec on average nonstop. Starting to run into disk I/O issues, it's keeping up ok but the system is getting less and less responsive as the I/O stays pegged at near 100%.<br>
<br>Before I throw hardware at the problem (Gigabyte ramdisks etc), I was wondering a few things:<br><br>1) When you do an &quot;rrdtool update&quot; to add new data, does it have to
rewrite the whole file, or does it just append to the file? Since it
rolls up the old data I guess it needs to re-write the entire file each
time? Either way I guess this is not really anything that's
configurable that we could try to optimize but just curious what's
going on under the hood.<br><br>2) Is there any way to have rrdtool use a MySQL database to save all the data for the various files, instead of a ton of separate small files? Seems like that might cause less I/O overhead maybe if it was just doing a bunch of inserts but not rewriting all the individual files. I don't think this is really possible but I just want to make sure.<br>
<br>Thanks!<br><br><br>

------=_Part_9863_24368424.1205345208841--


--===============1713252610==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
rrd-users mailing list
rrd-users@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

--===============1713252610==--

Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 10:47 PM.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0