Re: Sluggish/laggy browser behaviour
-- Messaggio inoltrato -- Da: "David Coppa" Data: 29/lug/2015 12:21 Oggetto: Re: Sluggish/laggy browser behaviour A: "Nathan Van Ymeren" Cc: Il 24/lug/2015 19:23, "Nathan Van Ymeren" ha scritto: > > Hi, > > I'm running the 19 July snapshot and am experiencing laggy tab > behaviour in both Chromium and Firefox. Specifically, when opening and > closing tabs I regularly experience noticeable and irritating pauses. > > The system is a thinkpad X220T with an i7 and 8 GB of memory, and under > different operating systems tabbing performance is acceptable. > > Has anyone experienced similar? > > dmesg follows: > > OpenBSD 5.8-beta (GENERIC.MP) #1171: Sun Jul 19 19:03:27 MDT 2015 ... > cpu0: Enhanced SpeedStep 2691 MHz: speeds: 2701, 2700, 2400, 2200, > 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0 > pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 > vga1 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09 > intagp at vga1 not configured This is suspicious. Isn't it? > inteldrm0 at vga1 > drm0 at inteldrm0 > inteldrm0: 1366x768 > wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) > wsdisplay0: screen 1-5 added (std, vt100 emulation) > "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured > puc0 at pci0 dev 22 function 3 "Intel 6 Series KT" rev 0x04: ports Cheers! David
Re: Sluggish/laggy browser behaviour
On Wed, Jul 29, 2015 at 12:46:01AM -0700, Nathan Van Ymeren wrote: > On Wed, 29 Jul 2015 02:35:39 -0400 > Brad Smith wrote: > > > Give up. The developers don't care in a functional manner. They won't > > listen to the obvious issues (and there are) and would rather attack > > you then admit the obvious. > > > > I don't think anyone's attacked me here, developer or not? > Disregard, some people have trouble understanding that harsh reactions are not really the result of reporting issues. Some people report many issues and never get a harsh reaction, while a few people always get harsh reactions when posting to the lists. I guess it's simpler to assume the problem is with the other people on the list rather than adjust a shitty attitude ;-) Reporting issues is one of the best way for a non-developer to help us and I think it's pretty clear to everyone that OpenBSD and all related projects don't tend to hide issues under the carpet. -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: Sluggish/laggy browser behaviour
On Wed, 29 Jul 2015 02:35:39 -0400 Brad Smith wrote: > Give up. The developers don't care in a functional manner. They won't > listen to the obvious issues (and there are) and would rather attack > you then admit the obvious. > I don't think anyone's attacked me here, developer or not? On Wed, 29 Jul 2015 00:20:46 -0600 Theo de Raadt wrote: > Nope. A non-developer is trying to preach their point of view to > you. > Okay thanks for the clarification.
Re: Sluggish/laggy browser behaviour
> >OpenBSD doesn't have multithreading in the kernel and is tuned for > >correctness rather than performance. > > I take from that I should not expect to see any movement on this > front... Nope. A non-developer is trying to preach their point of view to you.
Re: Sluggish/laggy browser behaviour
Well, video playback aside (least of my problems on this machine tbqf)... >OpenBSD doesn't have multithreading in the kernel and is tuned for >correctness rather than performance. I take from that I should not expect to see any movement on this front... Should I give up and go back to Linux then? Web usage is like a solid 50-60% of my daily use on this machine; I can't handle how bad scrolling and opening+closing tabs are if it's going to be my daily driver OS.
Re: Sluggish/laggy browser behaviour
On 07/28/2015 11:08 PM, Matthew Martin wrote: On 7/26/15, Henrik Friedrichsen wrote: Hey On Sun, Jul 26, 2015 at 10:46:30PM +0100, Dimitris Papastamos wrote: Try viewtube[0] and gecko-mediaplayer instead. No hangs on my system at all. Yeah, that is a workaround. Sometimes I use youtube_dl with mpv. That was just one example, though ;p I've used essentially this[1] bound to a key in cwm ever since coming across it to watch videos... I prefer browsers to just browse[2]. #!/bin/sh # needs zenity, youtube-dl and vlc installed URL=$(zenity --entry --text "Enter Video URL:") if [ "$URL" = "" ]; then echo "You must enter a url." exit fi TMPFILE=$(mktemp /tmp/youtube-vid.XX) youtube-dl --no-part -f 18/0/h264-sd -o $TMPFILE "$URL" & DL_PID=$! sleep 5 cvlc -f $TMPFILE vlc://quit kill $DL_PID rm $TMPFILE --- [1] http://daemonforums.org/showpost.php?s=985087eedf0b6bd2d04482749e5fd726&p=50021&postcount=29 [2] I say as typing this into gmail... Ha, someone's using my script on the internet ;) Nowadays mpv uses youtube-dl, so mpv works with even less dependencies. Here's a newer version of my script: #!/bin/sh URL="$(xclip -o)" if [ "$URL" = "" ]; then echo "You must select a url." exit 1 fi mpv -fs "$URL"
Re: Sluggish/laggy browser behaviour
> Did anyone try playing HTML5 video in a browser on a slow (<= 1Ghz) single > core machine running Linux? Would you expect that to work? Can't be done, maybe with a new 1ghz with a newish intel gpu. It took me a while with custom settings to get mythtv just to play DVB (480?) video (mplayer worked) well on something like mythbuntu 7 or 9 and newer versions of mythbuntu couldn't on the same hardware and settings. I have a p4 3ghz with hd2400 pro that can play 1080p after some twiddling in mythtv (vdpau which I thought was for nvidia) but low grade iplayer HD (<720P) is pushing it towards the limits on google chrome and I have another mythtv intel gpu 64 bit dual core (newer than duo) machine where chrome can play browser video but firefox really struggles. I'll love the day I can ditch those linux boxes with html5 being one step but I'm not sure I'll hold my breath for dvb/dvbs card support but maybe tv will all come through the internet via html5 in the future anyway :-) Things like sky go and many others only work with Windows and mobiles currently though. Pirate sites work of course and often have more conetent in one place as long as you can navigate the forests of javascript that OpenBSD is better suited to ;-) -- KISSIS - Keep It Simple So It's Securable
Re: Sluggish/laggy browser behaviour
On 7/26/15, Henrik Friedrichsen wrote: > Hey > > On Sun, Jul 26, 2015 at 10:46:30PM +0100, Dimitris Papastamos wrote: >> Try viewtube[0] and gecko-mediaplayer instead. No hangs on my system >> at all. > > Yeah, that is a workaround. Sometimes I use youtube_dl with mpv. That > was just one example, though ;p > > I've used essentially this[1] bound to a key in cwm ever since coming across it to watch videos... I prefer browsers to just browse[2]. #!/bin/sh # needs zenity, youtube-dl and vlc installed URL=$(zenity --entry --text "Enter Video URL:") if [ "$URL" = "" ]; then echo "You must enter a url." exit fi TMPFILE=$(mktemp /tmp/youtube-vid.XX) youtube-dl --no-part -f 18/0/h264-sd -o $TMPFILE "$URL" & DL_PID=$! sleep 5 cvlc -f $TMPFILE vlc://quit kill $DL_PID rm $TMPFILE --- [1] http://daemonforums.org/showpost.php?s=985087eedf0b6bd2d04482749e5fd726&p=50021&postcount=29 [2] I say as typing this into gmail...
Re: Sluggish/laggy browser behaviour
On 2015-07-28, Stefan Sperling wrote: > On Mon, Jul 27, 2015 at 08:58:54PM -0500, Yass Amed wrote: >> This problem is NOT specific to this model or any other machine (as far as I >> experienced). >> This issue was present on a few towers and still is on an Intel/Asus{1} >> based machine. >> You can try debugging FireFox or Chromium with gdb(1). >> >> {1} No dmesg, not on this machine at the moment. > > I have never seen fluent browser HTML5 video on any OpenBSD machine. > Generally, videos at a fair resolution on OpenBSD played back without > use of xvideo extensions or OpenGL are not watchable. > > My theory is that browsers rely on fast multi-core CPUs and multihreading in > the kernel to show video smoothly. OpenBSD doesn't have multihreading in > the kernel and is tuned for correctness rather than performance. > > Did anyone try playing HTML5 video in a browser on a slow (<= 1Ghz) single > core machine running Linux? Would you expect that to work? > > IIRC it works better on GENERIC rather than GENERIC.MP. I haven't tried in a while though.
Re: Sluggish/laggy browser behaviour
Il 28/lug/2015 19:06, "Stefan Sperling" ha scritto: > > On Tue, Jul 28, 2015 at 04:17:16PM +0200, Benjamin Baier wrote: > > I might have gotten luky but this Thinkpad X220 plays 720p Youtube HTML5 > > video in Chromium without glitches, even on fullscreen. > > As long as there is no other system load. > > I've only tried firefox. > > AFAIK chromium makes some use of OpenGL. > Perhaps that's why it works for you. something is fscked up wrt gstreamer playback (Firefox uses gstreamer) . Chromium and Iridium work fine for me on a T420. Cheers, David
Re: Sluggish/laggy browser behaviour
On Tue, Jul 28, 2015 at 04:17:16PM +0200, Benjamin Baier wrote: > I might have gotten luky but this Thinkpad X220 plays 720p Youtube HTML5 > video in Chromium without glitches, even on fullscreen. > As long as there is no other system load. I've only tried firefox. AFAIK chromium makes some use of OpenGL. Perhaps that's why it works for you.
Re: Sluggish/laggy browser behaviour
On 2015-07-28, Maurice McCarthy wrote: >> I have never seen fluent browser HTML5 video on any OpenBSD machine. > > Same here. I always download any video content first and play it in vlc or > mplayer. The chaps at Jondo reckon it is a little safer too. > https://anonymous-proxy-servers.net/en/faq-jondofox.html#1c Their remark is specifically about Flash and not at all about HTML5. Both VLC and MPlayer are kitchen-sink applications full of dubious code. VLC gets regular security advertisements; MPlayer doesn't, but that probably just means that nobody can be bothered to write them. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: Sluggish/laggy browser behaviour
On Tue, 28 Jul 2015 14:48:41 +0200 Stefan Sperling wrote: > On Mon, Jul 27, 2015 at 08:58:54PM -0500, Yass Amed wrote: > > This problem is NOT specific to this model or any other machine (as far as > > I experienced). > > This issue was present on a few towers and still is on an Intel/Asus{1} > > based machine. > > You can try debugging FireFox or Chromium with gdb(1). > > > > {1} No dmesg, not on this machine at the moment. > > I have never seen fluent browser HTML5 video on any OpenBSD machine. > Generally, videos at a fair resolution on OpenBSD played back without > use of xvideo extensions or OpenGL are not watchable. I might have gotten luky but this Thinkpad X220 plays 720p Youtube HTML5 video in Chromium without glitches, even on fullscreen. As long as there is no other system load. > My theory is that browsers rely on fast multi-core CPUs and multihreading in > the kernel to show video smoothly. OpenBSD doesn't have multihreading in > the kernel and is tuned for correctness rather than performance. > > Did anyone try playing HTML5 video in a browser on a slow (<= 1Ghz) single > core machine running Linux? Would you expect that to work? > OpenBSD 5.8 (GENERIC.MP) #2: Mon Jul 27 21:42:02 CEST 2015 b...@x220.home.netzbasis.de:/git/hellfish/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8451125248 (8059MB) avail mem = 8191107072 (7811MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (64 entries) bios0: vendor LENOVO version "8DET69WW (1.39 )" date 07/18/2013 bios0: LENOVO 4287CTO acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA SSDT SSDT DMAR UEFI UEFI UEFI acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2492.29 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 5 (EXP4) acpiprt5 at acpi0: bus 13 (EXP5) acpiprt6 at acpi0: bus -1 (EXP7) acpicpu0 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS acpicpu1 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS acpicpu2 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS acpicpu3 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS acpipwrres0 at acpi0: PUBS, resource for EHC1, EHC2 acpitz0 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T4861" serial 12675 type LION oem "SANYO" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK docked (15) cpu0: Enhanced SpeedStep 2492 MHz: speeds: 2501, 2500, 2200, 2000, 1800, 1600,
Re: Sluggish/laggy browser behaviour
On Tue, Jul 28, 2015 at 02:48:41PM +0200 or thereabouts, Stefan Sperling wrote: > On Mon, Jul 27, 2015 at 08:58:54PM -0500, Yass Amed wrote: > > This problem is NOT specific to this model or any other machine (as far as > > I experienced). > > This issue was present on a few towers and still is on an Intel/Asus{1} > > based machine. > > You can try debugging FireFox or Chromium with gdb(1). > > > > {1} No dmesg, not on this machine at the moment. > > I have never seen fluent browser HTML5 video on any OpenBSD machine. Same here. I always download any video content first and play it in vlc or mplayer. The chaps at Jondo reckon it is a little safer too. https://anonymous-proxy-servers.net/en/faq-jondofox.html#1c > Generally, videos at a fair resolution on OpenBSD played back without > use of xvideo extensions or OpenGL are not watchable. > > My theory is that browsers rely on fast multi-core CPUs and multihreading in > the kernel to show video smoothly. OpenBSD doesn't have multihreading in > the kernel and is tuned for correctness rather than performance. > > Did anyone try playing HTML5 video in a browser on a slow (<= 1Ghz) single > core machine running Linux? Would you expect that to work?
Re: Sluggish/laggy browser behaviour
On Mon, Jul 27, 2015 at 08:58:54PM -0500, Yass Amed wrote: > This problem is NOT specific to this model or any other machine (as far as I > experienced). > This issue was present on a few towers and still is on an Intel/Asus{1} based > machine. > You can try debugging FireFox or Chromium with gdb(1). > > {1} No dmesg, not on this machine at the moment. I have never seen fluent browser HTML5 video on any OpenBSD machine. Generally, videos at a fair resolution on OpenBSD played back without use of xvideo extensions or OpenGL are not watchable. My theory is that browsers rely on fast multi-core CPUs and multihreading in the kernel to show video smoothly. OpenBSD doesn't have multihreading in the kernel and is tuned for correctness rather than performance. Did anyone try playing HTML5 video in a browser on a slow (<= 1Ghz) single core machine running Linux? Would you expect that to work?
Re: Sluggish/laggy browser behaviour
QUOTE:""" I can pretty much confirm this on an X220i, I have sort of come to terms with it, but it is definitely noticeable (in chromium and firefox). X220 here. """ This problem is NOT specific to this model or any other machine (as far as I experienced). This issue was present on a few towers and still is on an Intel/Asus{1} based machine. You can try debugging FireFox or Chromium with gdb(1). {1} No dmesg, not on this machine at the moment.
Re: Sluggish/laggy browser behaviour
> I can pretty much confirm this on an X220i, I have sort of come to terms > with it, but it is definitely noticeable (in chromium and firefox). X220 here. > Also, when I play clips on YouTube, playback sometimes hangs for half a > second. That is with a snapshot from today. To be safe, I also > recompiled sndio from CVS to make sure I didn't miss the previously > mentioned patch. While it does seem to have improved the situation, it's > not entirely fixed. Noticed this, too. Running with hw.perfpolicy=high solves it for me, unless there is heavy disk I/O then it starts stuttering again. > My guess is that this is due to missing SMP features/support, but I'm > not entirely sure. My guess is that disk I/O takes precedence, and cpu C-state transitions should be avoided while audio/video playback...
Re: Sluggish/laggy browser behaviour
Hey On Sun, Jul 26, 2015 at 10:46:30PM +0100, Dimitris Papastamos wrote: > Try viewtube[0] and gecko-mediaplayer instead. No hangs on my system > at all. Yeah, that is a workaround. Sometimes I use youtube_dl with mpv. That was just one example, though ;p
Re: Sluggish/laggy browser behaviour
On Sun, Jul 26, 2015 at 11:34:04PM +0200, Henrik Friedrichsen wrote: > Hey, > > On Sun, Jul 26, 2015 at 12:56:53PM -0700, Nathan Van Ymeren wrote: > > Unfortunately my problem persists even when tabs are not using sounds. > > Scrolling e.g. the front page of Reddit is choppy and stuttery. Using > > apmd -A and hw.perfpolicy=auto helps a little with the tabbing issue > > but not scrolling. > > I can pretty much confirm this on an X220i, I have sort of come to terms > with it, but it is definitely noticeable (in chromium and firefox). > > Also, when I play clips on YouTube, playback sometimes hangs for half a > second. That is with a snapshot from today. To be safe, I also > recompiled sndio from CVS to make sure I didn't miss the previously > mentioned patch. While it does seem to have improved the situation, it's > not entirely fixed. Try viewtube[0] and gecko-mediaplayer instead. No hangs on my system at all. [0] http://isebaro.com/viewtube/?ln=en
Re: Sluggish/laggy browser behaviour
Hey, On Sun, Jul 26, 2015 at 12:56:53PM -0700, Nathan Van Ymeren wrote: > Unfortunately my problem persists even when tabs are not using sounds. > Scrolling e.g. the front page of Reddit is choppy and stuttery. Using > apmd -A and hw.perfpolicy=auto helps a little with the tabbing issue > but not scrolling. I can pretty much confirm this on an X220i, I have sort of come to terms with it, but it is definitely noticeable (in chromium and firefox). Also, when I play clips on YouTube, playback sometimes hangs for half a second. That is with a snapshot from today. To be safe, I also recompiled sndio from CVS to make sure I didn't miss the previously mentioned patch. While it does seem to have improved the situation, it's not entirely fixed. My guess is that this is due to missing SMP features/support, but I'm not entirely sure.
Re: Sluggish/laggy browser behaviour
On Sat, 25 Jul 2015 12:54:39 +0200 Marc Espie wrote: > On Fri, Jul 24, 2015 at 10:22:14AM -0700, Nathan Van Ymeren wrote: > > Hi, > > > > I'm running the 19 July snapshot and am experiencing laggy tab > > behaviour in both Chromium and Firefox. Specifically, when opening > > and closing tabs I regularly experience noticeable and irritating > > pauses. > > > > The system is a thinkpad X220T with an i7 and 8 GB of memory, and > > under different operating systems tabbing performance is acceptable. > > > > Has anyone experienced similar? > > Do you have tabs that use sounds ? There was a bug where sndiod could > hang. I did notice it precisely because tabs were behaving strangely. > Said bug has been fixed. Newer snapshot will be fine. Hi Mark, thanks for your reply. I've updated to the latest snapshot. Unfortunately my problem persists even when tabs are not using sounds. Scrolling e.g. the front page of Reddit is choppy and stuttery. Using apmd -A and hw.perfpolicy=auto helps a little with the tabbing issue but not scrolling. Both my browsers report that they are hardware-accelerated, so it at least appears my graphics drivers are working. I'm at a loss here.
Re: Sluggish/laggy browser behaviour
On Fri, Jul 24, 2015 at 10:22:14AM -0700, Nathan Van Ymeren wrote: > Hi, > > I'm running the 19 July snapshot and am experiencing laggy tab > behaviour in both Chromium and Firefox. Specifically, when opening and > closing tabs I regularly experience noticeable and irritating pauses. > > The system is a thinkpad X220T with an i7 and 8 GB of memory, and under > different operating systems tabbing performance is acceptable. > > Has anyone experienced similar? Do you have tabs that use sounds ? There was a bug where sndiod could hang. I did notice it precisely because tabs were behaving strangely. Said bug has been fixed. Newer snapshot will be fine.
Sluggish/laggy browser behaviour
Hi, I'm running the 19 July snapshot and am experiencing laggy tab behaviour in both Chromium and Firefox. Specifically, when opening and closing tabs I regularly experience noticeable and irritating pauses. The system is a thinkpad X220T with an i7 and 8 GB of memory, and under different operating systems tabbing performance is acceptable. Has anyone experienced similar? dmesg follows: OpenBSD 5.8-beta (GENERIC.MP) #1171: Sun Jul 19 19:03:27 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8451125248 (8059MB) avail mem = 819168 (7811MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (66 entries) bios0: vendor LENOVO version "8DET69WW (1.39 )" date 07/18/2013 bios0: LENOVO 4298W2E acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA SSDT SSDT UEFI UEFI UEFI acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.61 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 5 (EXP4) acpiprt5 at acpi0: bus 13 (EXP5) acpiprt6 at acpi0: bus -1 (EXP7) acpicpu0 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS acpicpu1 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS acpicpu2 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS acpicpu3 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS acpipwrres0 at acpi0: PUBS, resource for EHC1, EHC2 acpitz0 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T4879" serial 14468 type LION oem "SANYO" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2691 MHz: speeds: 2701, 2700, 2400, 2200, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09 intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1366x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured puc0 at pci0 dev 22 function 3 "Intel 6 Series KT" rev 0x04: ports: 1 com com4 at puc0 port 0 apic 2 int 19: ns16550a, 16 byte fifo com4: probed fifo depth: 0 bytes em0 at pci0 dev 25 function 0 "Intel 82579LM" rev 0x04: msiem0: Hardware Initialization Failedem0: Unable to initialize the hardware ehci0 at pci0 dev 26 function 0 "Intel 6 Series