Opened 13 years ago
Closed 13 years ago
#8172 closed enhancement (fixed)
[Time] is slow to start
Reported by: | diver | Owned by: | zooey |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Preferences/Time & Date | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Looks like Time preflet reads ICU data file on every launch which delays its' start for 3 secons over here. It's just too much for such a tiny preflet. Maybe there is a way to read it only if user opens Time zone tab? Or some additional caching could be implemented somewhere? Maybe some other apps which use ICU data could benefit from it?
Attachments (1)
Change History (6)
comment:1 by , 13 years ago
comment:3 by , 13 years ago
On my computer Time preflet start after 6 second delay. I use non-english locale.
I don't undestand what for did ICU need. Loading string table and replacing some strings that depends on locale are very simple and fast without any libraries.
comment:4 by , 13 years ago
Running strace -f Time shows that Time spends 2 out of 3 seconds doing this:
[ 3240] _kern_resize_area(0x613c, 0xd0000) = 0x00000000 No error (11 us) [ 3240] _kern_resize_area(0x613c, 0xe0000) = 0x00000000 No error (11 us) [ 3240] _kern_resize_area(0x613c, 0x100000) = 0x00000000 No error (17 us) [ 3240] _kern_resize_area(0x613c, 0x120000) = 0x00000000 No error (15 us) [ 3240] _kern_resize_area(0x613c, 0x130000) = 0x00000000 No error (10 us) [ 3240] _kern_resize_area(0x613c, 0x150000) = 0x00000000 No error (13 us)
Also BeZilla seems to spend a lot of time doing the same on start.
comment:5 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Startup times of the Time preflet are reduced significantly by hrev43971.
Are you experiencing this on an emulated Haiku? As it takes about a second to start on my ~4 year old desktop machine which I still find acceptable (sure it would be nicer to have it launch instantly instead, though).