Entries:
Comments:
Posts:

Loading User Information from Channel 9

Something went wrong getting user information from Channel 9

Activity Profile

Latest Achievement:

Loading User Information from MSDN

Something went wrong getting user information from MSDN

Visual Studio Achievements

Latest Achievement:

Loading Visual Studio Achievements

Something went wrong getting the Visual Studio Achievements

Parallel Computing Platform: An Integrated Approach to Tooling

Posted: Oct 10, 2008 at 10:05 AM
By: Charles
Avg Rating: 5

(4)
56,296 Views
2 Comments
reddit

Tweet

42 minutes, 19 seconds

format
< > embed
+ queue

Sign In first to access your queue.
Close

Sorry, video was not added to the queue, an error occurred. Please Contact Us and let us know.
Close

Embed code for this video

Copy the code above to embed our video on your website/blog.

Video format

Option selected may change based on video formats available and browser capability.

Auto
Use our suggested format for this video.
Smooth Streaming
Adaptive bitrate streaming - little buffering but lower video quality at times of low bandwidth. Silverlight 5 required
Progressive
Traditional buffered video format. Silverlight 5 required
HTML5
For browsers that support H.264 MP4 or WebM video playback such as:
IE9+, Firefox 4+, Chrome 5+, or Safari 4+.
Flash
For browsers that have the Adobe Flash Player plugin installed.

Download

Right click “Save as…”

High Quality WMV (PC, Xbox, MCE)

File size
757.9 MB
MP3 (Audio only)

File size
19.4 MB
MP4 (iPod, Zune HD)

File size
137.4 MB
Mid Quality WMV (Lo-band, Mobile)

File size
133.3 MB
WMV (WMV Video)

File size
233.0 B

The Parallel Computing Platform team's Steve Teixeira (PUM), Daniel Moth (PM and Channel 9 Screencaster Extraordinaire!) and Sean Nordberg (GPM) sit down with me to discuss Microsoft's overall approach to Parallel Computing inside Visual Studio (improved concurrency debugging and new runtime analysis tools inside VS). Of course, we also address the high level issues of making parallel computing easier to compose on the Microsoft stack and peak into the future. At PDC Steve et al will go much deeper into the VS tooling support for parallel computing in several sessions. Parallel Computing is a major theme at this year's PDC so I strongly encourage you to head down to LA and pay close attention to our plans for making writing concurrent code reasonable and readily understandable by a much larger class of developers.

See you at PDC.

Follow the Discussion

Follow
Oops, something didn't work.

Try again?

Sign In to be begin to follow these comments

What does this mean?
Following an item on Channel 9 allows you to watch for new content and comments that you are interested in. You need to be signed in to Channel 9 to use this feature.

Getting "follow" information

Stop following these comments

Start following these comments

What does this mean?
Following an item on Channel 9 allows you to watch for new content and comments that you are interested in and view them all on your notifications page.

Removing your "follow"

Setting up your "follow"

Did you know you can
sign up for email notifications?
- Subscribe to this comments

stevo_ Human after all

Oct 10, 2008 at 3:44 PM

That was really cool, it makes a lot of sense that we don't really want to be working purely with threads, but expressing concurrency with an abstraction which can more intelligently handle threads and thread pools etc.. the task panel seems like such a natural thing that should exist.
sjh37 Software should not break. It should just work. Forever. No matter what...

Oct 29, 2008 at 7:24 AM

You have to be careful with parallel execution when it comes to disk I/O.
If each thread is accessing a file, the whole thing slows down to a crawl as the hard disc read head has to jump to each file every 20ms. It would be MUCH better if the operating system could allocate more time to read a file before it allowed a context switch. say 500ms. that would allow more data to be retrieved from the hard disc, less head thrash, less time waiting for the head to move, and performance would go up greatly.

Just try creating 2 or more zip archives at the same time, then time it again but only doing 1 at a time. Winrar has a feature where it will wait (probably using a global mutex) for other winrar windows to finish before the next one starts.

You can context switch CPU threads till the cows come home, but a phsical device needs more time to read/write when the head arrives.

Remove this comment

Remove this thread

Comments Closed

Comments have been closed since this content was published more than 30 days ago, but if you'd like to continue the conversation, please create a new thread in our Forums,
or Contact Us and let us know.