linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: AndyLiebman@aol.com
To: hvisage@envisage.co.za
Cc: linux-raid@vger.kernel.org, linux-xfs@oss.sgi.com
Subject: Re: XFS RAID only writing half the time
Date: Tue, 25 Nov 2003 12:41:23 EST	[thread overview]
Message-ID: <114.2c0b3fa3.2cf4ee43@aol.com> (raw)

Hendrik, 

Thanks for that suggestion. I tried it. Went to Google and under "vm.bdflush" 
found some documentation (http://www.faqs.org/docs/securing/chap6sec68.html) 
that explained what the various numbers mean. I didn't understand them all, 
but when I experimented and put in: 

10  1200  0  0   500     3000    60      20      0  (Just changed the first 
two figures) 

I noticed when looking at XOSVIEW that now I was writing to the disks about 
two or three times more often, and I guess writing smaller amounts of 
information each time. And the video capture lasted much longer than it did with the 
default Mandrake 9.2 setting (exactly the numbers you typed below, by the way). 

So now, do you know of any logical way to tweak these different values? I'm 
not sure that the second value of 1200 makes too much sense for what I'm trying 
to do. It seems like the higher the number in that position, the more 
"bursty" the writes are. 

I'm going to want to try to come up with some settings that allow capturing 
uncompressed video (18 MB/sec) while one or two other users are trying to read 
DV video (3.5 MB/sec) from the same drives. I guess that means I will want get 
the cache written to disk as soon as possible (leaving margin for difficult 
moments) while allowing other users to read from the disk on demand. In some 
ways, reading video files is more demanding than writing -- because what is read 
MUST arrive at the client computer exactly when needed. 

Also, do you know how Samba settings and TCP/IP settings could interact with 
this bdflush setting? I am using Samba 3.0.0 by the way. 

It's exciting that you can do all this tweaking in Linux. I'm a total newbie. 
But it's also a little daunting. 

Thanks again
Andy Liebman




> Although data is coming into my Linux machine at a rate of 18 MB/sec, I 
don't 
> see any disk activity for as much as 30 or 40 seconds after I begin 
recording 
> video. Looking at XOSVIEW, I can see on the memory display that the cache 
> fills up until my memory is almost entirely full, and ONLY THEN does the 
disk 
> writing activity begin. 
> 
> Usually this is fine, but once in a while -- after capturing video for 20 
> minutes or so, the system will have a "hiccup" and fail to write data fast 
> enough. My video editing application will then stop capturing. I don'

Play with the settings of: 
sysctl -a | grep vm.bdflush
vm.bdflush = 30 500    0       0       500     3000    60      20      0    
I've found the right settings would alleviate this hiccup issue.

HEndrik

             reply	other threads:[~2003-11-25 17:41 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-25 17:41 AndyLiebman [this message]
2003-11-25 18:57 ` XFS RAID only writing half the time Hendrik Visage
2003-11-25 19:26 ` Dirk Hufnagel
  -- strict thread matches above, loose matches on Subject: below --
2003-11-25 15:07 AndyLiebman
2003-11-25 15:40 ` Hendrik Visage
2003-11-25 16:01   ` Net Llama!

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=114.2c0b3fa3.2cf4ee43@aol.com \
    --to=andyliebman@aol.com \
    --cc=hvisage@envisage.co.za \
    --cc=linux-raid@vger.kernel.org \
    --cc=linux-xfs@oss.sgi.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).