I think you only heard about fglrx, you never used it. When you test fglrx with squeeze you get always corruptions with the new "accellerated" codepath and kde 4 composite is sometimes even disabled. That does not occur with latest intel hd graphics which has got vaapi for h264 (up to l5.1) even with oss drivers. Where is vaapi for radeon oss?
Announcement
Collapse
No announcement yet.
Recommendations for a netbook with 3D accelerator?
Collapse
X
-
Originally posted by bridgman View PostAre you running the Gallium3D driver or classic mesa HW driver right now ?
Originally posted by bridgman View PostPower management was just implemented, so you either need to pull very recent kernel code or wait until your favorite distro picks it up. There is no useful video decode hardware in 3xx-5xx GPUs (the old IDCT block is MPEG-2 only and we stopped using it in the proprietary drivers because decoding on the CPU was faster and more efficient) so not sure what you are looking for in terms of driver support.
I'd like to totally offload at least one full video decode stream from the CPU(s) and have tweakable upsampling, downsampling, and artifact removal. I don't know if VDPAU / VA-API allow anything at all besides offloading, but at least it's something, and I'm looking at Atoms and ULV Ci3/Ci5 which could really use the help. Even MPEG-2 offload (and esp. upsampling / processing) is more strain than I want while a bittyamd64 is trying to render a web page in, i.e., Fox 4.
(Has anyone ever determined whether GPUs or dedicated DSP solutions like the new BCM cards can or do use less power than on-CPU decode? I'd be interested to know.)
Originally posted by bridgman View PostHuh ? The articles are about the new Gallium3D driver that Jerome is working on, not the "classic" Mesa 3D driver which has been available on 6xx/7xx for over a year.
Originally posted by bridgman View PostAre you sure about "horrible 2D performance" ?
Bringing this back on-topic: It doesn't even matter any more. I'm decommissioning all the old junk, so the question is about R700/R800 AMD and 200- / 400-series NVIDIA.
Comment
-
In the case of AMD, I think the current offerings are the E2400 and E4690, closest to HD2400 (6xx) and HD4670 (7xx) respectively :
On the IGP side, looks like the 785, 780 and 690 are offered (6xx, 6xx and 4xx 3D core respectively) :
I'm not sure what the corresponding NVidia parts are.Test signature
Comment
-
Originally posted by rmenessec View PostYes. Phoronix and my own benches seem to quite clearly bear out the theory that the Windows drivers are far, far faster, "Direct2D" or no.
Not saying that it isn't a driver issue, but I was expecting a Linux vs Linux comparison (eg "brand X Linux HW+drivers have much faster 2D than yours").Test signature
Comment
-
Originally posted by bridgman View PostThat's not necessarily a driver issue though, is it ? The Linux/X 2D graphics framework is essentially all indirect rendering, while Windows 2D is all direct rendering.
It's kind of a shame, too. I understand PowerVR designs are reasonably nice, at least if you didn't want or need recent OGL implementations.
Originally posted by bridgman View PostNot saying that it isn't a driver issue, but I was expecting a Linux vs Linux comparison (eg "brand X Linux HW+drivers have much faster 2D than yours").
Comment
-
Originally posted by rmenessec View PostSo far as I know, it's 100% direct rendering, now, and has been for some time. EXA, now obsolete, didn't work at all without DRI.
With direct rendering the application calls the 3D (or other) driver directly, then the driver checks with the X server (via the DRI extension) to confirm where to draw and then the rest of the drawing happens without going through the X server (although they do go through the kernel driver).
For indirect rendering all drawing commands go through the X server and the DRI protocol is not used since the X server calls the drivers itself. The resulting drawing operations may go through the kernel driver but they do not use DRI and they are not "direct rendered".
All 2D still goes through the X server, unless you are using a toolkit which draws using OpenGL (in which case the drawing could be direct or indirect).
Just curious, if EXA is obsolete what do you think replaced it ? EXA (or UXA, which is essentially the same thing) is the default on pretty much all open drivers today.
Originally posted by rmenessec View PostThe Blob simply gets very little attention and that well after WinCat. I don't think it's my imagination that it's gotten worse since AMD assigned noticeable engineering cycles to the open drivers.Test signature
Comment
-
Originally posted by bridgman View PostAll 2D still goes through the X server, unless you are using a toolkit which draws using OpenGL (in which case the drawing could be direct or indirect).
Originally posted by bridgman View PostJust curious, if EXA is obsolete what do you think replaced it ? EXA (or UXA, which is essentially the same thing) is the default on pretty much all open drivers today.
Originally posted by bridgman View PostNot sure I get the connection. The open source team are all new hires other than me, and I wasn't working on fglrx beforehand.
I'm just saying it seems like LinCat releases have gotten farther and farther apart since more AMD engineering time started going into the OSS code. Maybe it's my imagination, and fglrx releases were always coming too slowly to be useful.
Comment
-
Getting back on topic...
In an attempt to wrestle this thread back to the original point:
Can anyone personally recommend either a maker (relabeler?) or (better yet) a specific SKU of netbook with NVIDIA (preferably) or Intel Ironlake graphics? With an amd64-capable CPU of some kind attached?
Support scares, surprisingly good support, overheating issues, nifty accessories available, tips on configuring the synaptics driver to work around touchpad issues on some given machine-- any input would be helpful.
I'd especially like to know if it's feasible to jam four whole GiB of RAM into a recent netbook.
Comment
-
Originally posted by rmenessec View PostThat's kind of a complicated picture, innit? Compiz Fusion is quite popular. I'm using it under Ubuntu. GNOME 3's getting compositing. So is KDE 4.6. I assume VDPAU and VA-API are 100% direct...
Originally posted by rmenessec View PostYes, but has the fglrx team gotten smaller since you and the other OSS guys were hired? Have they been repurposed to work on WinCat? Are they doing both at once?
Originally posted by rmenessec View PostI'm just saying it seems like LinCat releases have gotten farther and farther apart since more AMD engineering time started going into the OSS code. Maybe it's my imagination, and fglrx releases were always coming too slowly to be useful.Test signature
Comment
Comment