-
Notifications
You must be signed in to change notification settings - Fork 199
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
Slowness (in fundamental mode) #56
Comments
From cognomi...@gmail.com on April 28, 2009 12:07:16 |
From m.ni...@gmail.com on May 06, 2009 19:05:46 Test 1 - Yi from darcs. Running "time yi": Test 2 - Yi from darcs except with hunk ./Yi/UI/Vty.hs 211
real 0m4.311s Test 3 - Yi from darcs except with hunk ./Yi/Core.hs 95
real 0m0.879s Could calls to prepAction be avoided? |
From jeffwheeler on May 06, 2009 23:29:01 Does anybody know what Emacs/Vim do in the terminal to access the pasteboard? |
From pierreet...@gmail.com on May 07, 2009 06:32:45 And when working with files a thousand lines long, typing is also quite slow and requires more cpu than in |
From m.ni...@gmail.com on May 07, 2009 09:29:44 In vim, if you :set ai, pasted code will get reindented. You can :set paste, but this If you have the rough equivalent (define-key global-map (kbd "RET") The attached simulates pasting LaTeX in fast-latex mode. This takes 13.7s for me, |
From JeanPhil...@gmail.com on May 08, 2009 07:44:33 Thus in practice this boils down to "yi is slow". From there it would help to know which frontend you are using. For vty I think it |
From coreyoco...@gmail.com on May 08, 2009 21:44:41 As for async rendering with vty: I agree entirely. I think an initial implementation Even with vty having performing rending on a separate thread, it may be advantageous |
From JeanPhil...@gmail.com on May 09, 2009 07:14:18 This can be very useful actually: if we design things carefully (strictness |
From pierreet...@gmail.com on May 09, 2009 08:52:59 |
From JeanPhil...@gmail.com on May 09, 2009 09:17:50 |
From m.ni...@gmail.com on May 09, 2009 12:12:48 In my test there's no difference in runtime between vty 3.1.8 and 3.1.9, and The bottleneck is Yi.UI.Vty.prepareAction, taking 40% inherited time and alloc. And |
From coreyoco...@gmail.com on May 10, 2009 00:20:25 |
From m.ni...@gmail.com on May 12, 2009 13:36:49 hunk ./Yi/UI/Vty.hs 292
For timing I'm using the LaTeX test HackerMain.hs above renamed to Main.hs, plain Before: $ sh time real 0m5.473s After: $ sh time real 0m3.499s |
From m.ni...@gmail.com on May 12, 2009 15:08:01 Tue May 12 16:00:42 BST 2009 m.niloc@gmail.com
|
From JeanPhil...@gmail.com on May 13, 2009 08:06:20 |
From m.ni...@gmail.com on May 17, 2009 20:53:50 |
From jeffwheeler on July 29, 2009 23:46:46 |
From jeffwheeler on August 07, 2009 22:32:18 $ touch src/Yi/Boot.hs And I consistently get about 24 seconds on my machine. |
From jeffwheeler on October 17, 2009 23:30:49 That is, it just hangs after some variable number of characters, and doesn't seem to post anything (that I |
From jwall@google.com on April 27, 2011 02:48:02 |
Performance has recently seen a very nice boost. I have no problem loading in 5000 line file and moving around/making changes. Specific Vty pasting issues are being handled as per #601. Closing. |
Original author: pierreet...@gmail.com (April 27, 2009 07:50:12)
What steps will reproduce the problem?
Open a 1000 or more lines file in yi, even if the syntax of the language used is trivial (LaTeX, for
instance), typing is extremely slow. Moreover, pasting something from a global paste bin (for
instance apple+V in Mac OS's terminal) will take 100% CPU for several minutes and even pasting
three or four lines can take a minute.
What version of Yi are you using?
0.6.0
What version of GHC?
6.10.1
Original issue: http://code.google.com/p/yi-editor/issues/detail?id=265
The text was updated successfully, but these errors were encountered: