From: "J.A. Magallon" <jamagallon@able.es>
To: Lista Linux-Kernel <linux-kernel@vger.kernel.org>
Subject: More on O_STREAMING (goodby read pauses)
Date: Thu, 10 Oct 2002 00:23:49 +0200 [thread overview]
Message-ID: <20021009222349.GA2353@werewolf.able.es> (raw)
Hi all...
I have discovered one other (good) side effect of O_STREAMING.
I tested it on my duap PII@400, ~900Mb RAM.
Timings:
Without O_STREAMING:
0.00user 10.13system 0:41.16elapsed 24%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (81major+2574minor)pagefaults 0swaps
With O_STREAMING:
0.00user 11.03system 0:40.06elapsed 27%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (81major+2574minor)pagefaults 0swaps
Memory:
Before
total: used: free: shared: buffers: cached:
Mem: 926797824 228376576 698421248 0 20729856 95637504
Swap: 353644544 114688 353529856
MemTotal: 905076 kB
MemFree: 682052 kB
MemShared: 0 kB
Buffers: 20244 kB
Cached: 93284 kB
SwapCached: 112 kB
Active: 77284 kB
Inactive: 97160 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 905076 kB
LowFree: 682052 kB
SwapTotal: 345356 kB
SwapFree: 345244 kB
BigFree: 0 kB
After test without O_STREAMING:
total: used: free: shared: buffers: cached:
Mem: 926797824 910376960 16420864 0 13369344 788623360
Swap: 353644544 1077248 352567296
MemTotal: 905076 kB
MemFree: 16036 kB
MemShared: 0 kB
Buffers: 13056 kB
Cached: 769088 kB
SwapCached: 1052 kB
Active: 83672 kB
Inactive: 759388 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 905076 kB
LowFree: 16036 kB
SwapTotal: 345356 kB
SwapFree: 344304 kB
BigFree: 0 kB
After test with O_STREAMING:
total: used: free: shared: buffers: cached:
Mem: 926797824 228241408 698556416 0 20647936 95596544
Swap: 353644544 114688 353529856
MemTotal: 905076 kB
MemFree: 682184 kB
MemShared: 0 kB
Buffers: 20164 kB
Cached: 93244 kB
SwapCached: 112 kB
Active: 77200 kB
Inactive: 97112 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 905076 kB
LowFree: 682184 kB
SwapTotal: 345356 kB
SwapFree: 345244 kB
BigFree: 0 kB
But I did the test with an addition: read a 1Gb file and print an '*'
after every 10M. Without O_STREAMING, when memory fills, the 'progress
bar' stalls for a few seconds while pages are sent to disk.
So the patch also favours a constant sustained rate of read from the
disk. Very interesting for things like video edition and so on.
I like it ;).
Thanks.
--
J.A. Magallon <jamagallon@able.es> \ Software is like sex:
werewolf.able.es \ It's better when it's free
Mandrake Linux release 9.1 (Cooker) for i586
Linux 2.4.20-pre10-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-2mdk))
next reply other threads:[~2002-10-09 22:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-09 22:23 J.A. Magallon [this message]
2002-10-09 22:43 ` More on O_STREAMING (goodby read pauses) Robert Love
2002-10-10 3:40 ` Mark Mielke
2002-10-10 14:39 ` J.A. Magallon
2002-10-10 18:01 ` Mark Mielke
2002-10-10 22:50 ` J.A. Magallon
2002-10-10 23:06 ` Andrew Morton
2002-10-11 2:04 ` Mark Mielke
-- strict thread matches above, loose matches on Subject: below --
2002-10-11 8:13 Samium Gromoff
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=20021009222349.GA2353@werewolf.able.es \
--to=jamagallon@able.es \
--cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox