Okay I was able to notice a *tiny* slowdown- it's due to Font Linking. Disable font-linking and you should be fine: alt-o -> irc -> messages -> [ ] font linking

This is not really a bug, just a reality of how Font Linking works: it's bound to be slower. I imagine it's just being accentuated by the use of control codes in this example. If your font is unicode aware (like verdana is) then you don't need to enable font-linking.

edit:

By the way, I ran the following benchmarks based on your code:

Code:
alias bench_normal {
  window @win
  var %x = 1 
  while (%x <= $$1) { 
    echo @win test %x - $2-
    inc %x 
  } 
}

alias bench_bold {
  window @win
  var %x = 1
  while (%x <= $$1) { 
    echo @win test %x - $2-
    inc %x 
  }
}


I use a /bench utility that runs them each and records ticks, I get:

1. With no unicode:

Command completed in (avg over 100 runs) 50.7 ticks: bench_normal 100 hello world
Command completed in (avg over 100 runs) 102.96 ticks: bench_bold 100 hello world

So bold is normally twice as slow, but we knew that.

2. With unicode, linking off:

Command completed in (avg over 100 runs) 54.75 ticks: bench_normal 100 äöü äöü äöü
Command completed in (avg over 100 runs) 96.72 ticks: bench_bold 100 äöü äöü äöü

3. With unicode, font linking on:

Command completed in (avg over 100 runs) 63.49 ticks: bench_normal 100 äöü äöü äöü
Command completed in (avg over 100 runs) 95.32 ticks: bench_bold 100 äöü äöü äöü

So empirical evidence shows there's actually *no* slowdown, even though the display might look slightly more lagged visually.

Last edited by argv0; 23/06/08 08:00 PM.
- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"