From nobody Sat Jan 20 16:53:40 2024 X-Original-To: freebsd-x11@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4THMxz0JBFz57VP4 for ; Sat, 20 Jan 2024 16:53:43 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4THMxy1kq4z4Hnv for ; Sat, 20 Jan 2024 16:53:42 +0000 (UTC) (envelope-from freebsd@omnilan.de) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.15.2/8.15.2) with ESMTP id 40KGreWt017102 for ; Sat, 20 Jan 2024 17:53:40 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from [172.21.3.1] (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 70010F17 for ; Sat, 20 Jan 2024 17:53:40 +0100 (CET) Message-ID: <04cfd508-1f1e-4dab-ad7a-3ae94f7871a9@omnilan.de> Date: Sat, 20 Jan 2024 17:53:40 +0100 List-Id: X11 List-Archive: https://lists.freebsd.org/archives/freebsd-x11 List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: SOLVED Re: Sloow blender on FreeBSD (vs Ubuntu) Content-Language: en-US To: freebsd-x11@freebsd.org References: <86mtxk8xb8.fsf@virtual-earth.de> <86lfd4tvc4.fsf@virtual-earth.de> <86bldsd7dw.fsf@virtual-earth.de> <86bldowdkk.fsf@virtual-earth.de> From: Harry Schmalzbauer Organization: OmniLAN In-Reply-To: <86bldowdkk.fsf@virtual-earth.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.29 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:61157, ipnet:2a00:e10:2800::/38, country:DE]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-x11@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-x11@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[omnilan.de]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4THMxy1kq4z4Hnv On 2021-01-17 02:35, Mathias Picker wrote: > ... >>>> Then I tried my 1st gen Surface Go 8Gb running Ubuntu: Blender is >>>> blazing fast for these simple tasks. Fluid rotation, allmost real >>>> time grease pencil：WTF? >>>> ... >> Just tried a live CD of Ubuntu on the same machine, with the demo >> Race Spaceship >> https://download.blender.org/demo/eevee/race_spaceship/race_spaceship.blend >> >> This is a compley scene and can be rotated with ubuntu in real time >> in material >> mode, and is only very slightly lagging in rendered mode. >> >> On FreeBSD that spaceship rotates about as slow and stuttery as the >> default >> cube. >> So it does not seem to be dependent on the complexity of the scene. >> >> Any ideas where to look? >> >> Any ideas whom to ask? >> >> Thanks, Mathias > > Using either > > vblank_mode=0 blender > > or > > LIBGL_DRI3_DISABLE=1 blender > > gives me the speed I need. Now it’s faster than the surface go ;) Thanks for sharing! Unfortunately I don't have a good understanding of the whole DRI infrastructure. Just recently had an issue with xfwm4 (can't remember the symptoms) where altering "vblank_mode" was the solution too (xfconf-query -c xfwm4 -p /general/vblank_mode -t string -s "off" --create in that case) And regarding performance, I'd like to share that using  x11-drivers/xf86-video-intel slows down XFCE4 by some orders of magnitude compared to the 'modesetting' (xorg builtin component) driver. On FreeBSD and GPUs starting with KabyLake (Haswell-GT2), you get an amazing responsive GUI setup simply by installing drm-(515-)kmod, using 'Driver "modesetting"' (in 'Section "Device"') and 'Load  "glamoregl"' in 'Section "Module"' in your xorg.conf. Also utilizing/configuring libinput(4) with X.org  isn't documented well. Even worse, x11-servers/xorg-server doesn't depend on x11-drivers/xf86-input-libinput. Which I found to be the best way to deal with input devices on recent FreeBSD versions. Despite unrelated to the topic, here's a xorg.conf snippet, which brings a reasonable mouse pointer acceleration, disables (virtual) moused(8) and kbdmux(4) devices prefering the real HID hardware, supported by kernels compiled with 'options EVDEV_SUPPORT' & 'device evdev' - which GENERIC/MINIMAL do have by default for quiet some time. There were so many great improvements, it's a pity so few people make use of it - at least the available guides don't reflect them... cat /usr/local/etc/X11/xorg.conf.d/00-keyboard.conf Section "InputClass"     Identifier "local keyboard defaults"     MatchIsKeyboard "on"     Option  "XkbLayout"    "us"     Option  "XkbModel"    "pc104"     Option  "XkbVariant"    "altgr-intl"     Option  "XkbOptions"    "terminate:ctrl_alt_bksp" EndSection Section "InputClass"         Identifier      "FreeBSD system keyboard by kbdmux(4)"         MatchIsKeyboard  "on"         MatchProduct    "System keyboard multiplexer"         Option  "Ignore" "on" EndSection cat /usr/local/etc/X11/xorg.conf.d/10-mouse.conf Section "InputClass"     Identifier    "HP Omen 600 Gaming Mouse"     MatchProduct    "HP HP Gaming Mouse"     MatchIsPointer    "on" #     MatchUSBID    "03f0:1c41"     Option    "AccelProfile"     "custom"     Option    "AccelPointsMotion" "0 0.8 1.5 2.0 4.0"     Option    "AccelStepMotion"   "2.5"     Option    "NaturalScrolling" "on" # def:    Option    "ScrollButton"     "2"     Option    "ScrollMethod"     "button" # def:    Option    "ScrollPixelDistance" "15" EndSection Section "InputClass"         Identifier    "FreeBSD sysmouse by moused(8)"         MatchIsPointer    "on"     MatchProduct    "System mouse" #        MatchDevicePath    "/dev/input/event*"         Option    "Ignore" "on" EndSection -harry