Jim Radigan: Inside Auto-Vectorization, 1 of n

Sign in to queue

The Discussion

  • User profile image

    Very pleased to see this. Great start to the series and looking forward to digging in more. I have a question though, wow that's it's been officially announced that some time later this Autumn, Visual Studio 2012 will be updated to be able to directly create binaries for Windows XP without the sledge hammer of having to have Visual Studio 2010 installed, will auto-vectorization extend to the binaries targeting Windows XP?

  • User profile image
    Steve Wortham

    I've said it before and I'll say it again -- it's absolutely awesome that you guys are able to do all of this with the compiler.

  • User profile image

    This guy was amazing in the previous video and I'll be downloading this now to watch asap!

    I wonder what Jim(or anyone who's interested here) would think of my parallel execution engine/vm which schedules and tracks data dependance in a sort of VM environment with a 1 extra layer of memory location indirection instead of making the compiler know all data & locations aware at compilation time?


    It is a little vague and it does it's break up horizontally accross cores instead of vertically to fill the vectors but I did try to explain for a broader audience but I'd love feedback on if my architecture & design seems possible!  If it's just wrong or if any of you long time researchers know if it can't work as I tried to explain please let me know Smiley .

  • User profile image

    Awesome video!

    Its possible to check auto-parallelizer in the task manager, but how do I know if my code is auto-vectorized? this was briefly mentioned in the video but it was not clear.

  • User profile image
    R Potter

    @r00k You can look at the disassembly and see what instructions the compiler generated.

  • User profile image

    DL is broken for me in Chrome, FF, and IE. Downloads a couple of kb and finishes.

  • User profile image

    Briliant! Waiting for deep dive! One of the things that it would be really cool is if you could create a document where you define the loop forms that you autovectorize, so that we can use the forms in our code by default.

  • User profile image

    I am more interested to know what type of loops the compiler are able to auto-vectorize and those loops compiler cannot auto-vectorize.

  • User profile image

    Maybe you can think also about support for 80-bit and/or 128-bit presicion in Visual Studio?

  • User profile image


  • User profile image
    Jan de vaan

    Cant wait to get my hands on this!

    I do wonder how the compiler decides what it should try to vectorise.
    I mean, a typical program will have thousands of loops, many of which will run over a small number of items. Vectorising all of those will only increase the exe size, which is bad for system perf as a whole.

    And what if i do range based for's(c++11 feature) over stl vectors? Will the vectoriser recognize those loops too?

Add Your 2 Cents