-
Enhancement
-
Resolution: Fixed
-
P4
-
11, 12, 13
-
b18
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8231337 | 11.0.6-oracle | Philip Race | P4 | Resolved | Fixed | b01 |
| JDK-8234555 | 11.0.6 | Dmitry Batrak | P4 | Resolved | Fixed | b05 |
Currently each text layout operation includes the creation of Harfbuzz face object (hb_face_t). By creating it
only once per Font2D instance, a notable (couple of times) speedup of repeated layout operations for the same font can be achieved.
Harfbuzz face object is claimed to be 'threadsafe beyond construction'
(https://lists.freedesktop.org/archives/harfbuzz/2009-August/000359.html), so there shouldn't be a problem with
concurrent layout operations.
only once per Font2D instance, a notable (couple of times) speedup of repeated layout operations for the same font can be achieved.
Harfbuzz face object is claimed to be 'threadsafe beyond construction'
(https://lists.freedesktop.org/archives/harfbuzz/2009-August/000359.html), so there shouldn't be a problem with
concurrent layout operations.
- backported by
-
JDK-8231337 Cache HarfBuzz face object for same font's text layout calls
-
- Resolved
-
-
-
- Resolved
-
- relates to
-
JDK-8222915 getBounds() method of TextLayout is very slow with HarfBuzz font engine (Windows)
-
- Open
-
-
-
- Resolved
-