I'm using Firefox and Chromium (from packages) to browse the internet on OpenBSD 6.3 (amd64).
The problem is that their performance in OpenBSD is very poor compared to other OSes.
These changes to the system don't seem to have any effect.
Loading pages is slow, watching online video is possible but the responsiveness of the browser becomes awful.
Do I need additional settings to fix this?
beyond that you'd need someone more knowledgeable.
> beyond that you'd need someone more knowledgeable.
> hardware acceleration definitely works.
> > beyond that you'd need someone more knowledgeable.
Also, in the about:flags page in Chromium, try enabling the 'Override software rendering list' (#ignore-gpu-blacklist) setting.
> > hardware acceleration definitely works.
> > > beyond that you'd need someone more knowledgeable.
[ 17.642] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
[ 17.643] (==) No Layout section. Using the first Screen section.
[ 17.644] (==) No screen section available. Using defaults.
[ 17.644] (**) | |-->Monitor "<default monitor>"
[ 17.645] (==) No monitor specified for screen "Default Screen Section".
[ 17.653] (==) ModulePath set to "/usr/X11R6/lib/modules"
[ 17.653] (II) The server relies on wscons to provide the list of input devices.
[ 17.655] (II) LoadModule: "glx"
[ 17.672] (II) Module glx: vendor="X.Org Foundation"
[ 17.673] (II) LoadModule: "modesetting"
[ 17.674] (II) Module modesetting: vendor="X.Org Foundation"
[ 17.676] (II) Loading sub module "glamoregl"
[ 17.676] (II) LoadModule: "glamoregl"
[ 17.692] (II) Module glamoregl: vendor="X.Org Foundation"
[ 17.692] (II) glamor: OpenGL accelerated X.org driver based.
[ 17.856] (II) Loading sub module "fb"
[ 17.856] (II) LoadModule: "fb"
[ 17.860] (II) Module fb: vendor="X.Org Foundation"
[ 18.040] (II) modeset(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[ 18.260] (II) LoadModule: "kbd"
[ 18.263] (II) Module kbd: vendor="X.Org Foundation"
[ 18.263] (**) Option "Protocol" "standard"
[ 18.263] (**) Option "XkbRules" "base"
[ 18.263] (**) Option "XkbModel" "pc105"
[ 18.263] (**) Option "XkbLayout" "us"
[ 18.728] (II) LoadModule: "ws"
[ 18.730] (II) Module ws: vendor="X.Org Foundation"
[ 18.730] (**) Option "Device" "/dev/wsmouse"
>> hardware acceleration definitely works.
>> > beyond that you'd need someone more knowledgeable.
> to make sure that you have the latest version.
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [ 17.643] (==) No Layout section. Using the first Screen section.
> [ 17.644] (==) No screen section available. Using defaults.
> [ 17.644] (**) | |-->Monitor "<default monitor>"
> Using a default monitor configuration.
> [ 17.653] (==) ModulePath set to "/usr/X11R6/lib/modules"
> [ 17.655] (II) LoadModule: "glx"
> [ 17.672] (II) Module glx: vendor="X.Org Foundation"
> [ 17.673] (II) LoadModule: "modesetting"
> [ 17.674] (II) Module modesetting: vendor="X.Org Foundation"
> [ 17.676] (II) Loading sub module "glamoregl"
> [ 17.676] (II) LoadModule: "glamoregl"
> [ 17.692] (II) Module glamoregl: vendor="X.Org Foundation"
> [ 17.692] (II) glamor: OpenGL accelerated X.org driver based.
> [ 17.856] (II) Loading sub module "fb"
> [ 17.856] (II) LoadModule: "fb"
> [ 17.860] (II) Module fb: vendor="X.Org Foundation"
> [ 18.260] (II) LoadModule: "kbd"
> [ 18.263] (II) Module kbd: vendor="X.Org Foundation"
> [ 18.263] (**) Option "Protocol" "standard"
> [ 18.263] (**) Option "XkbRules" "base"
> [ 18.263] (**) Option "XkbModel" "pc105"
> [ 18.263] (**) Option "XkbLayout" "us"
> [ 18.728] (II) LoadModule: "ws"
> [ 18.730] (II) Module ws: vendor="X.Org Foundation"
> [ 18.730] (**) Option "Device" "/dev/wsmouse"
> >> hardware acceleration definitely works.
> >> > beyond that you'd need someone more knowledgeable.
No visual change in performance.
[ 19.222] (==) Using config file: "/etc/X11/xorg.conf"
[ 19.222] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
[ 19.224] (==) No Layout section. Using the first Screen section.
[ 19.224] (==) No screen section available. Using defaults.
[ 19.224] (**) | |-->Monitor "<default monitor>"
[ 19.225] (==) No device specified for screen "Default Screen Section".
[ 19.225] (**) | |-->Device "drm"
[ 19.225] (==) No monitor specified for screen "Default Screen Section".
[ 19.234] (==) ModulePath set to "/usr/X11R6/lib/modules"
[ 19.234] (II) The server relies on wscons to provide the list of input devices.
[ 19.236] (II) LoadModule: "glx"
[ 19.252] (II) Module glx: vendor="X.Org Foundation"
[ 19.252] (II) LoadModule: "intel"
[ 19.257] (II) Module intel: vendor="X.Org Foundation"
[ 19.266] (II) Loading sub module "dri2"
[ 19.266] (II) LoadModule: "dri2"
[ 19.266] (II) Loading sub module "present"
[ 19.266] (II) LoadModule: "present"
[ 19.270] (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[ 19.465] (II) LoadModule: "kbd"
[ 19.468] (II) Module kbd: vendor="X.Org Foundation"
[ 19.468] (**) Option "Protocol" "standard"
[ 19.468] (**) Option "XkbRules" "base"
[ 19.468] (**) Option "XkbModel" "pc105"
[ 19.468] (**) Option "XkbLayout" "us"
[ 19.933] (II) LoadModule: "ws"
[ 19.935] (II) Module ws: vendor="X.Org Foundation"
[ 19.935] (**) Option "Device" "/dev/wsmouse"
>> to make sure that you have the latest version.
>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>> [ 17.643] (==) No Layout section. Using the first Screen section.
>> [ 17.644] (==) No screen section available. Using defaults.
>> [ 17.644] (**) | |-->Monitor "<default monitor>"
>> Using a default monitor configuration.
>> [ 17.653] (==) ModulePath set to "/usr/X11R6/lib/modules"
>> [ 17.655] (II) LoadModule: "glx"
>> [ 17.672] (II) Module glx: vendor="X.Org Foundation"
>> [ 17.673] (II) LoadModule: "modesetting"
>> [ 17.674] (II) Module modesetting: vendor="X.Org Foundation"
>> [ 17.676] (II) Loading sub module "glamoregl"
>> [ 17.676] (II) LoadModule: "glamoregl"
>> [ 17.692] (II) Module glamoregl: vendor="X.Org Foundation"
>> [ 17.692] (II) glamor: OpenGL accelerated X.org driver based.
>> [ 17.856] (II) Loading sub module "fb"
>> [ 17.856] (II) LoadModule: "fb"
>> [ 17.860] (II) Module fb: vendor="X.Org Foundation"
>> [ 18.260] (II) LoadModule: "kbd"
>> [ 18.263] (II) Module kbd: vendor="X.Org Foundation"
>> [ 18.263] (**) Option "Protocol" "standard"
>> [ 18.263] (**) Option "XkbRules" "base"
>> [ 18.263] (**) Option "XkbModel" "pc105"
>> [ 18.263] (**) Option "XkbLayout" "us"
>> [ 18.728] (II) LoadModule: "ws"
>> [ 18.730] (II) Module ws: vendor="X.Org Foundation"
>> [ 18.730] (**) Option "Device" "/dev/wsmouse"
>> >> hardware acceleration definitely works.
>> >> > beyond that you'd need someone more knowledgeable.
> I'm using Firefox and Chromium (from packages) to browse the internet on OpenBSD 6.3 (amd64).
> The problem is that their performance in OpenBSD is very poor compared to other OSes.
> Loading pages is slow, watching online video is possible but the responsiveness of the browser becomes awful.
> Do I need additional settings to fix this?
Which WM are you using? Could it be WM issue?
I beg to differ, on my setup at least, the full GMaps in Chromium runs silky smooth as intended. This is a Cayman (radeon) graphics card driving a 4K monitor through dual 1920x2160 signals (hooray xrandr). I've never tried Intel graphics though.
> > I'm using Firefox and Chromium (from packages) to browse the internet on OpenBSD 6.3 (amd64).
> > The problem is that their performance in OpenBSD is very poor compared to other OSes.
> > Loading pages is slow, watching online video is possible but the responsiveness of the browser becomes awful.
> > Do I need additional settings to fix this?
>> internet on OpenBSD 6.3 (amd64).
>> compared to other OSes.
>> responsiveness of the browser becomes awful.
>> Do I need additional settings to fix this?
but have also tested with tor-browser and chromium.
changing that. Here is my .profile in case it helps.
other issues when I tested this a few weeks ago.
remove the intel driver from xorg.conf) with allowaperture set to 0.
[ 36.367] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
[ 36.368] (==) No Layout section. Using the first Screen section.
[ 36.369] (==) No screen section available. Using defaults.
[ 36.369] (**) | |-->Monitor "<default monitor>"
[ 36.369] (==) No monitor specified for screen "Default Screen Section".
[ 36.370] (==) ModulePath set to "/usr/X11R6/lib/modules"
[ 36.370] (II) The server relies on wscons to provide the list of input devices.
[ 36.371] (II) LoadModule: "glx"
[ 36.382] (II) Module glx: vendor="X.Org Foundation"
[ 36.383] (II) LoadModule: "modesetting"
[ 36.384] (II) Module modesetting: vendor="X.Org Foundation"
[ 36.385] (II) Loading sub module "glamoregl"
[ 36.385] (II) LoadModule: "glamoregl"
[ 36.398] (II) Module glamoregl: vendor="X.Org Foundation"
[ 36.398] (II) glamor: OpenGL accelerated X.org driver based.
[ 36.552] (II) Loading sub module "fb"
[ 36.552] (II) LoadModule: "fb"
[ 36.554] (II) Module fb: vendor="X.Org Foundation"
[ 36.701] (II) modeset(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[ 36.854] (II) LoadModule: "kbd"
[ 36.856] (II) Module kbd: vendor="X.Org Foundation"
[ 36.856] (**) Option "Protocol" "standard"
[ 36.856] (**) Option "XkbRules" "base"
[ 36.856] (**) Option "XkbModel" "pc105"
[ 36.856] (**) Option "XkbLayout" "us"
[ 36.856] (**) Option "XkbVariant" "dvorak"
[ 38.373] (II) LoadModule: "ws"
[ 38.375] (II) Module ws: vendor="X.Org Foundation"
[ 38.375] (**) Option "Device" "/dev/wsmouse"
The card is a FirePro V5900. Unlike the 6950/6970 it is single-slot. However, the slot below it should be kept vacant to allow for heat dissipation, which I've employed a 12cm fan to take care of. The card has a pair of DP outputs, and the monitor (MultiSync EA244UHD) has a pair of DP inputs. I can use xorg.conf to send the two 'screens' through both outputs, and the monitor has a Multi-Picture mode that I can use to combine the screens together.
Some caveats: the two screens are sufficiently out of sync that when watching videos the division between them is noticeable. mpv will only go fullscreen to one screen and not both. By the end of this year, 6.4 will be out and it will almost certainly have drm support for cards with 1st and 2nd gen GCN architectures. All FirePro cards released between 2012 and 2015 are capable of 4K at 60Hz through a single DP pipe, so an extravagant setup such as mine won't be necessary, at least on the AMD side of things, from 6.4 onwards. I'm in no rush to upgrade as the newer cards are still quite expensive.
X-Toolkit is not dpi-aware so apps based on it will have to be optimised 'by hand' (doubling the text size everywhere, rewriting UI elements in X Athena Widgets, Motif etc.). I have made a custom .fvwmrc (based on the default .fvwmrc from 6.2) to do most of this for the default window manager. For some reason xterm follows its own rules regarding the titlebar text size and I haven't figured that out, plus all the pixmaps for the root menu and so forth have to be line doubled and re-rendered. I also have Xft.dpi set to 183 in the .Xresources and .Xdefaults files as this helps to coerce GTK+ 3 and Qt5 apps to scale themselves correctly. I imagine a script during installation could configure all of this 'automatically' dependent on screen pixel density but I'm a long way off from achieving that.
[ 46.273] (==) Using config directory: "/etc/X11/xorg.conf.d"
[ 46.273] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
[ 46.275] (==) No Layout section. Using the first Screen section.
[ 46.276] (**) | |-->Monitor "DisplayPort-1"
[ 46.276] (**) | |-->Device "drm0"
[ 46.287] (==) ModulePath set to "/usr/X11R6/lib/modules"
[ 46.287] (II) The server relies on wscons to provide the list of input devices.
[ 46.287] (II) LoadModule: "glx"
[ 46.305] (II) Module glx: vendor="X.Org Foundation"
[ 46.305] (II) LoadModule: "radeon"
[ 46.310] (II) Module radeon: vendor="X.Org Foundation"
[ 46.313] (II) [KMS] Kernel modesetting enabled.
[ 46.314] (**) RADEON(0): Option "AccelMethod" "glamor"
[ 46.315] (II) Loading sub module "fb"
[ 46.315] (II) LoadModule: "fb"
[ 46.318] (II) Module fb: vendor="X.Org Foundation"
[ 46.318] (II) Loading sub module "dri2"
[ 46.318] (II) LoadModule: "dri2"
[ 46.318] (II) Loading sub module "glamoregl"
[ 46.318] (II) LoadModule: "glamoregl"
[ 46.337] (II) Module glamoregl: vendor="X.Org Foundation"
[ 46.337] (II) glamor: OpenGL accelerated X.org driver based.
[ 46.401] (II) RADEON(0): glamor detected, initialising EGL layer.
[ 46.426] (**) RADEON(0): Option "PreferredMode" "1920x2160_60.00"
[ 46.426] (**) RADEON(0): Option "LeftOf" "DisplayPort-1"
[ 46.451] (**) RADEON(0): Option "PreferredMode" "1920x2160_60.00"
[ 46.451] (**) RADEON(0): Option "RightOf" "DisplayPort-0"
[ 46.513] (II) Loading sub module "ramdac"
[ 46.513] (II) LoadModule: "ramdac"
[ 46.620] (II) RADEON(0): Use GLAMOR acceleration.
[ 46.621] (II) RADEON(0): [XvMC] Associated with GLAMOR Textured Video.
[ 46.621] (II) RADEON(0): [XvMC] Extension initialized.
[ 46.621] (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[ 46.866] (II) LoadModule: "kbd"
[ 46.868] (II) Module kbd: vendor="X.Org Foundation"
[ 46.868] (**) Option "Protocol" "standard"
[ 46.868] (**) Option "XkbRules" "base"
[ 46.868] (**) Option "XkbModel" "pc105"
[ 46.868] (**) Option "XkbLayout" "us"
[ 47.081] (II) LoadModule: "ws"
[ 47.083] (II) Module ws: vendor="X.Org Foundation"
[ 47.083] (**) Option "Device" "/dev/wsmouse"
# this is a bare bones sample .fvwm2rc/system.fvwm2rc file for fvwm-2.
# fvwm web page (see the FAQ).
#+ "Mail" MailFunction xmh "-font fixed"
> > 4K monitor through dual 1920x2160 signals (hooray xrandr).
> of your card and your monitor and the xrandr cmdline you're using.
> I beg to differ, on my setup at least, the full GMaps in Chromium runs silky smooth as intended. This is a Cayman (radeon) graphics card driving a 4K monitor through dual 1920x2160 signals (hooray xrandr). I've never tried Intel graphics though.
with inteldrm that make them almost unusable with modern browsers right now.
Not as bad on newer CPUs.
performance is not a factor in all this?
> These changes to the system don't seem to have any effect.
I had to compose the email in a browser.
I will try to fix that.
> to do with performance restrictions.? doas vmstat -w 5? procs? ? ?
> memory? ? ? ? ? ? page? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? disks? ? ?
> traps? ? ? ? ? ? ? ? ? cpu? r? ? s? ? avm? ? ? ? fre? flt? re?
> pi? po? fr? sr sd0 cd0? int? ? sys? ? cs us sy id? 3 293 1804M? ?
> 4266M? 897? ? 0? ? 0? ? 0? ? 0? ? 0? ? 2? ? 0? 102 13798 1903?
> 4? 2 94? 0 295 1799M? ? 4271M? 501? ? 0? ? 0? ? 0? ? 0? ? 0? ?
> 0? ? 0? 156? 8505 1347? 1? 1 98? 3 292 1799M? ? 4271M? ? 34? ?
> 11689 1386? 2? 1 96? 1 295 1759M? ? 4308M 3519? ? 0? ? 0? ? 0? ?
> 62912 7460 30 12 57? 5 302 1929M? ? 4100M 16860? ? 0? ? 0? ? 0? ?
> 70279 9421 38 13 48? 2 311 1927M? ? 4038M 9220? ? 0? ? 0? ? 0? ?
> 1491 105224 18734 55 31? 7? 8 305 2101M? ? 3832M 18703? ? 0? ? 0? ?
> 0? ? 0? ? 0? ? 0? ? 0 2149 85147 16381 55 37? 0? 7 306 2115M? ?
> 23 30? 0 312 2079M? ? 3830M 7116? ? 0? ? 0? ? 0? ? 0? ? 0? ? 0? ?
> 0? 367 90852 12290 49 17 32? 2 306 2082M? ? 3847M 5519? ? 0? ? 0? ?
> 0? ? 0? ? 0? ? 0? ? 0? 322 65909 10800 34 14 51? 4 303 2061M? ?
> 17 50? 7 300 2063M? ? 3863M 6900? ? 0? ? 0? ? 0? ? 0? ? 0? ? 0? ?
> 0? 435 78476 11630 49 21 28? 3 304 2064M? ? 3856M 4617? ? 0? ? 0? ?
> 0? ? 0? ? 0? ? 0? ? 0? 580 61415 9961 31 16 52? 3 305 2017M? ?
> 38 16 44? 0 307 1945M? ? 4007M 1864? ? 0? ? 0? ? 0? ? 0? ? 0? ?
> 0? ? 0? 141 12998 1624? 3? 4 92? 3 305 1921M? ? 4026M? 897? ?
> 10068 1267? 2? 1 97? 1 306 1846M? ? 4120M 3488? ? 0? ? 0? ? 0? ?
> with inteldrm that make them almost unusable with modern browsers right now.
> Not as bad on newer CPUs.
Haven't notice much of a slowdown with the Meltdown-related patches.