<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - fontconfig update racy, causes update storm that freezes the desktop"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=100096#c1">Comment # 1</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - fontconfig update racy, causes update storm that freezes the desktop"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=100096">bug 100096</a>
              from <span class="vcard"><a class="email" href="mailto:akira@tagoh.org" title="Akira TAGOH <akira@tagoh.org>"> <span class="fn">Akira TAGOH</span></a>
</span></b>
        <pre>(In reply to Jan Alexander Steffens (heftig) from <a href="show_bug.cgi?id=100096#c0">comment #0</a>)
<span class="quote">> Maybe fontconfig can at least reduce the impact by rechecking whether the
> cache is up-to-date after acquiring the lock?</span >

Maybe not possible. that is why this is racy. one who knows the targeted
directories is updated is only one or a few where is kicking updates. but it
isn't necessarily true that the updated caches contains the updates coming
during updating.

<span class="quote">>                                               This way there should be only
> one unexpected cache update instead of a dozen or more.</span >

Thus this isn't true.
If the updates on fonts directories is often happening, maybe good to increase
the rescan interval in the config to check. other option is to implement a
feature stops updating caches in fontconfig during loading caches. this will
prevents unexpected freeze on runtime. but someone needs to take care of the
outdated caches instead of fontconfig and re-create caches as needed then.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>