From: Cesar Inacio Martins <cesar_inacio_martins@yahoo.com.br>
To: linux-btrfs@vger.kernel.org
Subject: Tunning - cache write (database)
Date: Mon, 01 Oct 2012 10:27:28 -0300 [thread overview]
Message-ID: <50699A40.2030603@yahoo.com.br> (raw)
In-Reply-To: <1349098002.208.YahooMailNeo@web31801.mail.mud.yahoo.com>
Hi,
First, sorry if this isn't the place to get this kind of help...
If not, I appreciate some link , forum, where I can try get some answers...
My problem:
* Using btrfs + compression , flush of 60 MB/s take 4 minutes....
(on this 4 minutes they keep constatly I/O of +- 4MB/s no disks)
(flush from Informix database)
The enviroment :
* Virtualized environment
* OpenSuse 12.1 64bits, running over VmWare ESXi 5
* Btrfs version : btrfsprogs-0.19-43.1.2.x86_64
* Kernel : Linux jdivm06 3.1.10-1.16-desktop #1 SMP PREEMPT Wed Jun 27
05:21:40 UTC 2012 (d016078) x86_64 x86_64 x86_64 GNU/Linux
* The file system is used to keep the Informix database data (chunks).
* 8 cores (intel i7) , so, all btrfs threads able to work parallel.
The file system mount :
root@jdivm06:/proc/sys/fs# mount |grep ifx
/dev/sdb1 on /ifxdados type btrfs
(rw,nosuid,nodev,noexec,noatime,compress=zlib,space_cache)
My question, what I believed will help to avoid this long flush :
* Have some way to force this flush all in memory cache and then use the
btrfs background process to flush to disk ...
Security and recover aren't a priority for now, because this is part
of a database bulkload ...after finish , integrity will be desirable
(not a obligation, since this is a test environment)
For now, performance is the mainly requirement...
A plus :
root@jdivm06:/proc/sys/fs# cat /proc/sys/vm/dirty_ratio
50
root@jdivm06:/proc/sys/fs# cat /proc/sys/vm/dirty_background_ratio
10
Thanks
Cesar
next parent reply other threads:[~2012-10-01 13:34 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1349098002.208.YahooMailNeo@web31801.mail.mud.yahoo.com>
2012-10-01 13:27 ` Cesar Inacio Martins [this message]
2012-10-01 13:44 ` Tunning - cache write (database) Fajar A. Nugraha
2012-10-01 20:16 ` Clemens Eisserer
2012-10-02 0:46 ` Fajar A. Nugraha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50699A40.2030603@yahoo.com.br \
--to=cesar_inacio_martins@yahoo.com.br \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.