[haiku-bugs] Re: [Haiku] #8007: [app_server] fully unresponsive when resizing window of big textfile
- From: "AlienSoldier" <trac@xxxxxxxxxxxx>
- Date: Thu, 31 Oct 2013 17:27:16 -0000
#8007: [app_server] fully unresponsive when resizing window of big textfile
-----------------------------+----------------------------
Reporter: ttcoder | Owner: jua
Type: bug | Status: closed
Priority: normal | Milestone: R1
Component: System/Kernel | Version: R1/Development
Resolution: fixed | Keywords:
Blocked By: | Blocking: 7882, 8136
Has a Patch: 1 | Platform: All
-----------------------------+----------------------------
Comment (by AlienSoldier):
"Then reboot. Is it still reproducible then?"
Yes, note that the gap i mention are never much than 1 sec now (still
annoying that said).
"Does e.g. the mouse cursor freeze too"
Not that i feel (and it should be apparent because i use a fast mouse
accelerator setting).
Things that may slow things down:
I use USB sticks (for the media played and the booting OS) because i still
don't have HDs for that machine and the laptop HD is a slow one (5200
rpm). Those USB stick are not super fast, but not slow either. The P4
video card is native driver but because it is a server board, it have no
AGP and the on-board video card is PCI based. The soundcard is an SBlive
emuki. Both keyboard and mouse are PS/2. Just moving fast a window
around can bring the cpu meter to the roof (i always found that terribly
inefficient, especially that this should not require more than moving a
pointer and do some clipping).
Don't get me wrong, it is LOT better than last time i tested it, but i
still get audio gap. I get less on my R5 machine with smallest spec and
no HT, the only thing that can get that one to skip sound is with
seamonkey/firefox when those bang the cpu or the virtual memory hard.
I did not use VLC (because i have overlay stretching problem with the
video chip on that PC) so i use mediaplayer for video. I don't have
overlay at all in it, just "drawbitmap". I notice that if i lower the
color depth from 32 bit to 16 bit i "seem" to get better result at 1 HT
core and it become really really hard to reproduce with 2 HT core, so it
may be related to the app server and video bandwith. I plan to test it
tonight on my 1080 main monitor and see if it can skip more (that PCI card
can do 1080 if i keep it in 16 bit). Right now i am testing at 1024/768.
The crt monitor can do 1280x1024 and it seem to create more sound skip at
that resolution.
--
Ticket URL: <http://dev.haiku-os.org/ticket/8007#comment:108>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
