POST A COMMENT

17 Comments

Back to Article

  • StealthX32 - Friday, April 05, 2013 - link

    I haven't tested OpenCL for CS6, but for non-HTML5 videos, Flash still continues to peg my CPU usage and pushes the CPU over 100 deg C. Thanks a lot, Adobe. Reply
  • thesavvymage - Friday, April 05, 2013 - link

    yeah if your cpu is going over 100 deg C, thats not flash. thats your cpu. it should never, under any circumstance, pass 100 deg C. you need an upgrade, or to clean the dust off your fan. Reply
  • Flunk - Friday, April 05, 2013 - link

    Yes, if you're CPU is heating up to 100C that's a hardware issue. There is no reason why a CPU shouldn't be able to run at 100% constantly (if it's actually processing something). Reply
  • StealthX32 - Friday, April 05, 2013 - link

    It's a C2D 2.26GHz in a Macbook Pro 13 (2009 era). I thought this was standard operating procedure for Flash on OS X. Reply
  • Death666Angel - Friday, April 05, 2013 - link

    Be mad at Apple then. A program should use as much CPU time as possible to finish its task as fast a possible. If the PC/laptop cannot handle the stress, it's the fault of the manufacturer. Seems that the cooling solution doesn't hold up to long use. Get someone to replace the thermal paste and clean the heatsink for you. Reply
  • Tegeril - Friday, April 05, 2013 - link

    It's not, unless you're viewing video on a player written over 4 years ago, the entire video rendering pipeline in Flash is hardware accelerated. Reply
  • AndreElijah - Friday, April 05, 2013 - link

    Dude - don't blame Adobe - that's ALL Apple... Furthermore it has NOTHING to do with Adobe's Pro Video offerings like Premiere which is referenced in this article. I work in film professionally as an editor and have owned 7 MacBook Pros in the last 7 years. Apple has replaced them all due to severe overheating. I have a 17'' 2011 MacBook Pro that regularly overheats to over 100 degrees Celsius with graphical artifacting whenever rendering something with the dedicated GPU. When you have a hot processor in a chassis less than an inch thick - that's what happens. My next machine will be the HP 8770w or Dell Precision 6700 (Haswell equivalents) because they are both powerful and properly cooled. Something that Apple does not provide. Reply
  • Oberoth - Sunday, April 07, 2013 - link

    Are we over the days of QuickSync not working in you have another GPU on your PC? Back in the Sandy Bridge days QuickSync only worked when you had a monitor attached to one of its outputs, is this still the case?

    I will be buying a Haswell set up when it's out but will also be using a dedicated GPU, will the GPU on the CPU still function? Will software like Handbrake and Prem Pro still have access to QuickSync?

    Also there are often concerns over quality from GPU assisted encoding, is this still the case with Open CL? What would be a better option (mainly quality but also speed) new high-ish end AMD or nVidia card or sticking with QuickSync or disabling all GPU acceleration and purely using x86?
    Reply
  • shnurov - Friday, April 05, 2013 - link

    I don't understand the part where they say that 'lower GPU usage is better.'
    I mean, if there's 100% GPU available; I'd love to see Premiere use 100% and complete the rendering ASAP, not have 35% usage. I hope it'll be extended to the non-FireGL cards as well, like the 7970/6970/etc.
    Reply
  • Death666Angel - Friday, April 05, 2013 - link

    The way I read that is that they are talking about efficiency. So, the 2 cards are doing the same thing, AMD cards are being faster and at the same time use less resources. Reply
  • mayankleoboy1 - Friday, April 05, 2013 - link

    Why not make it even more faster, and use more power ? Reply
  • geniusloci - Saturday, April 06, 2013 - link

    mayankleoboy1: are you really this stupid? Reply
  • mayankleoboy1 - Friday, April 05, 2013 - link

    Even on openCL, NV and AMD have different implementations. So a really optimized common code is not possible. Externally it may look like there is a single code for both, internally, the code does a hardware check to see which GPU is in use, and uses different codepath for different manufacturer. Reply
  • HighTech4US - Saturday, April 06, 2013 - link

    Ryan: Can we get a Head-to-Head review with both AMD and Nvidia products?

    Testing AMD with OpenCL and Nvidia with both OpenCL and CUDA.
    Reply
  • geniusloci - Sunday, April 07, 2013 - link

    There's absolutely zero need for that. AMD destroys Nvidia in OpenCL.
    And 6xx series Nvidia cards suck at CUDA as well.
    Reply
  • HighTech4US - Sunday, April 07, 2013 - link

    And we all should bow down to you the "AMD Fanboi God" as all knowing.

    Not going to happen.

    What you seem to be saying is please, please Mr Ryan don't do one-on-one tests against Nvidia for you may find proof that AMD's constant PR about OpenCL doesn't meet the hype.

    Just like the "CrossFire is Broken" problems AMD is currently having were found out by testing AMD's CF against Nvidia's SLI.

    http://www.pcper.com/reviews/Graphics-Cards/Frame-...

    AMD Fanbois (like yourself) seem very afraid of direct testing of Open Standards like OpenCL. That alone should be enough of a reason to tests between AMD and Nvidia.
    Reply
  • B3an - Sunday, April 07, 2013 - link

    I'd hope they also support After Effects with OpenCL. That can be slow as **** even on the very fastest, and overclocked, hardware. Reply

Log in

Don't have an account? Sign up now