From owner-freebsd-x11@freebsd.org Wed Aug 30 20:29:54 2017 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EC5EE098C5 for ; Wed, 30 Aug 2017 20:29:54 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from mail.kapsi.fi (mail.kapsi.fi [IPv6:2001:67c:1be8::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6EB27EF21 for ; Wed, 30 Aug 2017 20:29:53 +0000 (UTC) (envelope-from isoa@kapsi.fi) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kapsi.fi; s=20161220; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject; bh=U2mGrrLyOuqDHqcY2lARyahG54+PQBm6KHpunNQ8HDc=; b=OH60vFyg1ZHBWt7bKgb5Jnm+iXSkucqDZ9ifFFIVTb5C2ij54/dn3WDZq3l1eUOrjla7aZHPBnCBBe6wEW4ceMpBt0k2gPmkGcVgCwGMrPJdMZeHKtnfIBl86VFeoJLAngz1zK8ISsRSPwBt+hk15gOMjg6cdHWjsL04OuchQTSIt+6WnHiCvL9tPeeibX5yDTuDST6SCaV6phDMoK8LaPwHhRFIeUuEeCroTu3g8I883FbBz154rFKWIoFlof6gSS3x4weufncXnueaScbYxUBpJ41Lvt0TaSsf4ZsgRMUTGboA3iVn247ElM4bGishND6GEwP2Ae+ka9hro1MUuQ==; Received: from dsl-jklbng11-54fa5a-207.dhcp.inet.fi ([84.250.90.207] helo=[192.168.255.112]) by mail.kapsi.fi with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1dn9cU-0005lP-7d for freebsd-x11@freebsd.org; Wed, 30 Aug 2017 23:29:50 +0300 Subject: Re: x11/nvidia-driver-340 and OpenCL To: freebsd-x11@freebsd.org References: <201708241205.v7OC5wrR016229@sdf.org> <201708271111.v7RBB7Z8005388@sdf.org> <8ti4-udq3-wny@FreeBSD.org> <201708281111.v7SBBVSf000652@sdf.org> From: Arto Pekkanen Message-ID: <85a52dec-c20d-7869-7019-1564e034aad3@kapsi.fi> Date: Wed, 30 Aug 2017 23:29:38 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <201708281111.v7SBBVSf000652@sdf.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BbqrMHP30erCp8lgfFJj6DrVQGbALXofi" X-SA-Exim-Connect-IP: 84.250.90.207 X-SA-Exim-Mail-From: isoa@kapsi.fi X-SA-Exim-Scanned: No (on mail.kapsi.fi); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 20:29:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BbqrMHP30erCp8lgfFJj6DrVQGbALXofi Content-Type: multipart/mixed; boundary="AOklvWKrhqSI3UWv4TUTRxJ9LjG4alJjK"; protected-headers="v1" From: Arto Pekkanen To: freebsd-x11@freebsd.org Message-ID: <85a52dec-c20d-7869-7019-1564e034aad3@kapsi.fi> Subject: Re: x11/nvidia-driver-340 and OpenCL References: <201708241205.v7OC5wrR016229@sdf.org> <201708271111.v7RBB7Z8005388@sdf.org> <8ti4-udq3-wny@FreeBSD.org> <201708281111.v7SBBVSf000652@sdf.org> In-Reply-To: <201708281111.v7SBBVSf000652@sdf.org> --AOklvWKrhqSI3UWv4TUTRxJ9LjG4alJjK Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable If the GPU driver is implemented properly there will be no stutter or other problems even when running OpenCL jobs. In Windows there is no problem running OpenCL jobs on the same device that operates your display. Like running a crypto currency miner while browsing the web. Playing games won't work well, but basic stuff you can = do. TL;DR when the FreeBSD GPU driver and all the userland bits are up to date, I'd expect there to be no issues with stuttering. On 28.8.2017 14:11, Scott Bennett wrote: > Jan Beich wrote: >=20 >> Scott Bennett writes: >> >>> Thank you very much for that information, Jan. I will take a lo= ok at >>> that, but if the situation is that chancy and would mean being stuck = with >>> 32-bit emulation, it probably wouldn't be my best option after all. >> >> lang/pocl may also be useful, mainly when debugging OpenCL in apps. >=20 > Right now I'm still on 10.3-STABLE, so lang/pocl is not an option.= Soon, > I hope, I will install 11.1-RELEASE, but because it will be a fresh > installation into a ZFS pool, whereas my current 10.3-STABLE is on seve= ral UFS2 > partitions, I need to find the time to draw up a plan to do it without = losing > my existing configuration files and then to get it done. Then I can in= stall > lang/pocl. >> >>> Do you know whether a 64-bit driver (for later Nvidia cards, of = course) >>> is in the works with up-to-date features? >> >> No. Try pinging upstream on https://devtalk.nvidia.com/default/board/9= 7/ >=20 > Thanks for the URL. Hmm. There seems to be a problem with it at = the > moment, so I'll try it again later. >> >>> Or would I do better by buying a more recent Radeon card? >> >> Did lang/clover not work on Radeon HD 3870 e.g., with radeonkms + r600= g? >> If so, try upgrading just the kernel to drm-next branch. >=20 > No, and according to the AMD web sites, the GPUs on those cards ar= e not > capable of it. Although they support the now abandoned ATI Streams sof= tware, > they do not support OpenCL. The Radeon HD 3870x2 cards were the last t= o > be released that did not support at least OpenCL 1.0. :-( IIRC, the GP= Us on > these cards are RS780 chips, but I may be misremembering the number bec= ause > I haven't looked at those web pages for quite some time. >> >> Personally, I use lang/beignet on Intel Skylake GT2 (iGPU). The perfor= mance >> is decent enough to accelerate some jobs e.g., waifu2x-convert-cpp, >> ImageMagick, FFmpeg (a few filters but VAAPI encoding also works). X11= display >> stutters if OpenCL is running on the same GPU, but neither setpriority= (2) >> nor rtprio(2) help. Switching X11 display to NVIDIA Kepler GK107 (dGPU= ) >> eliminated the stutter. However, there's probably a better way to sche= dule >> jobs on GPU. >=20 > So the problem is not in the feeding of the GPU, but in its intern= al > scheduling. I'm not terribly surprised somehow. The GPU may have to f= inish > a work item or maybe its entire work queue before it can switch to anot= her > piece of work, e.g., an OpenGL command. I've long suspected that OpenC= L > should probably only be done on GPUs that are not simultaneously suppor= ting > monitors to avoid such problems or contention for graphics device memor= y. > I only use one monitor, so I had thought that I could use three of= the > four GPUs for OpenCL stuff, but the dratted cards don't do OpenCL, so t= hree of > the four GPUs are of no help to me and just waste electricity. The sec= ond > card prevents use of a slot between the two cards, so removing it would= > potentially open both slots, depending upon what I decide to replace it= with. > I have an unused USB 3.0 card that would speed up a few things by separ= ating > devices across controllers, or I could buy a SATA 3 card somewhere or p= ossibly > do both. The first option is the only one that I could do for free at = this > point, but that wouldn't get me OpenCL support, although, as you point = out, > I should be able to use lang/pocl for development/testing (once I get 1= 1.1 > installed), just not for performance. > Thanks again for the suggestions. >=20 >=20 > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >=20 --=20 Arto Pekkanen --AOklvWKrhqSI3UWv4TUTRxJ9LjG4alJjK-- --BbqrMHP30erCp8lgfFJj6DrVQGbALXofi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlmnID0ACgkQTBivhqtJa26kcQD9GjEMrEcHI8V0MCtG/B/hPycC fZ6k9GcKQKDYHSSCmpcA/09Qe96DcB684pYf1GHEaLkcdhadtUs1k/Rrjo64xSUc =rE31 -----END PGP SIGNATURE----- --BbqrMHP30erCp8lgfFJj6DrVQGbALXofi--