Page 1 of 2 12 LastLast
Results 1 to 10 of 11

Thread: Raspberry Pi's Gallium3D Driver Could Now Run Significantly Faster

  1. #1
    Join Date
    Jan 2007
    Posts
    15,653

    Default Raspberry Pi's Gallium3D Driver Could Now Run Significantly Faster

    Phoronix: Raspberry Pi's Gallium3D Driver Could Now Run Significantly Faster

    Eric Anholt, the lead developer developer behind the Broadcom VC4 Mesa/Gallium3D driver stack for supporting the Raspberry Pi, has announced a new performance achievement...

    http://www.phoronix.com/vr.php?view=MTg2NjQ

  2. #2
    Join Date
    Aug 2012
    Posts
    67

    Default

    Eric Anholt, as a wise man use to say shut up and take my money

    RIP Fry

  3. #3
    Join Date
    Aug 2011
    Posts
    572

    Default

    So he just caches buffer allocations so frequent glBufferData calls with similar size can immediately be satisfied?

  4. #4
    Join Date
    Jul 2013
    Posts
    12

    Default Other drivers

    Is it possible to adapt this to all the other free drivers?

  5. #5
    Join Date
    Jul 2012
    Posts
    667

    Default

    Quote Originally Posted by rastersoft View Post
    Is it possible to adapt this to all the other free drivers?
    Precisely what i was thinking...but i wonder if it wasn't already done in Radeon,etc. if it could work.

  6. #6
    Join Date
    Sep 2006
    Location
    PL
    Posts
    916

    Default

    Quote Originally Posted by rastersoft View Post
    Is it possible to adapt this to all the other free drivers?
    i think similar solutions were in the works at least a year ago. not sure what came out of it though.

  7. #7
    Join Date
    Sep 2010
    Posts
    731

    Default

    Actually glxgears is good benchmark here.

    After all its optimization aiming at lowering driver overhead, and nothing more.

  8. #8
    Join Date
    Dec 2009
    Posts
    77

    Default

    Quote Originally Posted by yoshi314 View Post
    i think similar solutions were in the works at least a year ago. not sure what came out of it though.
    Both radeon and nouveau have similar userspace buffer caching mechanisms in place since a long time.

  9. #9
    Join Date
    Apr 2011
    Posts
    16

    Default

    Quote Originally Posted by przemoli View Post
    Actually glxgears is good benchmark here.

    After all its optimization aiming at lowering driver overhead, and nothing more.
    glxgears is what I'd call a "microbenchmark", testing only a very static workload designed to pressure one particular subsystem of the stack. Good to prove the CPU usage for BO allocation went down quite a lot, but doesn't say a lot about the impact on more relevant workloads (like your desktop, your games or your OpenCL accelerated programs) where a larger part of the graphics stack is utilised. So you're right to say that the benchmark is good, but be careful with the conclusions you draw from it.

  10. #10

    Default

    I really wish Raspbian would start packaging this driver so we can play around with it. I've tried to compile it several times but no success.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •