* w32 redisplay lags much more seriously when editing big files. @ 2008-07-23 8:24 Kevin Yu 2008-07-23 10:51 ` Kyle M. Lee 0 siblings, 1 reply; 6+ messages in thread From: Kevin Yu @ 2008-07-23 8:24 UTC (permalink / raw) To: emacs-devel [-- Attachment #1: Type: text/plain, Size: 472 bytes --] Hi, All The performance issue of new backend on w32 has been talked a lot on this list. If you hold down the "C-n", you will see half of the window is blank when the cursor goes over the bottom line of window. I have tried it on a big file with 20000 lines. It lags much more in a big file than a small file (about 2000 lines). So the file size will affected redisplay time? I wish it'll help you guys to improve the performance on w32. Best wishes. Kevin [-- Attachment #2: Type: text/html, Size: 588 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: w32 redisplay lags much more seriously when editing big files. 2008-07-23 8:24 w32 redisplay lags much more seriously when editing big files Kevin Yu @ 2008-07-23 10:51 ` Kyle M. Lee [not found] ` <475204970807240925o2e555db6u32cc098c58261182@mail.gmail.com> 0 siblings, 1 reply; 6+ messages in thread From: Kyle M. Lee @ 2008-07-23 10:51 UTC (permalink / raw) To: Kevin Yu; +Cc: emacs-devel [-- Attachment #1: Type: text/plain, Size: 623 bytes --] 2008/7/23 Kevin Yu <yujie052@gmail.com>: > Hi, All > The performance issue of new backend on w32 has been talked a lot on > this list. If you hold down the "C-n", you will see half of the window is > blank when the cursor goes over the bottom line of window. > This is a known issue. I care about this too. Though I closed my eyes to take a break when I pressed C-n . :-) > I have tried it on a big file with 20000 lines. It lags much more in a big > file than a small file (about 2000 lines). So the file size will affected > redisplay time? > I wish it'll help you guys to improve the performance on w32. > [-- Attachment #2: Type: text/html, Size: 1126 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <475204970807240925o2e555db6u32cc098c58261182@mail.gmail.com>]
* Fwd: w32 redisplay lags much more seriously when editing big files. [not found] ` <475204970807240925o2e555db6u32cc098c58261182@mail.gmail.com> @ 2008-07-24 16:25 ` David 2008-07-25 2:37 ` Chong Yidong 0 siblings, 1 reply; 6+ messages in thread From: David @ 2008-07-24 16:25 UTC (permalink / raw) To: emacs-devel [-- Attachment #1: Type: text/plain, Size: 1020 bytes --] I've been building the latest from CVS for a few months now. Everytime I try to run my local build, I have to stop because I can't stand the sluggish refresh. There appears to be something very wrong, but there's been very little chatter about it lately. I wonder if there's any status? On Wed, Jul 23, 2008 at 6:51 AM, Kyle M. Lee <mail2kyle@gmail.com> wrote: > > > 2008/7/23 Kevin Yu <yujie052@gmail.com>: > >> Hi, All >> The performance issue of new backend on w32 has been talked a lot on >> this list. If you hold down the "C-n", you will see half of the window is >> blank when the cursor goes over the bottom line of window. >> > > This is a known issue. I care about this too. Though I closed my eyes to > take a break when I pressed C-n . :-) > > >> I have tried it on a big file with 20000 lines. It lags much more in a >> big file than a small file (about 2000 lines). So the file size will >> affected redisplay time? >> I wish it'll help you guys to improve the performance on w32. >> > > [-- Attachment #2: Type: text/html, Size: 1958 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Fwd: w32 redisplay lags much more seriously when editing big files. 2008-07-24 16:25 ` Fwd: " David @ 2008-07-25 2:37 ` Chong Yidong 2008-07-26 3:33 ` finalpatch 0 siblings, 1 reply; 6+ messages in thread From: Chong Yidong @ 2008-07-25 2:37 UTC (permalink / raw) To: David; +Cc: emacs-devel David <david.boon@gmail.com> writes: > I've been building the latest from CVS for a few months now. Everytime I try > to run my local build, I have to stop because I can't stand the sluggish > refresh. There appears to be something very wrong, but there's been very > little chatter about it lately. > > I wonder if there's any status? I have no clue what causes this bug. If anyone on this list can share some ideas, no matter how vague, that would be nice. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Fwd: w32 redisplay lags much more seriously when editing big files. 2008-07-25 2:37 ` Chong Yidong @ 2008-07-26 3:33 ` finalpatch 2008-07-26 3:42 ` Chong Yidong 0 siblings, 1 reply; 6+ messages in thread From: finalpatch @ 2008-07-26 3:33 UTC (permalink / raw) To: emacs-devel Chong Yidong <cyd <at> stupidchicken.com> writes: > > David <david.boon <at> gmail.com> writes: > > > I've been building the latest from CVS for a few months now. Everytime I try > > to run my local build, I have to stop because I can't stand the sluggish > > refresh. There appears to be something very wrong, but there's been very > > little chatter about it lately. > > > > I wonder if there's any status? > > I have no clue what causes this bug. If anyone on this list can share > some ideas, no matter how vague, that would be nice. > > i did a -pg build last night and played with the executable a bit. here's the first few lines of the gprof output. i'm not sure if it's normal for "mark_object" to use so many cpu cycles but i'm not familiar with the code anyway. if anybody is interested i'll be glad to send him the complete file. Flat profile: Each sample counts as 0.01 seconds. % cumulative self self total time seconds seconds calls ms/call ms/call name 22.13 0.68 0.68 28772710 0.00 0.00 mark_object 7.87 0.92 0.24 1020457 0.00 0.00 re_match_2_internal 7.87 1.16 0.24 219620 0.00 0.00 Fbyte_code 3.61 1.26 0.11 44 2.50 19.57 Fgarbage_collect 3.28 1.37 0.10 3318374 0.00 0.00 lookup_char_property 2.46 1.44 0.07 5414804 0.00 0.00 char_table_ref 1.97 1.50 0.06 1139532 0.00 0.00 find_interval 1.97 1.56 0.06 368425 0.00 0.00 Fstring_equal 1.97 1.62 0.06 174135 0.00 0.00 oblookup 1.97 1.68 0.06 45620 0.00 0.00 re_compile_pattern 1.64 1.73 0.05 522580 0.00 0.00 get_next_display_element 1.64 1.78 0.05 518320 0.00 0.00 x_produce_glyphs 1.64 1.83 0.05 476645 0.00 0.00 overlays_at 1.64 1.88 0.05 149496 0.00 0.00 mark_vectorlike 1.64 1.93 0.05 4820 0.01 0.03 scan_lists 1.31 1.97 0.04 3012374 0.00 0.00 Fassq 1.31 2.01 0.04 18081 0.00 0.01 move_it_in_display_line_to 1.15 2.04 0.04 2094433 0.00 0.00 multibyte_char_to_unibyte_safe 0.98 2.08 0.03 5340008 0.00 0.00 Fcdr 0.98 2.11 0.03 4210881 0.00 0.00 marker_position 0.98 2.13 0.03 866237 0.00 0.00 Ffuncall 0.98 2.17 0.03 290191 0.00 0.00 _malloc_internal_nolock 0.98 2.19 0.03 218045 0.00 0.00 re_search_2 0.98 2.23 0.03 5185 0.01 0.01 display_line 0.82 2.25 0.03 1698196 0.00 0.00 specbind 0.66 2.27 0.02 2689926 0.00 0.00 readbyte_from_file 0.66 2.29 0.02 1182370 0.00 0.00 balance_an_interval 0.66 2.31 0.02 657759 0.00 0.00 validate_interval_range 0.66 2.33 0.02 500962 0.00 0.00 w32font_text_extents 0.66 2.35 0.02 345517 0.00 0.00 sort_overlays 0.66 2.37 0.02 265967 0.00 0.00 _free_internal_nolock 0.66 2.39 0.02 215633 0.00 0.00 read1 0.66 2.41 0.02 175616 0.00 0.00 update_syntax_table 0.66 2.43 0.02 174135 0.00 0.00 hash_string 0.66 2.45 0.02 114131 0.00 0.00 assq_no_quit 0.66 2.47 0.02 89724 0.00 0.00 concat 0.66 2.49 0.02 20650 0.00 0.00 stat 0.66 2.51 0.02 3365 0.01 0.01 xrdb_get_resource 0.49 2.52 0.01 797360 0.00 0.00 char_quoted 0.49 2.54 0.01 valid_lisp_object_p 0.33 2.55 0.01 3190277 0.00 0.00 readchar 0.33 2.56 0.01 1865738 0.00 0.00 re_iswctype ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Fwd: w32 redisplay lags much more seriously when editing big files. 2008-07-26 3:33 ` finalpatch @ 2008-07-26 3:42 ` Chong Yidong 0 siblings, 0 replies; 6+ messages in thread From: Chong Yidong @ 2008-07-26 3:42 UTC (permalink / raw) To: finalpatch; +Cc: emacs-devel finalpatch <fengli@gmail.com> writes: > i did a -pg build last night and played with the executable a > bit. here's the first few lines of the gprof output. i'm not sure if > it's normal for "mark_object" to use so many cpu cycles but i'm not > familiar with the code anyway. if anybody is interested i'll be glad > to send him the complete file. Thanks very much. Could you compile a similar list on GNU/Linux, for comparison? ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-07-26 3:42 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-07-23 8:24 w32 redisplay lags much more seriously when editing big files Kevin Yu 2008-07-23 10:51 ` Kyle M. Lee [not found] ` <475204970807240925o2e555db6u32cc098c58261182@mail.gmail.com> 2008-07-24 16:25 ` Fwd: " David 2008-07-25 2:37 ` Chong Yidong 2008-07-26 3:33 ` finalpatch 2008-07-26 3:42 ` Chong Yidong
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.