lkml.org 
[lkml]   [2007]   [Jan]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: VM: Fix nasty and subtle race in shared mmap'ed page writeback
    Andrea Gelmini wrote:
    > On Thu, Jan 04, 2007 at 05:03:43PM +1100, Nick Piggin wrote:
    >
    >>Anyway that leaves us with the question of why Andrea's database is getting
    >>corrupted. Hopefully he can give us a minimal test-case.
    >
    >
    > yep, I can give you a complete image of my machine, or a root access.
    > replicate the problem it's not complicated, but it requires some time
    > (you have to expire/update usenet/newsgroup headers).
    > I can talk with Bauno to see if he can produce an automated program that
    > replicate user behavior.

    Myself, I don't think I have the time or capability to help much if the
    corruption involves a complicated set of userspace software, especially
    if you don't have a point where a regression was introduced.

    I was thinking like a 100 line C program that I can reproduce here ;)

    If you can even describe the steps it does: (eg. mmap file A, write(2) to
    it, truncate it, ...., should contain 1s but it contains 0s!), then we
    might have some suggestions to try.

    One obvious thing is change filesystems or filesystem block sizes, try
    ext2 or even tmpfs. Another is to try using write(2) instead of mmap to
    write data.

    --
    SUSE Labs, Novell Inc.
    Send instant messages to your online friends http://au.messenger.yahoo.com

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2007-01-05 06:39    [W:5.763 / U:0.020 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site