<p>I knew if I wrote a patch, better answers would instantly appear.</p>
<p>There is fadvise(FADV_DONTNEED) wrto fsync(2) analogous to madvise(MADV_DONTNEED) wrto msync(2). I will add to my patch in the next few days for measurement, todo++.</p>
<p>The easy answer for your "Chef installs packages and my databases stall!" is likely to run<br>
use nocache from <a href="url">https://github.com/Feh/nocache</a>. There's also a means to use a cgroup there to put a resource cap on RPM (or any other application) memory usage.</p>
<p>Perhaps the group scripting can be use with rpm lib: todo++.</p>
<p>Meanwhile rsync backups have a similar effect to your RPM issue. Both rpm/rsync have huge I/O needs that easily cause cache blowout. Recent rsync has not only a solution, but rsync can also use mincore(2) to explicitly verify that no blocks/pages from a file remain in the cache. Ditto, todo++ to add to patch ...</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/rpm-software-management/rpm/pull/187#issuecomment-292762306">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ANb80_EaScmjvPhEor_y36L1FYnFb-sXks5ruFcagaJpZM4MyLOi">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ANb80zyASu9DJ2aDHCG9EQhNBPU1YRxAks5ruFcagaJpZM4MyLOi.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/rpm-software-management/rpm/pull/187#issuecomment-292762306"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/rpm-software-management/rpm","title":"rpm-software-management/rpm","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/rpm-software-management/rpm"}},"updates":{"snippets":[{"icon":"PERSON","message":"@n3npq in #187: I knew if I wrote a patch, better answers would instantly appear.\r\n\r\nThere is fadvise(FADV_DONTNEED) wrto fsync(2) analogous to madvise(MADV_DONTNEED) wrto msync(2). I will add to my patch in the next few days for measurement, todo++.\r\n\r\nThe easy answer for your \"Chef installs packages and my databases stall!\" is likely to run\r\nuse nocache from [https://github.com/Feh/nocache](url). There's also a means to use a cgroup there to put a resource cap on RPM (or any other application) memory usage.\r\n\r\nPerhaps the group scripting can be use with rpm lib: todo++.\r\n\r\nMeanwhile rsync backups have a similar effect to your RPM issue. Both rpm/rsync have huge I/O needs that easily cause cache blowout. Recent rsync has not only a solution, but rsync can also use mincore(2) to explicitly verify that no blocks/pages from a file remain in the cache. Ditto, todo++ to add to patch ...\r\n"}],"action":{"name":"View Pull Request","url":"https://github.com/rpm-software-management/rpm/pull/187#issuecomment-292762306"}}}</script>