https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-3631 Lustre <p>NOAA had a question about an observed behavior. As part of their change management validation, they rerun a battery of tests after they make a change. One of those is mdtest. What has been observed is that after a downtime, the file stat performance is terrible. Like 400/s. After a while, it goes up to around 10-15k. It seems to be a function of load as opposed to time. The more the filesystem is used (due to other testing), the faster the stat performance increases.</p> <p>Are there any thoughts on why this might happen? I have tried preloading the OST metadata, but that didn't seem to have any effect. I thought that IB routing might be an issue, but even when the IB fabric is untouched, we see this issue. It seems like it must be a cache issue, but I am unsure what caches are being warmed up. Any insight on why we are seeing this and how to preload the cache would be great.</p> <p>Thanks.</p> LU-3631

file stats are slow on filesystem start up

Bug Trivial Resolved Not a Bug Oleg Drokin Kit Westneat Wed, 24 Jul 2013 23:40:07 +0000 Mon, 30 Apr 2018 17:41:07 +0000 Wed, 2 Apr 2014 11:49:43 +0000 Lustre 1.8.9 0 3 <p>Oleg</p> <p>What do you recommend?</p> <p>Peter</p> <p>This is a fairly typical scenario as the filesystem cache is warmed up after a restart. In particular, the inode bitmaps need to be read from disk. If there are partially allocated itable blocks are also read from disk at allocation time (unallocated blocks are not read from disk).</p> <p>The inode bitmaps can be prefetched at boot time by running:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>dumpe2fs /dev/mdsdev 2&gt; /dev/null </pre> </div></div> <p>The problem of loading the inode bitmaps at startup time is avoided with Lustre 2.x formatted filesystems by using the flexbg feature. </p> <p>Ok great, thanks!</p> Related LU-10967 Development Rank 1|hzvw3j: Rank (Obsolete) 9351 Severity