From owner-freebsd-questions@FreeBSD.ORG Wed Jun 22 23:43:36 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id E2A951065670; Wed, 22 Jun 2011 23:43:36 +0000 (UTC) Date: Wed, 22 Jun 2011 23:43:36 +0000 From: Alexander Best To: freebsd-questions@freebsd.org Message-ID: <20110622234336.GA94654@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: gpu support for modern systems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 23:43:37 -0000 hi there, modern systems with their suffisticated gpus provide quite a potential for moving some of the workload from cpu to gpu. for certain stuff gpus are much faster than cpus, like number crunching or encoding/decoding multimedia contents. anybody who is using mplayer(1) in combination with nvidia cards and vdpau has probably experienced how much faster and less cpu intensive things can work out when decoding HD video stuff e.g. since opencl/cuda isn't available under freebsd, it doesn't seem possible to somehow hook the nvidia gpu into the every day freebsd workload that easily. however the newer generations of CPUs, like intel sandybridge include hardwired gpus (quick sync?) and i guess intel provides an open api for that. it would be really great to do something like: `kldload intel_gpu.ko` ...and have the kernel offload certain computations to the gpu. maybe, with the gpu serving as a second "cpu", it would be even possible to ensure 100% uptime with loading a copy of the kernel to the gpu, pointing the instruction pointer at it, loading a new kernel version onto the cpu and switching to the new kernel. :) cheers. alex ps: sorry for not being that accurate here and there, just reading up on sandybridge cpus and the z68 chipset, because i'm in the middle of upgrading my box. ;)