diff options
| author | NRK <nrk@disroot.org> | 2022-03-24 00:37:55 +0600 |
|---|---|---|
| committer | Hiltjo Posthuma <hiltjo@codemadness.org> | 2022-03-25 22:49:07 +0100 |
| commit | 22511c41d55a38a770541ae617a09383d5e6ad1c (patch) | |
| tree | 2239b8590d3bff0212ccf56e6f3c9fdcefcce5fe /%2525253fid%2525253db43ec0577f2ad8ad33a0b893fe5360d966036786%25253fid%25253db43ec0577f2ad8ad33a0b893fe5360d966036786&id2%25253d22511c41d55a38a770541ae617a09383d5e6ad1c%253fid%253db43ec0577f2ad8ad33a0b893fe5360d966036786%3fid%3d22511c41d55a38a770541ae617a09383d5e6ad1c?id=22511c41d55a38a770541ae617a09383d5e6ad1c | |
| parent | 77526f756e23e362081ac807521f901f2e5cd5e6 (diff) | |
drw_text: improve performance when there's no match
this was the last piece of the puzzle, the case where we can't find any
font to draw the codepoint.
in such cases, we use XftFontMatch() which is INSANELY slow. but that's
not the real problem. the real problem was we were continuously trying
to match the same thing over and over again.
this patch introduces a small cache, which keeps track a couple
codepoints for which we know we won't find any matches.
with this, i can dump lots of emojies into dmenu where some of them
don't have any matching font, and still not have dmenu lag insanely or
FREEZE completely when scrolling up and down.
this also improves startup time, which will of course depend on the
system and all installed fonts; but on my system and test case i see the
following startup time drop:
before -> after
60ms -> 34ms
Diffstat (limited to '%2525253fid%2525253db43ec0577f2ad8ad33a0b893fe5360d966036786%25253fid%25253db43ec0577f2ad8ad33a0b893fe5360d966036786&id2%25253d22511c41d55a38a770541ae617a09383d5e6ad1c%253fid%253db43ec0577f2ad8ad33a0b893fe5360d966036786%3fid%3d22511c41d55a38a770541ae617a09383d5e6ad1c?id=22511c41d55a38a770541ae617a09383d5e6ad1c')
0 files changed, 0 insertions, 0 deletions