Date: Wed, 31 Oct 2007 15:44:40 +0100 From: <Helge.Oldach@atosorigin.com> To: <marck@rinet.ru>, <stable@freebsd.org> Subject: RE: rrdtool performance tuning (fwd) Message-ID: <39AFDF50473FED469B15B6DFF2262F7A034B5949@DEHHX001.deuser.de.intra> References: <20071029111235.E69594@woozle.rinet.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
Dmitry Morozovsky wrote on Monday, October 29, 2007 9:13 AM: > any hints to tune rrdtool with ~30k rrd files (approx 2k target > devices)?=20 >=20 > machine is mostly IO-bound, showing 100% disk load with 8 or > sometimes even 3 mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) This is how rrdtool behaves. The best you can do is avoid paging of the = "hot" blocks of the RRD files out of buffer cache by supplying sufficient RAM. Other options such as noatime etc. merely have minor effects. Personally, I run a 70k+ RRD file box by queueing the requests first and writing them to the database files in bulk, at the expense of an = artificial delay of a couple of minutes. Disk space is some 6 GB so using a RAM = disk might be an option, at the risk of losing data... Probably about 100k RRDs is what you can get out of current hardware. = Note specifically that SMP has no effect. Helge Atos Origin GmbH, Theodor-Althoff-Str. 47, D-45133 Essen, Postfach 100 123, D-45001 Essen Telefon: +49 201 4305 0, Fax: +49 201 4305 689095, www.atosorigin.de ING Bank AG, Frankfurt/Main: Konto 001 014 0937, BLZ 500 210 00, Swift / BIC INGBDEFF, IBAN DE74 5002 1000 0010 1409 37 Geschäftsführer: Wilbert Kieboom, Handelsregister Essen HRB 19354, Ust.-ID.-Nr.: DE147861238
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?39AFDF50473FED469B15B6DFF2262F7A034B5949>