Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Relationship between pdflush & kjournald

11 views
Skip to first unread message

Ryan Chan

unread,
Jan 26, 2010, 9:18:41 AM1/26/10
to
I was a little bit confused, as in journal filesystem, the data is
always written in journal. But pdflush flush dirty page periodically
from memory to filesystem.

Anyone can offer a better explaination, e.g. relationship, steps of
data being written from program to disk.

Thanks.

Grant

unread,
Jan 26, 2010, 3:17:56 PM1/26/10
to

The idea of delayed flushing of dirty memory to disk is so that file
I/O may be coalesced into groups of disk access for greater efficiency.

Gains are made by reducing disk seek time relative to disk data I/O time.

Grant.
--
http://bugs.id.au/

Ryan Chan

unread,
Jan 27, 2010, 8:51:26 AM1/27/10
to
On 1月27日, 上午4時17分, Grant <g_r_a_n...@bugs.id.au> wrote:
>
> The idea of delayed flushing of dirty memory to disk is so that file
> I/O may be coalesced into groups of disk access for greater efficiency.  
>
> Gains are made by reducing disk seek time relative to disk data I/O time.
>


Hi,

If this is the case, will there be chance of data loss?
And seems this is opposite to the journal filesystem?

Thanks.

John Hasler

unread,
Jan 27, 2010, 9:11:07 AM1/27/10
to
Ryan Chan writes:
> If this is the case, will there be chance of data loss?

Sure. To eliminate it you will have to turn off delayed flushing, at
considerable cost in performance. High-integrity database servers
sometimes do this.

> And seems this is opposite to the journal filesystem?

The primary goal of most journaling filesystems is to assure
consistency, not data integrity.
--
John Hasler
jha...@newsguy.com
Dancing Horse Hill
Elmwood, WI USA

Grant

unread,
Jan 27, 2010, 1:49:12 PM1/27/10
to
On Wed, 27 Jan 2010 05:51:26 -0800 (PST), Ryan Chan <ryanc...@gmail.com> wrote:

>On 1?27?, ??4?17?, Grant <g_r_a_n...@bugs.id.au> wrote:
>>
>> The idea of delayed flushing of dirty memory to disk is so that file
>> I/O may be coalesced into groups of disk access for greater efficiency.  
>>
>> Gains are made by reducing disk seek time relative to disk data I/O time.
>>
>
>
>Hi,
>
>If this is the case, will there be chance of data loss?

Yes, unexpected power loss means you'll lose what's in memory.

>And seems this is opposite to the journal filesystem?

Not as such, AFAIK the journal is so the stuff on disk make sense
next time you mount filesystem. Journal replay will chop off any
useless (partially written ) data that didn't completely make it to
the disk so you have a good filesystem.

I agree with John H's response.

Grant.
--
http://bugs.id.au/

Ryan Chan

unread,
Jan 29, 2010, 10:26:07 PM1/29/10
to

On 1月27日, 下午10時11分, John Hasler <jhas...@newsguy.com> wrote:
> The primary goal of most journaling filesystems is to assure
> consistency, not data integrity.
> --


Thanks.

0 new messages