My Message close
GAME JOBS
Contents
Cleaning Memory and Partial Stalls in Your Code
 
 
Printer-Friendly VersionPrinter-Friendly Version
 
Latest Jobs
spacer View All     Post a Job     RSS spacer
 
May 20, 2013
 
Game Advertising Online
Account Executive - Game Advertising Online
 
Wargaming.net
Build Engineer
 
Ringling College of Art and Design
Game Art + Design Faculty
 
Havok
Havok- 3D Software Engineers (Work in Dublin,...
 
University of Central Florida/School of Visual Arts & Design
Instructor or Lecturer
 
University of Central Florida/School of Visual Arts & Design
Assistant Professor
spacer
Latest Blogs
spacer View All     Post     RSS spacer
 
May 20, 2013
 
Fingle marketing effort and numbers
 
Next-Gen Xbox: What Microsoft Needs To Reveal On 21st May [3]
 
3 reasons why Nintendo won’t abandon the hardware market
 
I want to experience games not just play them. [1]
 
Making 2D Games With Unity [4]
spacer
About
spacer Editor-In-Chief:
Kris Graft
Blog Director:
Christian Nutt
Senior Contributing Editor:
Brandon Sheffield
News Editors:
Mike Rose, Kris Ligman
Editors-At-Large:
Leigh Alexander, Chris Morris
Advertising:
Jennifer Sulik
Recruitment:
Gina Gross
Education:
Gillian Crowley
 
Contact Gamasutra
 
Report a Problem
 
Submit News
 
Comment Guidelines
Sponsor
Features
  Cleaning Memory and Partial Stalls in Your Code
by Haim Barad [Postmortem]
Post A Comment Share on Twitter Share on Facebook RSS
 
 
December 21, 1999 Article Start Page 1 of 3 Next
 

This month, the Optimizations Corner gets "down and dirty" and starts examining many of the pitfalls that you might stumble into if you're not careful about microarchitecture. After all, a good way to slow down a fast computer is to write software that ignores the underlying microarchitecture. So, let's get those "glass jaws" in your code out of the way and let the raw speed of the machine shine through.

Koby Gottlieb is the Group Leader of the Media/VTune Group in Intel's Israel Design Center. Aside from being my supervisor (which explains the glowing remark I'm about to make), he's an expert in low-level code tuning for specific microarchitectures. In this article, he explains the concept of partial stalls and how it affects performance on modern dynamic execution microarchitectures, relevant to Pentium Pro, Pentium II, and Pentium III processors.



Maximize Your Application's Potential

Understanding the microarchitecture can help you develop high-performance applications for Intel architecture processors. Even though the application you developed for the Intel386 and Intel486 processors executes on the Pentium Pro, Pentium II, and Pentium III processors without requiring any code modification, optimization techniques combined with knowledge of the newest processor can help you tune your application to its greatest potential. In theory, a good compiler knows all about code generation strategy, but in practice, compilers are not perfect. In some cases the way we write our code forces the compiler to generate slow code, and in other cases the compiler is not as good as it could be. When writing assembly code we have no one to blame and therefore we should be aware of microarchitectural limitations. In this article I would like to highlight two aspects of performance problems: partial and MOB stalls.Detecting and fixing these problems in your code may help your application perform faster.

 
Article Start Page 1 of 3 Next
 
Top Stories

image
Market's ready for new consoles, but old-gen surprisingly viable
image
The next Xbox: What Microsoft needs to reveal this week
image
How developers mess up immersion (you might be doing it wrong)
image
Making NeverWinter Nights: A classic BioWare postmortem
Comments


none
 
Comment:
 




UBM Tech