DARPA A Metrics System for Continuous Improvement of Design Technology Andrew B. Kahng and Stefanus Mantik.

Slides:



Advertisements
Similar presentations
DIGIDOC A web based tool to Manage Documents. System Overview DigiDoc is a web-based customizable, integrated solution for Business Process Management.
Advertisements

Big Data + SDN SDN Abstractions. The Story Thus Far Different types of traffic in clusters Background Traffic – Bulk transfers – Control messages Active.
Test Case Management and Results Tracking System October 2008 D E L I V E R I N G Q U A L I T Y (Short Version)
Applying the SOA RA Utah Public Safety ESB Project Utah Department of Technology Services April 10, 2008 Prepared by Robert Woolley.
HP Quality Center Overview.
Chapters 14 & 15 Internet Databases. E-Commerce  Bringing new products, services, or ideas to market, supporting and enhancing business operations 
Welcome to RAI, the future of collaborative Project Risk Management Overview of Project Risk and Issue Management RAI for the Project Manager RAI for the.
UNIT-e Research & Development Microsoft Technology Day Stephen Cain (System Architect)
G O B E Y O N D C O N V E N T I O N WORF: Developing DB2 UDB based Web Services on a Websphere Application Server Kris Van Thillo, ABIS Training & Consulting.
A System for Automatic Recording and Prediction of Design Quality Metrics Andrew B. Kahng and Stefanus Mantik* UCSD CSE and ECE Depts., La Jolla, CA *UCLA.
DARPA u METRICS Reporting s Web-based t platform independent t accessible from anywhere s Example: correlation plots created on-the-fly t understand the.
S.R.F.E.R.S. State, Regional, and Federal Enterprise Retrieval System Inter-Agency & Inter-State Integration Using GJXML.
Design Cost Modeling and Data Collection Infrastructure Andrew B. Kahng and Stefanus Mantik* UCSD CSE and ECE Departments (*) Cadence Design Systems, Inc.
METRICS: A System Architecture for Design Process Optimization Andrew B. Kahng and Stefanus Mantik* UCSD CSE Dept., La Jolla, CA *UCLA CS Dept., Los Angeles,
METRICS: A System Architecture for Design Process Optimization Stephen Fenstermaker*, David George*, Andrew B. Kahng, Stefanus Mantik and Bart Thielges*
METRICS: A System Architecture for Design Process Optimization Andrew B. Kahng and Stefanus Mantik* UCSD CSE and ECE Depts., La Jolla, CA *UCLA CS Dept.,
Proprietary Metrics Handoff to the GSRC Stephen Fenstermaker and Bart Thielges Sept. 24, 1999.
Wireless LAN Topology Visualiser Project Supervisor: Dr Arkady Zaslavsky Project Team Members: Jignesh Rambhia Robert Mark Bram Tejas Magia.
DARPA A Metrics System for Continuous Improvement of Design Technology Andrew B. Kahng and Stefanus Mantik.
1 Measure, Then Improve Andrew B. Kahng April 9, 1999.
Ch 12 Distributed Systems Architectures
1 Metric Scheme u Transmittal –basic scheme: collect all necessary metrics from tools send metrics to the database –implementation options: send all metrics.
A METRICS System for Design Process Optimization Andrew B. Kahng and Stefanus Mantik* UCSD CSE and ECE Depts., La Jolla, CA *UCLA CS Dept., Los Angeles,
METRICS Standards and Infrastructure for Design Productivity Measurement and Optimization Andrew B. Kahng and Stefanus Mantik UCLA CS Dept., Los Angeles,
Maintaining and Updating Windows Server 2008
Web-Enabling the Warehouse Chapter 16. Benefits of Web-Enabling a Data Warehouse Better-informed decision making Lower costs of deployment and management.
U-Mail System Design Specification Joseph Woo, Chris Hacking, Alex Benson, Elliott Conant, Alex Meng, Michael Ratanapintha April 28,
Slide 1 of 9 Presenting 24x7 Scheduler The art of computer automation Press PageDown key or click to advance.
Understanding and Managing WebSphere V5
Introduction to Databases Transparencies 1. ©Pearson Education 2009 Objectives Common uses of database systems. Meaning of the term database. Meaning.
DESKTOP MANAGEMENT 2004 Advancing the State of the Art.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
GOVERNMENT SERVICES INTEGRATION INDUSTRY SOLUTION.
Submitted by: Madeeha Khalid Sana Nisar Ambreen Tabassum.
Supervisor: Victor Kulikov Oded Duek Aviv Grinblat Final presentation Spring 2010.
1 Modular Software/ Component Software 2 Modular Software Code developed in modules. Modules can then be linked together to produce finished product/program.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 12 Slide 1 Distributed Systems Architectures.
C Copyright © 2009, Oracle. All rights reserved. Appendix C: Service-Oriented Architectures.
What is Architecture  Architecture is a subjective thing, a shared understanding of a system’s design by the expert developers on a project  In the.
Team Viceroy Tom, Shannon, Jenny, Jordy, Damon, Brandon.
Jaeki Song ISQS6337 JAVA Lecture 16 Other Issues in Java.
Internet Addresses. Universal Identifiers Universal Communication Service - Communication system which allows any host to communicate with any other host.
Best of Both Worlds: Information Management Solutions SmartCore Management Dashboards.
Lecture 15 Introduction to Web Services Web Service Applications.
Event Management & ITIL V3
Web Services based e-Commerce System Sandy Liu Jodrey School of Computer Science Acadia University July, 2002.
1 Warranty and Repair Management For Infor XA Release 7 WARM Denise Luther – Sr. XA Consultant WARMS Technical Manager CISTECH, Inc. Rod Fortson – Sr.
1 Introduction to Middleware. 2 Outline What is middleware? Purpose and origin Why use it? What Middleware does? Technical details Middleware services.
Monthly Publishing System (MPS) Developer Workshop 25 August, 2015.
Why use JIRA?.
The Alternative Larry Moore. 5 Nodes and Variant Input File Sizes Hadoop Alternative.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
© 2013, published by Flat World Knowledge Chapter 10 Understanding Software: A Primer for Managers 10-1.
Back office integration for better E-government services Crossroads Bank for Social Security Frank Robben General manager Crossroads Bank for Social Security.
ClearQuest XML Server with ClearCase Integration Northwest Rational User’s Group February 22, 2007 Frank Scholz Casey Stewart
2015 NetSymm Overview NETSYMM OVERVIEW December
Using Total Quality Management Tools to Improve the Quality of Crash Data John Woosley Louisiana State University.
Detecting, Managing, and Diagnosing Failures with FUSE John Dunagan, Juhan Lee (MSN), Alec Wolman WIP.
Library Online Resource Analysis (LORA) System Introduction Electronic information resources and databases have become an essential part of library collections.
Final Presentation Smart-Home Smart-Switch using Arduino
1 Server Business Logic & OAuth Beta Overview October 4, 2010 Alan Hantke Product Development Server Business Logic Intuit Partner Platform Diane Weiss.
BE-com.eu Brussel, 26 april 2016 EXCHANGE 2010 HYBRID (IN THE EXCHANGE 2016 WORLD)
1 Acquisition Automation – Challenges and Pitfalls Breakout Session # E11 Name: Jim Hargrove and Allen Edgar Date: Tuesday, July 31, 2012 Time: 2:30 pm-3:45.
Oracle Architecture Overview
Simplified Development Toolkit
Evaluating Transaction System Performance
File Transfer Issues with TCP Acceleration with FileCatalyst
Introduction of Week 11 Return assignment 9-1 Collect assignment 10-1
CAD DESK PRIMAVERA PRESENTATION.
Presentation transcript:

DARPA A Metrics System for Continuous Improvement of Design Technology Andrew B. Kahng and Stefanus Mantik

2 12/9/99 Motivation: Complexity of the Design Process u Ability to make silicon has outpaced ability to design it u Complex data, system interactions u SOC s more functionality and customization, in less time s design at higher levels of abstraction, reuse existing design components s customized circuitry must be developed predictably, with less risk u Key question: “Will the project succeed, i.e., finish on schedule and under budget while meeting performance goals?” u SOC design requires an organized, optimized design process

3 12/9/99 Value of CAD Tools Improvement Not Clear u What is $ value of a “better” scheduler, mapper, placer? u What is $ value of GUI, usability, …? u What is the right objective? s min wirelength  routable s min literals  amenable to layout u Value well-defined only in context of overall design process

4 12/9/99 What is the Design Process? u Not like any “flow/methodology” bubble chart s backs of envelopes, budgeting wars s changed specs, silent decisions, s, lunch discussions s ad hoc assignments of people, tools to meet current needs s proprietary databases, incompatible scripts/tools, platform- dependent GUIs, lack of usable standards s design managers operate on intuition, engineers focus on tool shortcomings u Why did it fail? s “CAD tools” s “inexperienced engineers” u Must measure to diagnose, and diagnose to improve

5 12/9/99 What Should be Measured? u Many possibilities s running a tool with wrong options, wrong subset of standard s bug in a translator/reader s assignment of junior designer to project with multiple clocks s difference between 300 MHz and 200 MHz in the spec s changing an 18-bit adder into a 28-bit adder midstream s decision to use domino in critical paths s one group stops attending budget/floorplan meetings u Solution: record everything, then mine the data

6 12/9/99 Design Process Data Collection u What revision of what block was what tool called on? s by whom? s when? s how many times? With what keystrokes? u What happened within the tool as it ran? s what was CPU/memory/solution quality? s what were the key attributes of the instance? s what iterations/branches were made, under what conditions? u What else was occurring in the project? s s, spec revisions, constraint and netlist changes, … u Everything is fair game; bound only by server bandwidth

7 12/9/99 Unlimited Range of Possible Diagnoses u User performs same operation repeatedly with nearly identical inputs s tool is not acting as expected s solution quality is poor, and knobs are being twiddled u traffic in a project: s missed deadline, missed revised deadline; people disengaged; project failed u On-line docs always open to particular page s command/option is unclear

8 12/9/99 METRICS System Architecture Metrics Data Warehouse Tool xmitter Data-Mining Reporting Inter/Intra-net Server Java Applets Web Browsers Wrapper or embedded

9 12/9/99 METRICS Transmitter u No functional change to the tool s use API to send the available metrics u Low overhead s example: standard-cell placer using Metrics API  < 2% runtime overhead s even less overhead with buffering u Won’t break the tool on transmittal failure s child process handles transmission while parent process continues its job initToolRun() sendMetrics()

10 12/9/99 METRICS Transmitter EDA Tool Tool wrapper EDA Tool API Java Servlet Oracle8i Inter/Intra-net XML SQL

11 12/9/99 Transmitter Example /** API Example **/ int main(int argc, char * argv[ ] ) {... toolID = initToolRun( projectID, flowID );... printf( “Hello World\n” ); sendMetric( projectID, flowID, toolID, “TOOL_NAME”, “Sample” ); sendMetric( projectID, flowID, toolID, “TOOL_VERSION”, “1.0” );... terminateToolRun( projectID, flowID, toolID ); return 0; } ## Wrapper example ( $File, $PID, $FID ) $TID = `initToolRun $PID $FID`; open ( IN, “< $File” ); while ( ) { if ( /Begin\s+(\S+)\s+on\s+(\S+.*)/) { system “sendMetrics $PID $FID $TID \ TOOL_NAME $1”; system “sendMetrics $PID $FID $TID \ START_TIME $2”; }... } system “terminateToolRun $PID $FID \ $TID”;

12 12/9/99 Example of METRICS XML TOOL P TOOL_NAME CongestionAnalysis

13 12/9/99 Current Testbed: A Metricized P&R Flow LEF DEF Placed DEF QP ECO Legal DEF Congestion Map WRoute Capo Placer Routed DEF CongestionAnalysis Incr. WRoute Final DEF METRICSMETRICS

14 12/9/99 METRICS Reporting u Web-based s platform independent s accessible from anywhere u Example: correlation plots created on-the-fly s understand the relation between two metrics s find the importance of certain metrics to the flow s always up-to-date

15 12/9/99 METRICS Reporting Java Servlet Oracle8i Inter/Intra-net SQL WEB Browser Local Graphing Tool (GNUPlot) data plot Request Report Request Report Request Data 3rd Party Graphing Tool (Excel,Lotus) Wrapper Data Future implementation

16 12/9/99 Example Reports Congestion vs WL # Via vs WL

17 12/9/99 METRICS Standards u Standard metrics naming across tools s same name  same meaning, independent of tool supplier s generic metrics and tool-specific metrics s no more ad hoc, incomparable log files u Standard schema for metrics database

18 12/9/99 Generic and Specific Tool Metrics

19 12/9/99 Current Status u Completion of METRICS server with Oracle8i, Servlet, and XML parser u Initial transmittal API in C++ u METRICS wrapper for Cadence P&R tools u Simple reporting scheme for correlations

20 12/9/99 Additional Infrastructure u Industrial standard network discovery s Jini, UPNP (Universal Plug & Play), SLP (Salutation) u Security s encryption for XML data s SSL (Secure Socket Layer) s user id & password authentication (reporting) s registered users (transmitting) u 3rd party reporting tool s MS Office integration, Crystal report, … u Data mining

21 12/9/99 METRICS Demo u Transmission of metrics s API inside tools s Perl wrapper for log files u Reporting s correlation reports s progress on current tool run, flow, design

22 12/9/99 Potential Benefits to Project Management u Accurate Resource Prediction At any point in Design Cycle s up front estimates for People, Time, Technology, EDA Licenses, IP re-use... s go/no go at earliest point u Accurate Project Post-mortems s Everything tracked - tools, flows, users, notes s Optimize for next Project based on past results s No “loose”, random data or information left at Project end (log files!!!) u Management Console s Web-based, status-at-a-glance of Tools, Designs, Systems at any point in project u No wasted resources s prevent out of sync runs s no duplication of data or effort

23 12/9/99 Potential Benefits to Tools R&D u Methodology for continuous tracking data over entire lifecycle of instrumented tools u More efficient analysis of realistic data s no need to rely only on extrapolations of tiny artificial “benchmarks” s no need to collect source files for test cases, and re-run in house u Facilitates identification of key design metrics, effects on tools s standardized vocabulary, schema for design/instance attributes u Improves benchmarking s apples to apples, and what are the apples in the first place s apples to oranges as well, given enough correlation research

24 12/9/99 Potential Research Enabled by METRICS u Tools: s scope of applicability s predictability s usability u Designs: s difficulty of design or manufacturing s verifiability, debuggability/probe-ability s likelihood of a bug escape s $ cost (function of design effort, integratability, migratability,...) u Statistical metrics, time-varying metrics u What is the appropriate abstraction of manufacturing process for design? s Impact of manufacturing on design productivity s Inter- and intra-die variation s Topography effects s Impact, tradeoffs of newer lithography techniques and materials

25 12/9/99 Ongoing Work u Work with EDA, designer community to establish standards s tool users: list of metrics needed for design process optimization s tool vendors: implementation of the metrics requested with the standardized naming u Improve the transmitter s add message buffering s “recovery” system for network / server failure u Extend METRICS system to include project management tools, communications, etc. u Additional reports, data mining