Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Aug 2017 23:29:38 +0300
From:      Arto Pekkanen <isoa@kapsi.fi>
To:        freebsd-x11@freebsd.org
Subject:   Re: x11/nvidia-driver-340 and OpenCL
Message-ID:  <85a52dec-c20d-7869-7019-1564e034aad3@kapsi.fi>
In-Reply-To: <201708281111.v7SBBVSf000652@sdf.org>
References:  <201708241205.v7OC5wrR016229@sdf.org> <y3q5-l7c4-wny@FreeBSD.org> <201708271111.v7RBB7Z8005388@sdf.org> <8ti4-udq3-wny@FreeBSD.org> <201708281111.v7SBBVSf000652@sdf.org>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--BbqrMHP30erCp8lgfFJj6DrVQGbALXofi
Content-Type: multipart/mixed; boundary="AOklvWKrhqSI3UWv4TUTRxJ9LjG4alJjK";
 protected-headers="v1"
From: Arto Pekkanen <isoa@kapsi.fi>
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> <y3q5-l7c4-wny@FreeBSD.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 <jbeich@vfemail.net> wrote:
>=20
>> Scott Bennett <bennett@sdf.org> 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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?85a52dec-c20d-7869-7019-1564e034aad3>