Advertisement
If you have a new account but are having problems posting or verifying your account, please email us on hello@boards.ie for help. Thanks :)
Hello all! Please ensure that you are posting a new thread or question in the appropriate forum. The Feedback forum is overwhelmed with questions that are having to be moved elsewhere. If you need help to verify your account contact hello@boards.ie
Hi all! We have been experiencing an issue on site where threads have been missing the latest postings. The platform host Vanilla are working on this issue. A workaround that has been used by some is to navigate back from 1 to 10+ pages to re-sync the thread and this will then show the latest posts. Thanks, Mike.
Hi there,
There is an issue with role permissions that is being worked on at the moment.
If you are having trouble with access or permissions on regional forums please post here to get access: https://www.boards.ie/discussion/2058365403/you-do-not-have-permission-for-that#latest

Dirty pages in /proc/meminfo

  • 04-11-2015 5:16pm
    #1
    Registered Users Posts: 37


    A RedHat system has dirty pages in /proc/meminfo.
    Is it possible that there could be data loss if the system crashes? Is it possible to prevent this?
    Can we tell what would be lost exactly and is it possible to repair it?


Comments

  • Registered Users, Registered Users 2 Posts: 20,180 ✭✭✭✭jimgoose


    Holding dirty pages in core is always going to be a risky business. In a kernel panic, it's gone and there isn't much you can do about it. How much dirty stuff is showing? I suggest tuning /proc/sys/vm/dirty_ratio, /proc/sys/vm/dirty_expire_centisecs and /proc/sys/vm/dirty_writeback_centisecs to minimise the amount held, and thus the potential exposure.

    I don't think it's possible to inspect the Unix/Linux filesystem caches from userland. The best you can do is, if you're wondering about a particular file, mmap() it and find out if the pages are already resident using mincore().


Advertisement