Loading large text files is unreasonably slow |
||||
Issue description1. Open https://gist.githubusercontent.com/sgraham/5a550d6465c8f06891de45fd6bf9b4f9/raw/8e67979d5c563c05ad73e1bb01a0b6dc536f5e46/gistfile1.txt 2. Attempt to scroll to the bottom to see an error. In Chrome Stable (Version 58.0.3029.110 (64-bit)) on a 2014 MacBook Pro, this takes ~1.5 minutes with the cpu spinning at 100% to become interactive. By contrast on the same hardware in Safari "Version 10.1.1 (12603.2.4)" it takes ~5 seconds and is reasonably responsive right away. Not sure where the time is going yet. Maybe caching things for the gpu?
,
Jun 15 2017
I can reproduce on Chrome 59 only sometimes (e.g. the first time it loads). Afterwards, performance is similar to the reported timings for Safari. Maybe something with loading?
,
Jun 20 2017
The main thread is blocked mostly by a layout task.
,
Jun 20 2017
Large text documents with long lines without white-space is the worst case scenario for our line breaking implementation which accounts for 95% of the layout time in this case. This is a known problem and something we are working on. Once we enable LayoutNG for inlines by default this should improve dramatically. Tracked in issue 636993. |
||||
►
Sign in to add a comment |
||||
Comment 1 by scottmg@chromium.org
, Jun 14 2017