RESOLVED FIXED 120110
[GTK] Skip FontConfig initialization in WebKitTestRunner if requested
https://bugs.webkit.org/show_bug.cgi?id=120110
Summary [GTK] Skip FontConfig initialization in WebKitTestRunner if requested
Zan Dobersek
Reported 2013-08-21 08:21:15 PDT
[GTK] Skip FontConfig initialization in WebKitTestRunner if requested
Attachments
Patch (1.92 KB, patch)
2013-08-21 08:23 PDT, Zan Dobersek
no flags
Patch (1.51 KB, patch)
2014-01-13 23:59 PST, Zan Dobersek
mrobinson: review+
Zan Dobersek
Comment 1 2013-08-21 08:23:31 PDT
Zan Dobersek
Comment 2 2013-08-21 08:26:15 PDT
As described in the change log, FontConfig initialization is pretty heavy computation-wise, and is as such unnecessarily shown as a bottleneck when reviewing the profile. This skews the whole profile and obstructs real problems as the FontConfig setup is not really necessary when not running layout tests.
Martin Robinson
Comment 3 2013-08-21 08:28:55 PDT
It is necessary to produce appropriate test results though, right?
Zan Dobersek
Comment 4 2013-08-21 09:17:31 PDT
When running layout tests, yes. This shouldn't apply to the performace tests (i.e. when running run-perf-tests and using a profiler), at least at the moment there are no tests testing the performance of anything that strictly relies on specific fonts being present. I'll think this through before pushing forward - in worst case, the FontConfig functions consuming substantial amount of time could be simply ignored when reviewing the profiles. Unfortunately the perf profiler doesn't provide any obvious mechanisms to ignore specific symbols at either record- or report-time.
Zan Dobersek
Comment 5 2013-08-21 09:19:11 PDT
Comment on attachment 209267 [details] Patch I'll spin off the typo fix into a separate patch.
Martin Robinson
Comment 6 2013-08-21 09:29:00 PDT
(In reply to comment #4) > This shouldn't apply to the performace tests (i.e. when running run-perf-tests and using a profiler), at least at the moment there are no tests testing the performance of anything that strictly relies on specific fonts being present. I see. You make a good point. As long as it does not cause tests to start failing, I have no objection.
Zan Dobersek
Comment 7 2014-01-13 23:59:16 PST
Martin Robinson
Comment 8 2014-01-14 08:05:54 PST
Comment on attachment 221110 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=221110&action=review > Tools/WebKitTestRunner/InjectedBundle/gtk/ActivateFontsGtk.cpp:87 > + if (g_getenv("WKTR_SKIP_FONTCONFIG_INITIALIZATION")) > + return; > + A "WEBKIT" prefix probably makes more sense here, since that's the one we traditionally use.
Zan Dobersek
Comment 9 2014-01-14 09:34:36 PST
Comment on attachment 221110 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=221110&action=review >> Tools/WebKitTestRunner/InjectedBundle/gtk/ActivateFontsGtk.cpp:87 >> + > > A "WEBKIT" prefix probably makes more sense here, since that's the one we traditionally use. I'd then change the variable name to 'WEBKIT_SKIP_WKTR_FONTCONFIG_INITIALIZATION'. Sounds OK?
Martin Robinson
Comment 10 2014-01-14 11:19:12 PST
(In reply to comment #9) > (From update of attachment 221110 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=221110&action=review > > >> Tools/WebKitTestRunner/InjectedBundle/gtk/ActivateFontsGtk.cpp:87 > >> + > > > > A "WEBKIT" prefix probably makes more sense here, since that's the one we traditionally use. > > I'd then change the variable name to 'WEBKIT_SKIP_WKTR_FONTCONFIG_INITIALIZATION'. Sounds OK? I'm not a big fan unnecessary abbreviation, so I prefer WEBKIT_SKIP_WEBKITTESTRUNNER_FONTCONFIG_INITIALIZATION.
Zan Dobersek
Comment 11 2014-01-14 11:46:00 PST
Note You need to log in before you can comment on or make changes to this bug.