<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Aug 8, 2017 at 3:44 PM, Jerry Casiano <span dir="ltr"><<a href="mailto:jerrycasiano@gmail.com" target="_blank">jerrycasiano@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Nice!<div dir="auto"><br></div><div dir="auto">I assume FcCharset is here to stay even if it might not be as accurate as it was before, correct?</div></div></blockquote><div><br></div><div>Of course.  That's the main machinery for fallback.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div class="gmail_extra">I'm guessing FcBlanks just wasn't something anybody used anyway.<br></div></div></blockquote><div><br></div><div>Right.  It was only useful to the extent that we did not trust fonts to have correct cmap.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5">On Aug 7, 2017 1:31 PM, "Behdad Esfahbod" <<a href="mailto:behdad@behdad.org" target="_blank">behdad@behdad.org</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div><div><div><div>Hi everyone,<br><br></div>I have a proposed patchset speeding up fontconfig scanning by 10x, simply by not loading glyphs at all, and trusting fonts having correct cmap:<br><br>  <a href="https://bugs.freedesktop.org/show_bug.cgi?id=64766#c56" target="_blank">https://bugs.freedesktop.org/s<wbr>how_bug.cgi?id=64766#c56</a><br><br></div>If no one has comments, I like to merge this and get it out for testing in the wild.<br><br></div>After this, I think we should fix the relocatable feature to not touch mmaped cache files.  Here's my proposed approach:<br><br>  <a href="https://bugs.freedesktop.org/show_bug.cgi?id=101889#c17" target="_blank">https://bugs.freedesktop.org/s<wbr>how_bug.cgi?id=101889#c17</a><br><br></div>After that, we should clean up the cache race patches and remove the locking.  We should accept that cache updates will always remain racy, simply because we don't have or want to use the kinds of synchronization primitives that guarantee no race.  With scanning 10x faster this shouldn't be a problem in practice.  I like to get back to each process trying to update the cache and possibly discarding its result if another process already did...<br><br></div>Cheers,<br clear="all"><div><div><div><div><div><div><div><br>-- <br><div class="m_6781769461799715013m_3538273128516531322gmail_signature">behdad<br><a href="http://behdad.org/" target="_blank">http://behdad.org/</a></div>
</div></div></div></div></div></div></div></div>
<br></div></div>______________________________<wbr>_________________<br>
Fontconfig mailing list<br>
<a href="mailto:Fontconfig@lists.freedesktop.org" target="_blank">Fontconfig@lists.freedesktop.o<wbr>rg</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/fontconfig" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/fontconfig</a><br>
<br></blockquote></div></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">behdad<br><a href="http://behdad.org/" target="_blank">http://behdad.org/</a></div>
</div></div>