Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider WebGL rendering priority. #2

Closed
rhysd opened this issue Dec 10, 2015 · 3 comments
Closed

Consider WebGL rendering priority. #2

rhysd opened this issue Dec 10, 2015 · 3 comments

Comments

@rhysd
Copy link
Owner

rhysd commented Dec 10, 2015

I already implemented all UI events from neovim. Last task is rendering using pixi.js (WebGL).
At first, I should check canvas rendering is a bottleneck of this app.

@rhysd
Copy link
Owner Author

rhysd commented Dec 10, 2015

2015-12-11 1 32 04

@rhysd
Copy link
Owner Author

rhysd commented Dec 10, 2015

I took profiling while reading a JS file. Neovim renders whole screen to show the file contents with syntax highlight.

Rendering time was from 6830ms to 6860ms so it took 30ms.
As the result, most time was taken to decode msgpack value from neovim via stdout. Canvas rendering was performed on Neov...ext at 6854ms (fillText) and Ne...t at 6858ms (fillRect).

As conclusion, it seems that decoding msgpack value is main factor.

@rhysd
Copy link
Owner Author

rhysd commented Dec 10, 2015

Hmm...

If the way to profile is correct, improving canvas rendering doesn't improve performance so much. It is better to improve decoding msgpack value (neovim client).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant