[00:11] http://www.phoronix.com/scan.php?page=article&item=phoronix_effimass_cluster [00:42] GrueMaster: wow, 6 pandaboard ES clustered was heaps more efficient than the atom, that is unexpected [00:44] lilstevie: It's an Atom 330, that's not a useful or fair comparison. [00:45] infinity: yeah just realized, old as atom [00:45] lilstevie: Oldest Atom core there is, yeah. [00:46] the z530 atom was also less efficient too though [00:47] lilstevie: z530 is the same vintage. [00:47] lilstevie: Both are 45mn non-SoC cores from 2008. [00:47] lilstevie: A comparison with something from this year would be much more interesting. [00:47] ah [00:47] I didn't know where the z530 fit [00:48] the medfield atom would be interesting [00:48] Indeed. [00:50] also would be interesting to see performance of something like the S4 in the same situation [00:51] Well, it would also be interesting to make that an OpenCL cluster, and let the AMD Fusion actually use its GPU. [00:51] Perf/W could skew a bit there. [00:51] Cause it's powered up, despite it not being used. [00:52] yeah [00:52] (Though this is true of the PVR on the OMAP4 as well, there's no way it can come close to delivering the performance of the on-die Radeon on the Fusion) [00:52] agreed [00:52] but then use the tegra powered openCL rig and see how that one goes :p [00:53] Has anyone mangled OpenCL for the Tegra yet? [00:53] that isn't an on-die gpu though [00:54] "Tegra does not currently support CUDA or OpenCL. NVIDIA believes in and invests heavily in GPGPU computing so this is an area we're investigating but do not have any announcements for Tegra at this time." [00:54] yeah [00:54] not likely to happen [00:54] :p [00:55] Oh, right, I remember researching this before. There was some internal corporate fear that supporting CUDA and OpenCL on the Tegra parts would cut into other business units. [00:55] Cause one could ditch the x86/GeForce clusters and build Tegra clusters instead. [00:55] To which, I say, "let 'em", cause they'd still hit two different HPC markets. [00:56] Given the workload-per-core characteristics would be dissimilar. [00:56] But, arguing with management over money issues is never easy. [00:56] heh [00:58] That actually puts AMD in a unique situation. I wonder if they realise this and have tried selling into that market more heavily. [00:59] Cause, one would think, bang-for-buck, Fusion would beat Atom, i7, and any ARM part for an OpenCL solution. [00:59] yeah [01:00] imagine how killer they could be with tegra if they put their gpu tech to work though, full OpenGL rather than just the embedded standard [01:01] Yeah, it could be shiny. [01:01] I can't see why the ULP GeForce would be ruined with GL [01:01] I'd also love to see an AMD ARM part, but I suspect they don't have the spare cash flying around internally to hedge their bets on forking their CPU division. [01:02] yeah [01:02] And no, there's no reason whatsoever that the GeForce on the Tegra couldn't support full OpenGL, it was a conscious decision not to. [01:03] Partially because of the CUDA/shader/CL concerns and, of course, because GLES is the mobile standard. [01:03] yeah, well GLES being the mobile standard isn't so much of a problem [01:04] you could handle compat in driver really [01:04] But, from what I understand, it's just a "normal" GeForce under the hood. [01:04] Like, electrically. [01:04] I suspect you may be right with CUDA/shader/CL [01:04] yeah [01:04] thats what I have heard too [01:05] it will be better if the open driver ever makes it too [01:05] the nvidia ones are pretty bad === prp^2 is now known as prpplague [01:14] lilstevie: Pretty bad is an understatement. [01:18] infinity: well I have a tegra3 device and it is pretty bad, but the earlier drivers were way worse on the trimslice [01:18] :p [01:28] ho ho hum [12:22] <_william_> Hi all :) [12:23] <_william_> i'd like to setup a chrooted environment and i'm looking for packages repositories in order to add software into the chroot. Is there some ARM repo existing ? [13:51] _william_, http://ports.ubuntu.com/ubuntu-ports/ [13:51] use that as the mirror in your sources.list === ogra_ is now known as ogra === ogra is now known as ogra_ === prpplague^2 is now known as prpplague === prp^2 is now known as prpplague === tr-808_ is now known as tr-808 [20:04] *sighs at binary drivers* immediately know when they're loaded because you start seeing glitches :\ [22:01] does /etc/flash-kernel.conf get used any longer with Quantal flash-kernel? [22:36] mahmoh: Simple test. Delete it (or change it) and see what flash-kernel does. [22:49] mahmoh: no ref to it in the source i can find