text:
Aframe is a private cloud production and asset management solution for collaboration, review and approval, archive and tagging. Transfer metadata into Adobe Premiere Pro so that Aframe rough edits retain changes. Aframe makes people more productive, while removing the storing, sharing and delivery frustrations of video production.
AJA Video Systems is a leading manufacturer of high-quality, cost-effective acquisition, digital video interface, conversion, and desktop solutions for broadcast and post production. Its products meet the demands of even the most advanced Adobe workflows.
Ambient Recording is known for 20 years of industry-leading portable timecode and synchronization devices. Their ACN network is able to wireless line-sync all devices on set and collect offline and online metadata. Partnering with Adobe brings the highly accurate Lockit timecode into the Adobe Prelude Live Logger.
AMD is an innovative technology leader dedicated to providing Adobe Creative Cloud users with the power, quality and performance they demand at a price they can afford through the combination of AMD APUs, Radeon™ graphics, and FirePro™ professional graphics and open standards.
ENPS is the world's most installed multimedia news production system. ENPS and Adobe have partnered to create a custom panel that provides access to live updates from ENPS — including current rundowns, stories, MOS item information, and more — all from within Adobe Premiere Pro.
For over 30 years Arvato Systems has been building a solid reputation as a systems integrator. For the broadcast and media industry we offer integrated software solutions for broadcast management and digital media management.
The camera mountable HD-SDI Samurai Blade, the portable rack-mount Ronin and the HDMI Ninja-2 recorders and monitors by Atomos record direct from the camera's sensor in Apple ProRes or Avid DNxHD formats – no transcoding required - allowing a more efficient post-production workflow with Adobe Premiere Pro and After Effects.
In the office or field, ATTO portable Desklink Devices enable Mac workstations, including the new Mac Pro, high-speed, connectivity to FC SANs, Ethernet Networks, SAS/SATA Storage and Tape and RAID protection on JBODS. Edit on-the-fly in Adobe Premiere Pro, perform quick cuts then move the results to portable RAID storage or tape using LTFS.
axle is radically simple media management software designed to let small, midsize and virtual creative teams search, annotate and collaborate with their media files. It's integrated with Adobe Premiere Pro and other Creative Cloud applications.
Bitcentral provides open, nonproprietary wide area workflow solutions for today's broadcasters. Our end-to-end solutions include encoding, field acquisition, browser-based editing, asset management, content sharing, playout, and archiving.
Bluefish44 manufactures the industry's highest quality uncompressed SD/HD/2K/4K SDI video cards for the Windows® and OS X operating systems. Its Epoch and Create 3D video cards integrate tightly with the Adobe Mercury Playback Engine in Adobe Premiere Pro.
Cantemo's media asset management system can be natively incorporated into Adobe's Pro Video solutions as well as in-house developed tools and back-office systems. The infrastructure allows customization including adding features and integration points (Apps), and re-skinning UIs (Themes) on an individual, work group or division specific basis.
CatDV is an award-winning digital asset management solution that supports complex production workflows. With its highly scalable architecture, powerful automation, collaboration and logging tools, CatDV lets you quickly and easily find assets on shared storage and pull them into your project, directly within Adobe Premiere Pro.
Chyron's BlueNet Plugin for Adobe Premiere Pro allows editors to create still and animated broadcast graphics within Adobe Premiere Pro via Chyron's ground-based or hosted graphic creation systems. Editors using Adobe Premiere Pro can access the same graphics used in the newsroom, providing brand consistency.
Crossroads provides powerful, easy-to-use solutions to securely archive long-term files. The Crossroads StrongBox digital content archive seamlessly stores files from Adobe Premiere Pro and streamlines write and read operations for cost-effective content archival.
CTRL+Console is an interface company that designs innovative touchscreen control surfaces for creative software. A mobile app that transforms tablets into a key tool in the modern creative workflow, optimized for Adobe Premiere Pro. CTRL+Console makes editing intuitive to increase productivity and minimize the path to proficiency.
Dalet Media Asset Management solutions for News, Sports and Archiving let broadcasters and media professionals create, manage, and distribute content to traditional and new media channels. Dalet Xtend seamlessly integrates Dalet MAM solutions with Adobe Premiere Pro providing a streamlined production workflow while maintaining metadata across systems.
DDN is a leading storage solutions provider for content-intensive environments, including production workflows with Adobe Premiere Pro, After Effects, and the other Adobe creative apps. DDN MEDIAScaler™ delivers the backbone for flawless ingest, transcoding, editing, graphics and color correction with the Adobe tools, including 4K, 8K, UHD, HDR, and IMF media workflows.
Dell's award winning, high performance workstations, and servers, which are optimized for Adobe's Professional Video tools such as Premiere Pro, After Effects and Adobe Anywhere, help Adobe broadcast, media and entertainment customers realize their creative visions more profitably and affordably.
deltatre uses cutting edge technologies to make sports and entertainment events more immersive, collaborative and inclusive. Fans become an active part of the event connecting socially and sharing their passion. deltatre's fast turnaround production logging product integrates with Adobe Prelude through a content panel and logging interface.
DiaQuest is the leading supplier of connectivity middleware for media production workflows. Its ProductionLink plug-in for Adobe Premiere Pro and After Effects adds Avid Interplay to the list of available render formats to publish content directly to the Avid Interplay production asset management (PAM) system.
Dixon Sports Computing's video management solutions include Live Highlight Production, Sports Asset Management, Coaching Analysis, and Stadium Replay. Logged sports clips are immediately available to Adobe Premiere Pro using the Hilite Selector and Search applications.
By directly matching technical with content metadata in field (via Script Supervising App), easySCOTT uses the power of metadata to streamline the information workflow between filmset and post production. Users can easily import existing metadata from Adobe Story – and after the shoot export them to Premiere Pro.
A technology leader in media storage and tapeless workflows, EditShare's networked storage supports Adobe Premiere Pro project sharing. Editors can instantly view, copy or revise a colleague's work without worrying about accidentally deleting or overwriting a bin, sequence or project.
EMC Isilon's storage solutions help organizations manage, store, and access vast and rapidly growing libraries of media production and programming content for multiple distribution channels, media formats, and consumption models.
eMAM™ is a digital asset management system that organizes, shares, and sends content from any internet enabled device. Adobe Premiere Pro users can import projects via a built-in panel and link to the native file in central SAN or NAS storage. Export options synchronize changes between Premiere Pro and eMAM. Share a sequence for review and approval without opening a separate interface.
EVS is a leading provider of broadcast and media production systems for live and near-live sports, news, and TV entertainment. It integrates with Adobe Premiere Pro advanced editing to provide the studio's fastest recording to post-production MXF workflow.
Eyeheight's new complianceSuiteAPP is a plug-in legaliser and safe-area generator for Adobe Premiere Pro running on OS X. Designed for high-end video files in broadcast production, complianceSuiteAPP supports any combination of file formats and source color-space available in Adobe Premiere Pro.
Founded in 2003, Massachusetts-based Facilis Technology manufactures modern, high-capacity, turnkey shared storage solutions that work with Creative Cloud. Its production-proven solutions are fast and intuitive – making it easier for creative pros to collaborate and work more efficiently. Facilis products are installed in more than 2000 facilities worldwide.
FileCatalyst lets users send content quickly, securely, and reliably from Adobe Premiere Pro CC to any FileCatalyst Server. FileCatalyst's protocol is UDP-based and immune to network impairments such as latency and packet loss. Premiere Pro users can send large files, regardless of size or format, in minutes, rather than hours or days.
MXFserver from FilmPartners provides a post-production management software layer that enables project-based, multiuser, collaborative editing with Adobe Premiere Pro — putting content at the center of the workflow.
FOR-A offers a file-based solution designed for total workflow: ingesting, editing, distributing and archiving. The MBP-120SX, FOR-A ingest server, works with Adobe Premiere Pro. Footage can be transferred via shared server and edited with Premiere Pro while still being ingested to MBP-120SX.
FxFactory delivers innovative real-time visual effects plug-ins for the broadcast industry that integrate seamlessly with After Effects and now with Premiere Pro. Plug-in solutions include: titling, color correction, still image animation, stylization, keying, repair and stereoscopic workflows.
By simplifying and enhancing how content is produced and distributed, Grass Valley® customers are more creative in the studio, the field, and the newsroom. Offering more production flexibility, Grass Valley's latest release of GV STRATUS® is designed to support Adobe Premiere Pro for advanced editing and program creation.
Harmonic provides infrastructure that powers the video economy. The company enables content and service providers to efficiently create, prepare, and deliver differentiated video services for television and new media platforms.
HP is reshaping the landscape of media and entertainment innovation. HP's end-to-end media and entertainment solution portfolio lets you design, create, and deliver engaging experiences for your customers at a lower total cost of ownership, smaller footprint, and with all the benefits of full redundancy.
The IPVLive plug-in streams growing, frame-accurate proxies directly to Adobe Premiere Pro in a multi-user environment across a standard IT network. With full access to the IPV Curator Asset Management System, this provides unprecedented freedom for producing fast turnaround highlight packages, promos and managing an entire media archive from your desktop.
Imagine Communications provides multi-screen video and ad management solutions for media and entertainment enterprises. Integration of our shared storage family of products with Adobe Premiere Pro streamlines editing workflows. Publish graphics directly from After Effects to Imagine's playback and graphics solutions, including Versio integrated channel playout and Nexio Channelbrand multichannel branding.
JMR is a leading value provider of scalable storage systems for performance- and capacity-driven applications. JMR's storage solutions make it possible for Adobe Creative Cloud users to edit and finish in real time — even with 5K files.
LaCie is a leading worldwide manufacturer of storage solutions. LaCie offers a broad range of professional products including Portable, Desktop, Network and Cloud storage. LaCie and Adobe Creative Cloud applications together provide a unique solution for workgroups of creative professionals to edit, backup and share their post-production projects.
The Levels Beyond Reach Engine™ is one of the most advanced media management and integration platform on the market. Now the Reach Engine is integrated directly with Adobe's Pro Video tools to allow creative teams to search, use, and publish assets directly from Adobe Premiere Pro and other Adobe video applications.
Marquis Broadcast provides integration products for today's broadcasting environments that enable content creators to integrate Adobe Premiere Pro into their workflows, providing project and sequence archiving and translation and clip transcoding and rewrapping.
Matrox offers the only I/O solutions to deliver H.264 files up to five times faster than software alone without sacrificing quality. Fully integrated Mercury Transmit support lets you scale, monitor, and output in any format you need — from analog and HDMI to HD-SDI. For workflows that include tape, Matrox offers rock-solid device control with frame-accurate batch capture and print-to-tape.
MediaBeacon is an award-winning digital asset management system. With native support for XMP metadata and Adobe workflows, MediaBeacon lets users search, tag, and collaborate in flexible widget-based portals.
MediaSilo Inc. provides cloud-based media workflow and collaboration solutions for creative teams. Built by media professionals for media professionals, MediaSilo provides the ability to search, review, store, manage, share and convert media quickly and easily from anywhere in the world. Integration with Adobe's Pro Video tools makes collaborating on creative work simple.
Mediasmiths is a media technology services company whose business is built on providing clear and independent advice and expertise. Mediasmiths has developed a specialist approach that focuses on lowering the risk and cost associated with technology and process change in broadcasting and digital media organizations.
METUS, with clients in more than 65 countries, is a leading developer of Media Asset Management (MAM) software solutions. The Metus MAM Plugin is a built-in interface inside Adobe Premiere Pro for accessing directly to the MAM within Premiere Pro. Premiere Pro editors will love it!
MOG Technologies is revolutionizing the broadcast market and is becoming a worldwide supplier of high-quality centralized solutions with its mxfSPEEDRAIL product line. Simplifying the workflow processes of broadcasters and production houses is the most important goal of the company.
Nexidia's new Dialogue Search Adobe Premiere Pro Extension integrates Nexidia's unique and powerful search technology into Adobe Premiere Pro where users can now search entire libraries of content for any spoken word and phrase in seconds. Find the right clip, right now within Adobe Premiere Pro.
NVIDIA® pioneered the art of visual computing for editors, visual effects artists and broadcast professionals. The Quadro® and Tesla® GPUs deliver unprecedented performance and simplify workflows for a range of Adobe creative tools, such as Premiere Pro, After Effects, SpeedGrade and Adobe Anywhere.
Object Matrix is the UK-based manufacturer of MatrixStore, the trusted 'nearline' and 'archive' storage platform. MatrixStore is designed to protect video and metadata content in file based workflows. MatrixStore is integrated with Adobe Prelude CC and Premiere Pro CC workflows.
OCTOPUS Newsroom, a leading producer of TV newsroom computer systems, enables broadcasters to deliver fast, complete, and engaging news. Its NLE plug-in offers advanced features that fully integrate Adobe Premiere Pro with the OCTOPUS workflow.
The Overland Storage SnapScale NAS and NEO Series Tape Library is a storage solution for Adobe Anywhere for video. Overland Storage worked with Adobe and Empress eMAM to integrate with Adobe Anywhere to even better enable content creators to access and process from virtually any location with standard network connectivity.
Panasonic provides wide range of Camera/Recorder products from AVCCAM (AVCHD) to P2 (AVC-Intra, DVCPROHD). Premiere Pro checks P2 metadata immediately to start editing AVC-Intra or DVCPROHD content from P2 card or HDD without transcoding, and export P2 clips to anywhere you want. It also supports AVCCAM natively with professional metadata.
Prime Focus Technologies' CLEAR™ is a Hybrid Cloud-enabled Media ERP Suite (Modules: Cloud MAM, Operations Cloud, Broadcast Cloud, Production Cloud, and Distribution Cloud). CLEAR Extension Panel provides seamless workflow collaboration between CLEAR modules and Premiere Pro by allowing access to CLEAR as an extension panel inside Premiere Pro.
Primestream's FORK™ manages and automates media workflows to reduce costs and free users to focus on what they do best - create. An intuitive Premiere Pro panel lets users search the FORK database quickly to drag timelines, bins or clips, into a Premiere Pro project. Send sequences directly to FORK inside Premiere Pro, ready for air, or to fulfill a newsroom system placeholder.
PROMISE Technology offers a range of storage solutions for single editors or multiple editors working in collaborative workflows. Adobe and PROMISE together deliver a high-bandwidth, low-latency solution that provides faster, more efficient SD, HD, 2K, and 4K workflows.
Quantum Corporation is a global expert in data protection and big data management that provides intelligent storage solutions for traditional, virtual and cloud environments. Quantum's StorNext® software and appliances provide high-performance file sharing and archiving for Adobe Creative Cloud applications.
True native, color-rich, 5K and higher workflows to harness the full potential of high-resolution raw digital media in Adobe Premiere Pro and After Effects . Work natively with RED ONE®, RED EPIC®, and RED Scarlet-X cameras with support for RED Rocket and Mysterium-X®, as well as color science and RED firmware advances. Full parameter control with RMD file import and edit.
Scale Logic, Inc develops, deploys and supports high performance file-based solutions. RAID, NAS, SAN and Archive solutions focus on the entertainment and media industry. Solutions include Strawberry's Adobe Premiere Pro panel, simplifying project management and proxy creation/viewing. Scale Logic solutions are supported with dedicated product development, support personnel and service offerings.
Sienna's media system provides ingest, playout, automation, and media asset management with MOS integration. For editorial, Sienna integrates seamlessly with Adobe Premiere Pro for one-click media access and delivery into MOS placeholders.
Small Tree provides simple, affordable and powerful Ethernet-based shared storage solutions to professionals who create, manage and deliver electronic media and entertainment content using Adobe Creative Cloud applications. The company's powerful shared storage systems offer optimal flexibility by working seamlessly with Mac, Windows and Linux.
SNS is a global leader in the development of shared storage hardware and software technology for Mac, Windows and Linux workgroups. For over 10 years SNS has been advancing networking and workflow efficiency for the media and entertainment, broadcast, game development, education and government marketplaces.
Sony XDCAM / XDCAM EX camera and decks works natively with Premiere Pro with no transcoding required. Smooth importing, strong metadata support, real-time editing, and flexible delivery options are among the workflow benefits of using Adobe Premiere Pro with Sony XDCAM content.
SuperMicro's 2UTwin PIO-2U2N-AS041 Super Server is configured to optimize Adobe Anywhere. Supermicro provides application-optimized server, workstation, blade, storage and GPU systems. Based on its advanced Server Building Block Solutions and system architecture innovations, Supermicro offers the industry's most optimized selection for IT, datacenter and HPC deployments.
Support Partners works in partnership with Adobe to provide innovative, cost-effective modern production solutions, including consultancy, systems integration, tailored workflow advice, and ongoing support for shared storage, editing, asset management, backup, and transcoding systems.
Tangent produce class-leading Control Surfaces targeted primarily for use with applications which incorporate Color Correction. The entire range of Tangent products are supported natively by Adobe SpeedGrade and can also be used to control many other Adobe applications.
From the enterprise to the cloud to the desktop, Telestream offers world-class video transcoding products that support Adobe FLV and Adobe HTTP Dynamic Streaming formats. Telestream Vantage integration with Adobe Premiere Pro provides easy access to an extensive range of encoding functions within the editing environment.
Enhance your Adobe graphics and editorial workflows by combining Tiger Technology T-series and projectStore PRO to concentrate on creativity instead of storage maintenance and project administration. This optimized, self-managed environment for collaboration provides integrated project management and simultaneous multi-user access to high-speed shared storage.
In today's world of non-stop multi-camera shooting, sound and visual content are often logged inadequately. The award-winning Timecode Buddy: system helps productions to run smoothly through sharing accurate, perfectly synced timecode and metadata. Timecode Systems works with the new Adobe Prelude Live Logger iPad app.
ToolsOnAir delivers innovative multichannel broadcast workflows from ingest to playout with real-time graphics. Seamlessly integrating Adobe Premiere Pro CC with ToolsOnAir's Live Cut (multicam production) and just:in multi (multichannel ingest via Adobe panel technology), ToolsOnAir provides an easy-to-use, intuitive, streamlined yet professional workflow.
VidiGo provides intuitive tools for each step of professional video production — from asset management to playout. It has partnered with Adobe to make bringing interactive, stunning graphics on-air simple using Adobe's Pro Video tools.
Vidispine is an enterprise-grade MAM backbone. The capabilities are exposed by well-documented and robust RESTful APIs. Vidispine partners with innovators like Adobe, Mediasmiths, and ToolsOnAir for next-generation broadcast solutions.
Vision III Imaging (v3®) specializes in parallax visualization technologies for entertainment and military markets. v3's QuickS3D™ plug-in provides fully integrated stereoscopic capability for Adobe Premiere Pro. Precision tools provide for perfect alignment of 3D source imagery in all vectors. QuickS3D is the S3D postproduction solution for Adobe Premiere Pro.
Viz One enables media production and distribution, from ingest to editing, archiving to transcoding, graphics branding to playout, on many platforms. The plug-in for Adobe Premiere Pro gives access to assets in — and allows publishing to — Viz One.
Volicon is a leading provider of enterprise media intelligence solutions serving the needs of broadcasters and governments worldwide. Integrated with Adobe Premiere Pro CC, the Observer® Media Intelligence Platform™ provides powerful tools for content creation and repurposing, compliance monitoring, ad verification, competitive analysis, and quality-of-service monitoring.
XOR Media develops high-performance, open IT storage for enterprise media and private cloud data centers. XOR Media offers storage, servers, and applications that manage, store, and distribute massive and high-definition multimedia assets. XOR products are based on scalable, distributed software and standard components to improve data management cost and performance.


text:
Intel Core versus AMD's K8 architectureby Johan De Gelas on 5/1/2006 4:00 AM EST
- Posted in
- CPUs
86 Comments
Back to Article
GeeZee - Friday, May 05, 2006 - linkEven with all the new technologies put into the new "Core" architecture, I think Intel will have a very tough time putting the nails in the coffin of the Athlon/Opteron.
In performance tests(Not benchmarks that fit under 4mb) the Athlon was very competitive with the new core architecture, and beat it on many tests. On top of that A-64 and Opteron still blow it away when using 4 or more cores.
As for the future....AMD has a tremendous amount of companies that are working with them to produce the next gen chips. IBM, Sony, Transmeta, Nvidia, Cray. Pretty much all the Mobo/Chipset manufacturers are much more frendly with AMD than intel.
I wouldn't count out AMD untill their next gen CPU's flop....and I don't think it will. Imagine AMD with access to the code morphing software & Transmeta's vliw chip as a co processor & Via's encryption core & HT 3.0. All working flawlessly due to the new memory modes introduced on AM2. Add onto that Transmeta's manufacturing patents would cut power by 50%.
Via gets Royalties on each chip, Transmeta gets access to AMD core technolgies. Everyone wins.
AMD really surprised Intel with the Athlon. And I think they have somthing up their sleeve after the AM2. Reply
IntelUser2000 - Friday, May 05, 2006 - link
In performance tests(Not benchmarks that fit under 4mb) the Athlon was very competitive with the new core architecture, and beat it on many tests. On top of that A-64 and Opteron still blow it away when using 4 or more cores.
Beat it?? Blow it away?? Have you seen the benchmarks of quad cores to know the reality?? Its the other way around. But when comparing against "Core" Duo that's different... Otherwise you are saying nonsense. Reply
GeeZee - Sunday, May 07, 2006 - linkReally......
Mabye you should look at some facts with thoes blinded fanboy eyes.
IntelUser2000 - Tuesday, May 09, 2006 - link
Mabye you should look at some facts with thoes blinded fanboy eyes.
LOL. Anyone with ANY common sense should realize that the guy doesn't know what he is talking about. He claims Yonah uses 50W!!! Who's a fanboy here...
And let me explain those clovertown scores.
#1. Possibly not a good benchmark for looking at average performance:
Take a look at Cinebench scores. You'll see that Pentium Extreme Edition 840 will outperform Pentium D 840 by over 15%!!! Now where do you see benchmark scores which shows the Pentium EE's outperforming Pentium D's by 15%?? That's right, MOST OF THE TIMES, IT DOESN'T!!! Pentium D's can outperform Pentium EE's lots of times.
#2. The author's mind-boggling flawed logic on Clovertown's score:
He claims that the reason Clovertown scales only 4.85 by using 8 cores is because its bandwidth starved. http://www.digitalvideoediting.com/articles/viewar...">http://www.digitalvideoediting.com/articles/viewar...
Ah what do you see?? Opteron only scales 4.85x too!!!
So what's the opinion on the blog?? HE'S A BLINDED FANBOY!!
Stop posting in forums and use your useless brain on something else.
Why people make up these stupid blogs though?? They are afraid to admit that Intel can actually do make something GOOD. Reply
IntelUser2000 - Tuesday, May 09, 2006 - link
In performance tests(Not benchmarks that fit under 4mb) the Athlon was very competitive with the new core architecture, and beat it on many tests. On top of that A-64 and Opteron still blow it away when using 4 or more cores.
Pffft. Where do you see that?? Care to reveal those benchmarks?? Still in denial after looking at what Core Duo can do?? Reply
IntelUser2000 - Tuesday, May 09, 2006 - linkThere are 3 main things people argue about when doubting Conroe.
1. IDF system's scores are wrong because Intel could have modified the benchmarks.
2. The K7/K8 decoders can all do complex instruction decoding which is better than Core
3. The apps that doesn't fit in 4MB cache will perform slow.
My response:
1. ANANDTECH has shown that AFTER using THEIR OWN Quake 4 benchmark, the discrepancy between Conroe and OC'ed FX-60 INCREASED, indicating Intel's benchmarks are RATHER conservative.
2. First, the two decoders(K7 and Core) can't be compared directly. While it was TRUE that K7 had superior decoder capability compared to P6, its different with Core, because more of the instructions that used to go to the complex decoder on the P6 now goes to the simple decoders in Core.
3. The doubled AND lowered latency L2 cache on the Northwood gave 6-11%(Avg. 8.5%) gain in games. Doubled L2 cache on Barton gave 4-8%(6%) increase. Difference between Athlon 64 3000+(2.0GHz 512KB L2 single channel S754) and 3200+(1MB cache version) is 2.2-8%(5.1%).
Caches doesn't do much. People seem to be somehow expecting 20% difference on the cache alone. Reply
Accord99 - Monday, May 08, 2006 - linkThose scores beat a 4 single-core or a 2 dual-core Opteron system. Reply
clairvoyant129 - Sunday, May 07, 2006 - linkHow ironic you post that website in response to the above user (also calling him a fanboy) when it's a known fact that the author of the site manipulates information to favor AMD. Why don't you think a little next time? Reply
theteamaqua - Friday, May 05, 2006 - linkim glad that intel is back on track, if they keep falling behind AMD, AMD is gonna jack up the price, intel jsut slash its cpu as much as 50%, the Pentium D 950, my mobo wont support conroe so ill jsut have to get the 960 when conroe launches,
but what interest me most is the quad-coare thats coming Q1 next year, hopefully the performance can be as close to 200% of a dual-core counter-part running at the same speed Reply
thestain - Friday, May 05, 2006 - linkLarger Cache and an extra decoder were bound to help Conroe in the small and simple tesing done by most benchmarks.
But, what about applications that are a bit larger than Conroe's cache size or those that are complex causing the simple decoders to not be able to be used that much while placing the single complex decoder on the Conroe into short supply?
Mike Reply
IntelUser2000 - Friday, May 05, 2006 - link
Larger Cache and an extra decoder were bound to help Conroe in the small and simple tesing done by most benchmarks.
But, what about applications that are a bit larger than Conroe's cache size or those that are complex causing the simple decoders to not be able to be used that much while placing the single complex decoder on the Conroe into short supply?
LOL. You crack me up. Go see how much doubling of L2 caches help to increase performance. I guess the last 5 years of Netburst screwed people's mental abilities. Sure the caches will help Conroe, but if the CPU doesn't really need the extra cache, then it will be a waste. Kinda like how doubling L2 caches on Pentium D doesn't help a lot. Kinda like how doubling L2 caches on Athlon 64's don't help either. It's why Semprons excel.
About decoders. Guess you are still in the old ages where one of the reasons K7 was better than P6 was because it has the ability to decode complex instructions in all decoders. If you read about Conroe, more of the instructions that USED to go to the complex decoders can now go to the simple decoders.
Larger Cache and an extra decoder were bound to help Conroe in the small and simple tesing done by most benchmarks.
And which benchmark would that be.
Guess there is gonna be a lot of AMD fanboys that are gonna cry when Conroe is shown. Reply
stopkidding - Tuesday, May 02, 2006 - linkDid anyone notice that this comment thread is virtually free of the usual "Intel-this, AMD-that" comments that usually are seen on this site. The "fanbois" have nothing to bitch about as their little brains can't comprehend whats written in this article! :-) Reply
Reynod - Wednesday, May 03, 2006 - linkWhich is a sigh of relief I must say. I can swallow hard facts and interpret code ... my 4400+ looks like going in as my new server box ... and my next gaming box looks like being an OC'd Conroe. I just won't buy an Intel Mobo ... heh heh. Reply
mino - Tuesday, May 02, 2006 - linkIMHO not, the article is extremely well written AND there are NO benchmarks => Intelman is happy from the text; AMD-man is hoping the real numbere won't be so bad...
On topic, article is written in a very good style for general public.
On thing I'am afraid of is the moment code is optimized for Core, any other irchitecture would take a performance hit. K8 the smallest one, PM/K7 the small one, P4/P6 the big one and all older plus C7 e pretty huge hits.
That bothers me.
Except that, AMD will live for a long time (Opteron alone would survive them for 5+ yrs.) and X2's will be finally cheaper. What else to pray for :)
Best regards. Reply
mino - Tuesday, May 02, 2006 - linkaddennum:
"the article is extremely well written FOR GENERAL AT AUDIENCE"
Otherwise job well done Johan. Reply
nullpointerus - Tuesday, May 02, 2006 - linkRight, but then why do they respond to the other articles? Reply
JustAnAverageGuy - Tuesday, May 02, 2006 - linkAnother top notch article, as always, Johan
- JaAG Reply
dguy6789 - Tuesday, May 02, 2006 - linkThank you for writing this article. You have cleared up a large quantity of questions that I had in relation to the Core architecture. Reply
Betwon - Tuesday, May 02, 2006 - linksub eax,[edi+ebx+79]
There are 3 registers used: eax, edi, ebx
For Core duo, it decodes to one fusion-micro-op.
In the reservation station (RS), only one entry is needed to be allocated. There are three registers spaces in one RS entry at least. And the results of address(edi+ebx+79) can be w rited back into the same position of one register in this RS entry.(A replace method)
For K7/K8, it decodes to one macro-op?
In the reservation station (RS), only one entry is needed to be allocated? There are three registers spaces in one RS entry?
It can take one entry in ROB.
But I don't believe AMD. It may take two entrys in RS, because there are only two registers spaces in one RS entry of K8. K8 hasn't three registers spaces in one RS entry.
K8's RS is up to 8X3 macro-op, but not means that one macro-op can always take one entry in the RS.
I say that I don't believe AMD.
Of course, Other people have on need to believe me too. Reply
Betwon - Wednesday, May 03, 2006 - linkIf you really want to know what is the Intel's load reordering and memory misambiguation, I can tell you the facts:
Speculation Techniques for Improving Load Related Instruction Scheduling 1999
Adi Yoaz, Mattan Erez, Ronny Ronen, and Stephan Jourdan -- From Intel's Haifa, they designed the Load/Store Unit of Core.
I had said that anandtech should study many things about CPU. Of course, I should study more things about CPU. Reply
Betwon - Tuesday, May 02, 2006 - linkP6: sub [mem],eax decodes to three micro-ops
Core duo: sub [mem],eax decodes to two micro-ops
K8: sub [mem],eax decodes to one macro-op
P6: sub eax,[mem] decodes to two micro-ops
Core duo: sub eax,[mem] decodes to one micro-op
K8: sub eax,[mem] decodes to one macro-op
Intel's micro-fusion is different with the K7/K8's macro-op.
P4 has 2X2 int ALU and 2 AGU.
K7/K8 has 3 int ALUand 3 AGU.
But Core duo has only 2 int ALU and 2 AGU.
The integer performance:
Core duo>K7/K8
Because Core duo's length of the depenency chain of the critical path is the shorest.
The most integer program asm codes can be thought as a high and thin tree of the depenency chain, (the longest depenency chain is called the critical path)
The critical path determines the performance. The length of the depenency chain of the critical path is the cycles needed to complete this critical path.
Core duo(2ALU/2AGU) spends less cycles than K7/K8(3ALU/3AGU) -- Because more INT funtions can not accelerate the true dependency atoms-operations.
The P-M/Core duo's special ability of anti true dependency atoms-operations is the real reason of it's INT outperformance, which is different with old P6(such as Pentium 3).
The most FP program asm codes can be thought as a boskage (there are many short depenency chains). The best ILP can be performed--The more FP FADD/FMUL funtions, the more performence.
Double the FP funtions or double the speed of half-speed FP functions is a good idea for the most FP programs.
But double INT funtions do not always enhence the INT preformence so greatly.
Conroe only has three ALUs and two AGUs, but not 4 ALU and 4AGU.
K7/K8 has three ALUs and three AGUs. Reply
Betwon - Tuesday, May 02, 2006 - linkSorry, I'm not one from a English-language nations. I just tell my idea with many spelling or syntax errors.
funtions -- funtion units
I want to tell why Conroe with only 3ALU/2AGU has the INT outperformance. Core has the superexcellent ability to process the true dependency chains.(much much better than K8 3ALU/3AGU).
Even Core duo with 2ALU/2AGU has the INT outperformance(much better than K8 3ALU/3AGU).
The length of the depenency chain of the critical path
The true dependency atom-operations Reply
Starglider - Monday, May 01, 2006 - linkA truly excellent article. I just have a couple of questions;
The second and more important advantage is the on die memory controller, which lowers the latency to the memory considerably. However, the lower clockspeeds of the Core CPUs (relative to NetBurst) and the faster FSB also lower latency significantly. With the numbers available to us now, we have reason to believe that the Athlon 64 X2's latency advantage will shrink to only 15 to 20%.
It's clear that increasing FSB speed can reduce memory latency. However I'm not clear why lower CPU core speed will reduce absolute latency - sure it will reduce the number of CPU cycles that occur while waiting for memory, but how can it reduce the absolute delay?
You don't seem to have included inter-instruction latency in your comparison tables. I know this data can be hard to get hold of, but it's critical to the performance of highly serial code (e.g. the pi calculation benchmarks that seem to be so popular at the moment). Is there any chance it could be included?
Finally I'm wondering if Intel will revist some of the P4 clock speed enhancing tricks later on. Things like LVS and double pumped AUs would only have slowed down an already complex development process that Intel desperately needed to be completed quickly. But if AMD do come out with a new architecture that matches or exceeds Conroe on IPC, Intel might be able to respond quite quickly by bringing back some of their already well understood clock speed tricks to accelerate Conroe. Reply
Makaveli - Monday, May 01, 2006 - linkYou need to get away from thinking of increased clockspeed for extra performance, the future is multicore Cpu's and parellism. Reply
Starglider - Tuesday, May 02, 2006 - linkI write heavily multithreaded applications for a living, but sometimes there is just no substitute for fast serial execution; a lot of things just can't be parallelised. Serial execution speed is effectively IPC * clock rate, so yes increasing clock rate is still very helpful as long as IPC doesn't suffer. Reply
saratoga - Monday, May 01, 2006 - link^^ Did you read the post you replied to? His point is valid.
Lower clock speed is not going to improve memory latency. It may mean that latency is less painful, but if you took two core chips, one at 2GHz and the other at 3GHz, the absolute latency is roughly if not exactly the same for each. Though the cost of each ns of latency is 50% more dear on the 3GHz chip. Reply
Spoonbender - Tuesday, May 02, 2006 - linkIt would be more accurate to say that each cycle of latency is more dear on the 2ghz chip, wouldn't it? ;)
What matters is how *long* the latency is, in ns. A ns latency is a ns, and it forces the cpu to wait exactly one ns, no matter its clock speed... :)
So yeah, definitely a valid point, and I wondered about that in the article as well. Reply
saratoga - Wednesday, May 03, 2006 - link
It would be more accurate to say that each cycle of latency is more dear on the 2ghz chip, wouldn't it? ;)
No. Its 50% worse for the 3GHz chip (since the clock speed is 50% higer).
What matters is how *long* the latency is, in ns. A ns latency is a ns, and it forces the cpu to wait exactly one ns, no matter its clock speed... :)
And one ns is how many clock cycles on a 2GHz chip? And how many of a 3GHz chip? Think this through . . . Reply
Spoonbender - Wednesday, May 03, 2006 - link
No. Its 50% worse for the 3GHz chip (since the clock speed is 50% higer).
No it isn't. They both waste *exactly* one ns of execution per, well, ns of latency. How many cycles they can cram into that ns is irrelevant.
And one ns is how many clock cycles on a 2GHz chip? And how many of a 3GHz chip? Think this through . .
Yeah, of course, with 1 ns latency, a 3ghz chip will waste more clock cycles than a 2ghz chip, yes. That's obvious. But they will both lose exactly 1 ns worth of execution. That's what matters. Not the number of clock cycles.
If they both perform equally well, despite the clock speed difference, then adding 1 ns latency to both will have exactly the same impact on both. Yes, the 3ghz chip will lose more clock cycles, but the 2ghz will (if we stick with the assumption of similar performance), have a higher IPC, and so waste the same amount of actual work.
If you like, look at Athlon 64 and P4.
If both cpu's waste one clock cycle, then the A64 takes the biggest impact, because of its higher IPC.
If both cpu's waste one ns, it doesn't change anything. True, the P4 loses the biggest amount of cycles, but as I said before, the A64 loses more *per* cycle. The net result is that they both lose, wait for it, *one* nanosecond's worth of execution. Reply
BigT383 - Monday, May 01, 2006 - linkI loved this article. It's due to articles like these that I've been reading Anandtech since before the days of the K6-2. Reply
PandaBear - Monday, May 01, 2006 - linkOf course Core should be better than K8, it better be.
The only thing I am concerned about the Core architecture is with all these additional stuff, it will probably cost a lot to make, not just the CPU, but the MB, chipset, will also be expensive with the additional high speed circuitry. That means it will probably cost more.
K8 has been 5 years old and it is not bad standing against the latest and greatest. If AMD have something in the pipeline that will be the next monster CPU, it will be great. What I am concern about AMD is whether they can keep their yield up and have enough $ left behind to design K9 and beyond. Don't just sit there and lose the momentum they gain. Reply
saratoga - Monday, May 01, 2006 - linkCore is a pretty conservative design with a pretty small die for a new core. It should be very economical to produce. Probably more so then the chips its replaceing. Reply
IntelUser2000 - Monday, May 01, 2006 - link
Of course Core should be better than K8, it better be.
The only thing I am concerned about the Core architecture is with all these additional stuff, it will probably cost a lot to make, not just the CPU, but the MB, chipset, will also be expensive with the additional high speed circuitry. That means it will probably cost more.
Not really. Not many expected that Intel will do more than increasing clock speeds and cache sizes since that's what they have been doing that since Pentium II.
The ASP went down. $530 for the fastest mainstream Conroe is rather good. Reply
zsdersw - Monday, May 01, 2006 - linkThe pricing put out by Intel suggests that Core will be priced very aggressively. I can't see the 975 chipset costing significantly more than it does now when Core is released.
The fact that Core is going to be built on Intel's 65nm process means that the "additional stuff" you refer to will cost less than it would if built on the 90nm process. And the die size probably grew a little, but not enough to offset the cost gains from the 65nm process. Reply
xtremejack - Monday, May 01, 2006 - linkK8 is only 3 years old. Didn't AMD celebrate their 3rd anniversary of Opteron a few days ago. Reply
Griswold - Thursday, May 04, 2006 - linkIts been sold for 3 years, but clearly the design is "a few days" older than that. Reply
evident - Monday, May 01, 2006 - linkas a junior computer engineer at villanova university, i found this article to be really informative and an awesome read. it's really cool to see the differences between these CPU architectures and shows that they are actually teaching me something useful! Reply
PeteRoy - Monday, May 01, 2006 - linkHow can you say Netburst wasn't a huge success?
I think Netburst was a success when it was launched and it should have died sooner, but it was good for it time and now it will be replaced. Reply
JarredWalton - Monday, May 01, 2006 - linkNetBurst started at 1.5 GHz basically and topped out at 3.8 GHz. Compared to previous architectures, that's pretty tame. P6 went from 150 MHz to 1.26 GHz (and beyond if you want to count P-M). Success monetarily vs. success as an overall design are two different things, and clearly NetBurst ran into trouble. Where are the 5 GHz+ Tejas chips? Waiting somewhere beyond the thermal even horizon.... :) Reply
Missing Ghost - Monday, May 01, 2006 - linkhum, no. There is a 1.4gHz P6, you forgot Tualatin. Reply
JarredWalton - Monday, May 01, 2006 - link1.26 was Tualatin as well, but that's beside the point. Basically, clock speed at launch vs. final clock speed of the architecture was a disappointment for Intel. They were hoping for 6+ GHz at launch, and even thinking 10 GHz might be possible. Reply
KayKay - Monday, May 01, 2006 - linkSomeone should hire you to write textbooks because this was explained extremely well and in simple terms. Good Job Reply
JohanAnandtech - Monday, May 01, 2006 - linkThanks! :-)
Very happy to read that. Reply
BitByBit - Monday, May 01, 2006 - linkFantastic article.
In retrospect, it is easy to conclude that this is the route Intel should have chosen for P6's retirement.
Core looks to be a very strong, all-round performer, unlike Netburst.
We can only hope that AMD has an answer in the works, as K8 will have a hard time competing with this monster.
It is unreasonable in my mind to expect a 4-5(?) year-old architecture to be able to compete with Intel's latest. AMD with K8 has had a long reign as the performance king, but is now facing something entirely different. Perhaps K8L will be able to offer serious competition.
It will, however, take more than a doubling of the FP units (if rumour is correct) to achieve this. The cumulative effect of Conroe's architectural features (memory disambiguation, macro-ops fusion etc...) mean that Core's efficiency has far exceeded K8's, not to mention the impact of its vastly superior cache system - its 8-way 32kb * 2 L1 should in theory exceed the hitrate of K8's 2-way 64kb * 2 L1.
It may not be until K10 is released that AMD takes back the performance crown.
Larso - Monday, May 01, 2006 - linkAs the K8 is about 5 years old, and the current incarnations doesn't really include that many modifications, I wonder what AMD's engineers have been doing all these years. The K8 is not that different from the K7 even.
Whats coming up? The AM2 version is basically the same beast with a new memory controller. The K8L, well since they didn't name it K9, I suppose its just small upgrades to the same design.
I really like to think AMD has something coming we don't know about. Or rather, they ought to have something coming... Any rumors? Reply
Reynod - Monday, May 01, 2006 - linkI can't help but think (and pray) that Larso's comment has some validity here.
Why would AMD sit back and do nothing for so long? Would they have not been tinkering with various prototypes over the last couple of years? Are we in for a surprise?? Anand, you and the review team touched on several improvements they could make, care to outline these in some detail in a future article? Someone needs to give AMD some free advice ... heh heh Reply
Spoonbender - Monday, May 01, 2006 - linkKeep in mind that AMD doesn't have Intel's resources. Until recently, they still lost money every quarter. So they might not have been able to work on a successor to K8 until recently. (I remeber reading an interview with some AMD boss, saying that the K8 was literally a last-ditch effort to survive. If that failed, there wouldn't be an AMD, so they threw everything they had at it)
So "Why would AMD sit back and do nothing for so long?" Because they had a good project, and didn't have the resources to make a new one?
Of course, it probably isn't that bad, just tossing out an alternative scenario. ;)
However, they have hinted that they were working on specific architectures for the notebook and server markets. (Unlike Intel who are moving back to a single unified architecture).
And despite its age, the K8 is still a pretty nice architecture, and it wouldn't be a huge undertaking to improve on it to get something quite a bit more efficient. Intel had to develop a new architecture because NetBurst just wouldn't cut it. AMD can probably afford to expand on K8 a bit longer, and even with K9/K10, I wouldn't expect a vastly different architecture. Reply
Spoonbender - Monday, May 01, 2006 - link"Because they had a good project" <- Was supposed to be product, not project... :) Reply
psychobriggsy - Monday, May 01, 2006 - linkAMD said recently that they have three times the engineers on their books as they did when they designed K8.
However I suspect they're working on K10/KX, although maybe some of them worked on K8L.
Clearly it seems that some in-core work could translate into reasonable performance gains for the current K8 design. A 4-way L1 cache instead of 2-way for example, and a greater L2 to L1 bandwidth. Certainly a mechanism to reorder instructions so that loads can be performed earlier seems to be necessary. 2MB L2 per core could also help, and the 65nm die pictures that AMD showed recently did seem to show far denser cache. K8L is rumoured to include more FP resources, but I don't know about any of the other stuff - but AMD will be talking more about K8L (and beyond?) in June apparently. Reply
spinportal - Monday, May 01, 2006 - linkDefinitely a great treasure of an article to find on a monday morning detailing the Core architecture that the world is drooling for in June. I wonder what kind of simulation micro-arch software Intel and AMD use, as I remember the days doing my Masters, playing with Intel's Hypercube simulator (grav sim, fish & shark AI sim) and writing my own macro level visual-cpu execution simulator. Reply
JarredWalton - Monday, May 01, 2006 - linkI won't say it's a quick fix, but just as Core is a derivative of P6, AMD could potentially just get some better OoO capabilities into K8 and get some serious performance improvements. Their current inability to move loads forward much (if at all) makes them even more dependent on RAM latency. You could even say that they *needed* the IMC to improve performance, but still L2 latency is far better than RAM latency, and cutting down L2 latency hit from 12 cycles to say 6 cycles (if you can do the load 6 cycles early) would have to improve performance. Loads happen "all the time" in ASM, so optimizing their performance can pay huge dividends.
I'm going to catch flak for this, but basically Intel has more elegant designs than AMD in several areas. It comes from throwing billions of dollars at the problems. Better L1 cache? Yup - 8-way vs. 2-way is pretty substantial; 256-bit vs. 128-bit is also substantial. Better specialization of hardware? Yeah, I have to give them that as well: rather than just using three ALUs, they often take the path of having a few faster ALUs to handle the common cases.
Really, the only reason AMD was able to catch (and exceed) Intel performance was because Intel got hung up on clock speeds. They basically let marketing dictate chip design to engineering - which is never good, IMO, at least not in the long run. Even NetBurst still has some very interesting design features (double-pumped ALUs, specialization of functional units, trace cache), and if nothing else it served as a good lesson on how far you can push clock speeds and pipeline lengths before you start encountering some serious problems. I would have loved to see Northwood tweaked for 90nm and 65nm, personally - 31+8 pipeline stages was just hubris, but 20+8 with some other tweaks could have been interesting.
Here's hoping AMD can make some real improvements to their chips sooner rather than later. Intel Core is looking very strong right now, and I would rather have close competition than a 20% margin of victory like we've been seeing lately. (First with AMD K8 beating NetBurst, and now it looks like Conroe is going to turn the tables.) Reply
Regs - Wednesday, June 07, 2006 - linkOkcourse you will catch flack. It's an opinion.
My opinion is Intel is more innovative or even compromising
while AMD is more intuitive. Reply
Spoonbender - Monday, May 01, 2006 - link"8-way 32kb * 2 L1 should in theory exceed the hitrate of K8's 2-way 64kb * 2 L1."
It should? I'd like to see some sources on that. From what I've seen, the 64KB cache still has an advantage there, with a hitrate not much below that of a 64KB/8-way.
Also, I disagree that Intel's CPU's are generally more elegant. First, their L1 cache isn't neccesarily "better" (see above). Of course, the 256 vs 128 bit bandwidth is a big factor, however.
Specialization in hardware? Is that elegant? I'd say there's a certain elegance in making a general solution as well, as opposed to specializing everything to the point where you're screwed if the code you have to execute isn't 100% optimal.
And I definitely think AMD's distributed reservation stations are more elegant than the central one used by Intel. Same goes with the usual HyperTransport vs FSB story.
There are a few other really elegant features of the K8 that I haven't seen duplicated in Core.
So overall, I don't see the big deal with "elegance". Both architectures have plenty of elegant features. However, the K8 is definitely aging, and will have problems keeping up with Conroe.
But then again, the K8 die is tiny in comparison. They've got plenty of space for improvements.
Really looking forward to
1) Being able to get a Merom-powered laptop, and
2) Seeing what AMD comes up with next year. Reply
IntelUser2000 - Monday, May 01, 2006 - link
But then again, the K8 die is tiny in comparison. They've got plenty of space for improvements.
Tiny?? 199mm2 for 2x1MB cache K8 at 90nm is tiny?? Ok there. Conroe with 4MB cache is around 140mm2 die size.
Even compairing against Intel's SRAM size for 90nm and 65nm comparison, at 90nm, Conroe would be 250mm2. In Prescott, 1MB L2 cache takes 16-17mm2. 250mm2-32mm2=218mm2.
And Intel didn't to shrinks that are relative to SRAM sizes. In comparison for Cedarmill and Prescott 2M, which are same cores essentially.
Prescott 2M: 135mm2
Cedarmill: 81mm2
Only difference being process size, the comparison is 0.6.
Conroe at 90nm would have been 233mm2, which is compact as X2 per core. Reply
Spoonbender - Tuesday, May 02, 2006 - linkOkay, I guess I should have said that at the same process size, it is tiny. I meant that when AMD gets around to migrating to 65nk as well, they'll have a smaller core (assuming no big changes to the chip), which gives them plenty (some?) of room for improvement.
Conroe at 90nm would have been 233mm2, which is compact as X2 per core.
But in absolute terms, still bigger than an Athlon X2. Which means AMD has some space for improvement. That was my only point. I guess I should have been more clear. ;) Reply
coldpower27 - Wednesday, May 03, 2006 - linkYes, if using the 0.6 Factor for Brisbane the 65nm Athlon 64x2 it will be around 132mm2 assuming no changes over the 220mm2 Windsor DDR2 Athlon64x2. 199mm2 is only for Toledo which is reaching end of life and can no longer be used as a comparison. And it's irrelevent to compare to Conroe on what it would be on 90nm as it never was built on 90nm technology to begin with.
Conroe is looking to be ~14x mm2 with the x=0-9. Yes if you can compare them at the same process nodes considering the Conroe will only be competing with the 65nm Dual Core Athlon 64x2 in the second half of it's lifetime. Reply
JumpingJack - Tuesday, May 02, 2006 - linkNice analysis, the current AMD X2 dual cores are about 1.5 to 2.0 X the size of Intel dual cores (on 65 nm), this is where 65 nm adds such a benefit. Conroe will come in around 140 mm^2 as you said. Yohna at 2 meg shared is 90 mm^2, less than 1/2 the X2.
Right now, cost wise in Si realestate AMD is more expensive.
BitByBit - Monday, May 01, 2006 - link
From what I've seen, the 64KB cache still has an advantage there, with a hitrate not much below that of a 64KB/8-way.
Here is a good article on processor cache:
If you scroll down to the miss-rate vs. cache size graph, you can see that an 8-way 64Kb cache has a miss-rate less than one-tenth the miss-rate of a 2-way 64Kb cache.
An 8-way 64Kb * 2 L1 would probably be too difficult to implement, given the time it would take to search. However, according to the relationships shown by that graph, increasing the Athlon's L1 associativity to 4-ways could yield a nice boost in hitrate and consequently performance.
Spoonbender - Monday, May 01, 2006 - linkAnd of course, we all know wikipedia is the ultimate source of all truth and knowledge... ;)
Keep in mind that this graph only shows the Spec2000 benchmark (and only the integer section, at that). That's far from being representative of all code.
According to http://www.amazon.com/gp/product/1558605967/002-28...">http://www.amazon.com/gp/product/155860...-2818646... which, in my experience is pretty damn good, the missrates are as follows *in general*:
32KB, 8-way: 0.037
64KB, 2-way: 0.031
64KB 8-way: 0.029
But yeah, of course improving the Athlon's cache would help. But it's not the first place I'd look to optimize. For one thing, making it more complex would, as seen above, not yield a significantly lower hitrate, but it would slow the cache down, either forcing them to increase its latency, or limiting the frequency potential of the cpu as a whole. The cache bandwidth might be a better candidate for improvement. Or some of the actual cpu logic. Or the L2 cache size. I think the L1 cache is pretty healthy on the K8 already. Reply
Betwon - Tuesday, May 02, 2006 - linkThe data can not be used for Core -- Because it did not use the smart prefetcher.
The Advanced smart prefetchers of Core's L1D have decreased the miss-rates very much. In fact, The data cache of Core --much more efficiency than K8's.
Compared with Core's smart cahce, K8's 64KB L1D is like an idiot . Reply
Spoonbender - Tuesday, May 02, 2006 - linkHow do you know? As the article said, the prefetching *might* in some cases decrease performance, even if it'll usually be an advantage. But I don't really think you have enough information to make a valid comparison. My point was simply that generally speaking, a 64KB, 2-way associative cache will have better hit rates than a 32KB 8-way associative. Of course, having fancy prefetching is always a good thing, but its effect *is* limited. If it was a huge improvement, people would have done that 8 years ago, instead of just messing with cache size and associativity. Reply
Betwon - Tuesday, May 02, 2006 - linkYour information is too old and should be updated now.
Prefetcher give much improvement in reducing the miss-rate.
About 30-90% miss rate reduced.
The good prefetcher tech is one of the most important performance factors.
http://www.hpcaconf.org/hpca11/slides/hpca_inst_sl...">http://www.hpcaconf.org/hpca11/slides/hpca_inst_sl... Reply
Betwon - Tuesday, May 02, 2006 - linkWho is James E. Smith? I think that you should know him.
Data Cache Prefetching Using a Global History Buffer -- the prefetcher bring the great performance improvement! From 20-110%
Of course, you can download the full-text pdf file, if you have a IEEE member account. I can download and view it, but can not release it.
slides ppt
http://www.ece.gatech.edu/~leehs/ECE7102/slides/ka...">http://www.ece.gatech.edu/~leehs/ECE7102/slides/ka... Reply
Sunrise089 - Monday, May 01, 2006 - linkflak flak flak
Seriously - props to the author on a good article, but if I had one comment it would be that there are length issues to trying to provide the ammount of background needed for this sort of article. I think it's best to either just draw the comparisons between the two chips, or do a full-length many thousands of words write-up on the technical importance of the various topics. I read the article, and while writen well and informative in it's conclusions, I cannot say all the background was enough to make me really understand the concepts better. For example I already knew what out-of-order execution was, but only being able to read a few hundred words more on it didn't allow me to really learn enough to understand all of the reasons why the K8 had a disadvantage in that area, and if all you wanted was for me to understand that it did indeed have the disadvanatge, you could have just said so. Reply
JohanAnandtech - Monday, May 01, 2006 - linkIt is indeed an issue I struggled with. Writing full length articles on these subjects doesn't sound like a good idea for me: I personally do not like lengthy articles either. So I tried to keep a balance between being technical and keeping it understandable.
Anyway, Just ask about the points where you were lost. Especially on the OoO matters: it is much more interesting than "AMD has a disadvantage". Basically, reordering happens between the decoding and the execute phase.
Pushing loads forward helps in two ways:
1.Whenever a load fails to get it's data from the L1-cache, the CPU has to find other instructions to execute. As loads are very common, it is easier to fill the gaps than when you can not move loads before other loads.
2. If a load gets pushed forward and a L1-cache miss for that load occurs, it isn't that bad. This is very simplified, but assume the load has been pushed 5 cycles forward, and your L2-cache latency is 10, you only have to wait 5 cycles instead of 10.
Furen - Monday, May 01, 2006 - linkI'll be the grammar nazi today, lol.
Last page, paragraph 5: "[...] increasing the <b>wideness</b> of each unit [...]"
Width, perhaps? "Wideness" refers to either quality or state (neither of which is discrete) while "width" also also applies to measurable fact (128-bits wide, for example). You can talk about the wideness of the units, for example, but you cannot talk about increasing their wideness...
Great article, by the way, it's been long since I've read such an enjoyable article. Reply
emboss - Monday, May 01, 2006 - linkJust a quick note ... on page 4 you have the table with the execution unit details. There's a couple things incorrect (IMO) in the numbers.
First, you list the number of double precision FLOPs per cycle. Double precision can be done with SSE, so in the K8 you can do 2 DP ADDs and 2 DP MULs every two cycles (due to the 64-bit wide datapaths), a total of 2 DP FLOPs per cycle.
Core can do two SSE operations per cycle (the two symmetric units), giving it a total of 4 DP FLOPs per cycle. The third SSE unit does not handle FP ops, but instead handles shuffles and the like.
Obviously, double both of these numbers if you want a "peak" single precision FLOPs per cycle.
If instead you were meaning about extended precision (64 bit precision, 80 bit floats) x87 operations, it's exactly the same concept as above since Core has apparently has combined SSE/x87 units (and a fully pipelined FMUL, unlike the P4). This gives both the K8 and Core 2 EP FLOPs per cycle.
Finally, you have the number of SSE units for the K7 wrong. The K7, like the K8, has two SSE units (FADD and FMUL), and the same 64 bit datapath as the K8. Of course, the K7 cannot handle SSE2, so must use x87 instructions for double precision (ie: two DP FLOPs per cycle).
Apart from that, very nice article! I've been trying to optimise SSE code for the Core processor and have had to do things by trial and error thanks to the complete void of any decent documentation from Intel. One thing in particular was that I was finding "odd" performance properties with SSE that pointed towards it having two FMUL units. Being symmetric units explains a lot! Reply
JarredWalton - Monday, May 01, 2006 - linkSee above note regarding Core Duo versus Core "Conroe". (Nice naming scheme, Intel. *grumble*) I will let Johan take care of the rest of your comment as appropriate. (His knowledge of the low level details of all of the microarchitectures discussed here definitely surpasses mine!)
Unfortunately, it's not particularly surprising to find out that optimal code for Core Duo may need to be slightly tweaked in order to extract the most performance from Conroe. Still, they ought to be similar enough that you own by optimizing for Core Duo. The flipside is the optimal code for Conroe could very likely run worse on Core Duo and other processors. Such is the price of progress, I guess. Reply
prx99 - Monday, May 01, 2006 - linkCore is not the first x86 having 4 decoders. That was AMDs K5.
I remember a statement from AMD that in some design they considered adding one more decoder. It turned out to actually slow down the design because the amount of clock speed lost was not compensated for by the smaller amount of performance gained.
In my interpretation the fusion is done past the initial decoding, so there is not way more that 4 x86 ops can be decoded in a clock cycle (I'm referring to the "4+1" figure). The profit from fusion is not in the decoding stage but in the out of order engine.
At AMDs, the "1 branch per cycle" rule is limited to branches seen by the predictor. A branch which is generally not taken is invisible to the prediction engine and therefore free.
The original P4 indeed had a L1 latency of 2. The major P4 redesign in Prescott however increased it to 3.
Load/store reordering is already done by the P4, but the penalty from a misprediction is fairly high. This is the drawback of any kind of prediction, whether branches or memory access: It speeds up things when being correct, but slows them down quite a bit more when not. This was the general picture seen in the P4: many applications were sped up by some amount, but some suffered greatly because they systematically fooled the P4's engines.
Gruss, Andreas
Betwon - Wednesday, May 03, 2006 - linkWithout branch prediction, K8 will become very very poor. Too terrible!
The prediction is much better than the forever penalty.
The penalty of disprediction is just the penalty of doing nothing.(don't predict)
The penalty is fairly high. If you are against the prediction, you will find that the penalty will happen in K8 every 3 instructions averagely. email@example.com(without branch predictor ) will fail to win the old Pentium3@1G(with branch predictor ).
This is the drawback of lack of prediction, whether branches or memory access: It can not speeds up anything, but often slows down.
Without branch prediction, K8 will be down! Reply
Betwon - Wednesday, May 03, 2006 - linkIt is very interesting that the P4's Load/store/Memory reordering method, which is very different with Core's.
For P4, it always assumes that all load-ops can hit and find the load data from the store buffer or L1 data cache.
Before one load-op is executed, it has to obtain the load address and all prior-store address and compare with them. If it is found that the load address is equal to one prior-store address, the load-op will assume that the store data is in the store buffer and the data has been ready and vaild, then start to execute speculatively.
If the address-euqal is not found, the load-op will assume that the load data is in L1 data cache, and the data is ready and vaild, then start to execute speculatively.
If the speculation fail or the miss happen, the speculative load-op and the relative speculative micro-ops have to be reexecuted -- it is called as 'replay'.
The load-op can be executed speculatively, after it knew it's load address and compared the load address with the all prior-store address.
The load-op can not be executed speculatively before it knew it's load address and compared the load address with the all prior-store address.
The load-op speculates whether the load data is ready and vaild, but not speculate whether there is the true dependency with prior-store.
But Core can speculate whether there is the true dependency with prior-store. Core has the smart predictor which can predict the store-to-load dependency precisely, before the load-op address is compared with the prior-store address. Reply
Betwon - Wednesday, May 03, 2006 - linkIf you really want to know what is the Intel's load reordering and memory misambiguation, I can tell you the facts:
Speculation Techniques for Improving Load Related Instruction Scheduling 1999
Adi Yoaz, Mattan Erez, Ronny Ronen, and Stephan Jourdan -- From Intel's Haifa, they designed the Load/Store Unit of Core.
I had said that anandtech should study many things about CPU. Of course, I should study more things about CPU. Reply
Betwon - Wednesday, May 03, 2006 - linksub ebp,ebp
mov ecx, 1000000000
mov eax,[ebx]
sub esi,1
sub edi,1
cmp ecx,ebp
je B2
mov edx,[ebx]
sub esi,1
sub edi,1
cmp ecx,ebp
je B2
mov eax,[ebx]
sub esi,1
sub edi,1
cmp ecx,ebp
je B2
mov edx,[ebx]
sub esi,1
sub edi,1
cmp ecx,ebp
je B2
mov eax,[ebx]
sub esi,1
sub edi,1
cmp ecx,ebp
je B2
mov edx,[ebx]
sub ecx,1
sub edi,1
cmp ebp,ebp
je B1
If the asm codes take 6000000000 cycles --> up to five x86 instructions at a time.
It is so easy to verify.
we can not call K5 -- 4 decoders, because it is too immature. Reply
emboss - Monday, May 01, 2006 - linkI'm not even sure the Core architecture has 4 decoders. There's lots of references in the Intel Optimisation manual to say that there's still only three (two simple + one complex):
"On Intel Core Solo and Intel Core Duo processors, decoding of most packed SSE instructions is done by all three decoders. As a result the front end can process up to three packed SSE instructions every cycle." (page 1-32)
"Improvement in decoder and micro-op fusion allows the front end to see most instructions as single µop instructions. This increases the throughput of the three decoders in the front end." (page 1-31)
While it certainly wouldn't be the first time Intel manuals have been wrong, they're usually reasonably accurate.
Also from the optimisation manual, it implies that the front end/decoder doing the fusion (for example, see the second quote above). Reply
JarredWalton - Monday, May 01, 2006 - linkNot sure if you're referring to Core Solo/Duo manuals or to Core "Conroe/Merom" manuals. The article is covering the *next* Core architecture, so I wouldn't be at all surprised if Core Duo only has 3 decoders while Conroe bumps that to 4. Reply
emboss - Monday, May 01, 2006 - linkOops, yes, my mistake. I was referring to Solo/Duo. Damn those marketers :)
This still leaves me puzzled over the unexpected SSE performance on Solo/Duo. Thinking about it a bit more, the performance would have been 4x "expected" (single uop SSE with two FADD units vs double uop SSE with only one FADD unit), whereas I was only getting a bit less than double. Gnah, back to emperical optimisation. Reply
Furen - Monday, May 01, 2006 - linkYes, Yonah only has 3 decoders (and the same port arrangement as Dothan, too). Reply
Loki726 - Monday, May 01, 2006 - linkGreat job Johan!
Its articles like this that keep anandtech head and shoulders above everyone else. Instead of just running the latest and greatest core you get through the same old benchmarks and throwing some pretty comparison graphs at the reader, you actually take the time to figure out what parts of the architecture contribute to the performance you see in benchmarks. Keep it up!
On a small side note, on your first figure of intel's core architecture on page 4, I think the cache size should be 4096kb. 4gb seems rather large... Reply
Goi - Monday, May 01, 2006 - linkNice read. Did you get all your information solely from Jack Doweck, or are there papers outlining the Core architecture. I've read those for the Pentium-M and Netburst architecture(as well as several other architectures) but I haven't seen one of the Core yet. Reply
JohanAnandtech - Monday, May 01, 2006 - linkThanks.
The current Core Papers are pretty poor IMHO.
Best sources of info:
- Jack Doweck
- IDF's presentations
- David Kanter's article at RWT (going to add that link in the references)
Orbs - Monday, May 01, 2006 - linkI never studied chip design but even with my limited assembly knowledge I was able to follow this article. Very technical, very informative, and helps explain some of the insane benchmark results from Conroe's preview earlier this year.
It will be interesting to see how Conroe/Merom perform when finalized, how they compare to final AM2 CPUs (especially higher clocked AM2 CPUs) and what AMD counters with in '07. Reply
JohanAnandtech - Monday, May 01, 2006 - link"I never studied chip design but even with my limited assembly knowledge I was able to follow this article"
Very happy to read that.
At this point there is not enough info on what AMD has in store, so I left that out. However, better load reordering (besides the announced extra FP power) seems a minimum for the next AMD micro-arch.
at80eighty - Monday, May 01, 2006 - linkBeen a while since we've seen you around Johan - nice read btw Reply
Avalon - Monday, May 01, 2006 - linkWow, very nice read. Thanks a ton! Reply
owned66 - Monday, February 25, 2013 - linksoo many AMD fan boys back then
here is 2013 they dont exist anymore Reply
lollichop - Sunday, February 26, 2017 - linkFast forward 11 years. It's 2017. After a big decline, AMD is back in the game with Ryzen. Reply

subset: commoncrawl