Jump to content

Edit filter log

Details for log entry 22367821

05:49, 28 October 2018: 103.221.254.182 (talk) triggered filter 432, performing the action "edit" on System on a chip. Actions taken: Tag; Filter description: Starting new line with lowercase letters (examine | diff)

Changes made in edit

djhfb skngjxkdfgbj enxbhjb
{{Use American English|date=October 2018}}[[File:Raspberry-Pi-2-Bare-BR.jpg|thumb|The [[Raspberry Pi]] uses a system on a chip as an almost fully contained [[microcomputer]]. This SoC does not contain any kind of data storage, which is common for a microprocessor SoC.]]

A '''system on a chip''' or '''system on chip''' ('''{{Abbr|SoC|System on Chip}},''' {{IPAc-en|ˌ|ɛ|s|ˌ|oʊ|ˈ|s|iː|}} {{respell|es|oh|SEE}} or {{IPAc-en|s|ɒ|k}} {{respell|sock}})<ref group="nb">This article uses the convention that SoC is pronounced {{IPAc-en|ˌ|ɛ|s|ˌ|oʊ|ˈ|s|iː|}} {{respell|es|oh|SEE}}. Therefore, it uses the convention "an" for the [[indefinite article]] corresponding to SoC ("'''an''' SoC"). Other sources may pronounce it as {{IPAc-en|s|ɒ|k}} {{respell|sock}} and therefore use "'''a''' SoC".</ref> is an [[integrated circuit]] (also known as a "chip") that integrates all components of a [[computer]] or other [[Electronics|electronic system]]. These components typically include a [[central processing unit]] (CPU), [[Computer memory|memory]], [[input/output]] ports and [[Computer data storage#Secondary storage|secondary storage]] &ndash; all on a single [[substrate (electronics)|substrate]]. It may contain [[Digital signal (electronics)|digital]], [[Analog signal|analog]], [[Mixed-signal integrated circuit|mixed-signal]], and often [[radio frequency]] [[signal processing]] functions, depending on the application. As they are integrated on a single [[Substrate (electronics)|electronic substrate]], SoCs consume much less power and take up much less area than multi-chip designs with equivalent functionality. Because of this, SoCs are very common in the [[mobile computing]] and [[edge computing]] markets.<ref>Pete Bennett, [[EE Times]]. "[http://www.eetimes.com/document.asp?doc_id=1276973 The why, where and what of low-power SoC design]." December 2, 2004. Retrieved July 28, 2015.</ref><ref>{{Cite web|url=https://www.design-reuse.com/articles/42705/power-management-for-iot-soc-development.html|title=Power Management for Internet of Things (IoT) System on a Chip (SoC) Development|last=Nolan|first=Stephen M.|date=|website=Design And Reuse|archive-url=|archive-date=|dead-url=|access-date=2018-09-25}}</ref> Systems on chip are commonly used in [[Embedded system|embedded systems]] and the [[Internet of things|Internet of Things]].

Systems on Chip are in contrast to the common traditional [[motherboard]]-based [[Personal computer|PC]] [[Computer architecture|architecture]], which separates components based on function and connects them through a central interfacing circuit board.<ref group="nb">This central board is called the "mother board" for hosting the "child" component cards.</ref> Whereas a motherboard houses and connects detachable or replaceable components, SoCs integrate all of these components into a single integrated circuit, as if all these functions were built into the motherboard. An SoC will typically integrate a CPU, graphics and memory interfaces,<ref group="nb">The graphics connections ([[PCI Express]]) and RAM historically constituted the [[northbridge (computing)|northbridge]] of motherboard-backed discrete architectures.</ref> hard-disk and USB connectivity,<ref group="nb">The hard disk and USB connectivity historically comprised part of the [[southbridge (computing)|southbridge]] of motherboard-backed discrete modular architectures.</ref> [[random-access memory|random-access]] and [[read-only memory|read-only]] [[computer memory|memories]] and secondary storage on a single circuit die, whereas a motherboard would connect these modules as [[discrete components]] or [[expansion card]]s.

More tightly integrated computer system designs improve [[computer performance|performance]] and reduce [[power consumption]] as well as [[Die (integrated circuit)|semiconductor die]] area needed for an equivalent design composed of discrete modules, at the cost of reduced [[Interchangeable parts|replaceability]] of components. By definition, SoC designs are fully or nearly fully integrated across different component [[Modularity|modules]]. For these reasons, there has been a general trend towards tighter integration of components in the [[Semiconductor industry|computer hardware industry]], in part due to the influence of SoCs and lessons learned from the mobile and embedded computing markets. Systems-on-Chip can be viewed as part of a larger trend towards [[embedded system|embedded computing]] and [[hardware acceleration]].

An SoC integrates a [[microcontroller]] or [[microprocessor]] with advanced peripherals like [[graphics processing unit]] (GPU), [[Wi-Fi]] module, or one or more [[coprocessor|coprocessors]]. Similar to how a microcontroller integrates a microprocessor with peripheral circuits and memory, an SoC can be seen as integrating a microcontroller with even more advanced [[Peripheral|peripherals]]. {{Selfref inline|For an overview of integrating system components, see [[system integration]].}}

== Types ==
[[Image:ARMSoCBlockDiagram.svg|right|275px|thumbnail|[[Microcontroller]]-based system on a chip]]In general, there are four distinguishable types of SoCs:

* SoCs built around a [[microcontroller]] (μC),
* SoCs built around a [[microprocessor]] (μP), often found in mobile phones;
* Specialized SoCs [[Application-specific integrated circuit|designed for specific applications]] that do not fit into the above two categories, and
* [[Programmable system-on-chip|Programmable systems-on-chip]] (PSoC), where most functionality is fixed but some functionality is [[reconfigurable computing|reprogrammable]] in a manner analogous to a [[field-programmable gate array]].

[[File:KL AMD Am286LX ZX.jpg|thumb|[[AMD]] Am286ZX/LX, SoC based on [[Intel 80286]] ]]

== Applications ==
Systems-on-chip can be applied to any computing task. However, they are typically used in mobile computing such as tablets, smartphones, smartwatches and netbooks as well as [[Embedded system|embedded systems]] and in applications where previously [[Microcontroller|microcontrollers]] would be used.

=== Embedded systems ===
Where previously only microcontrollers could be used, SoCs are rising to prominence in the embedded systems market. Tighter system integration offers better reliability and [[Mean time between failures|mean time between failure]], and SoCs offer more advanced functionality and computing power than microcontrollers.<ref>{{Cite news|url=https://www.embedded.com/design/mcus-processors-and-socs/4419584/Is-a-single-chip-SOC-processor-right-for-your-embedded-project-|title=Is a single-chip SOC processor right for your embedded project?|work=Embedded|access-date=2018-10-13|language=en}}</ref> Applications include [[AI accelerator|AI acceleration]], embedded [[machine vision]],<ref>{{Cite web|url=https://www.imveurope.com/news/qualcomm-launches-socs-embedded-vision|title=Qualcomm launches SoCs for embedded vision {{!}} Imaging and Machine Vision Europe|website=www.imveurope.com|language=en|access-date=2018-10-13}}</ref> data collection, [[telemetry]], vector processing and [[ambient intelligence]]. Often embedded systems-on-chip target the [[internet of things]], [[Internet of things|industrial internet of things]] and [[edge computing]] markets.

=== Mobile computing ===
[[Mobile computing]] based SoCs typically bundle processors, memories, on-chip [[Cache (computing)|caches]], [[wireless networking]] capabilities and often [[digital camera]] hardware and firmware. Some mobile computing SoCs include:

*[[Apple Inc.|Apple]]: [[Apple-designed processors]]
**[[Apple A12|A12 Bionic]]<ref>{{Cite news|url=https://www.engadget.com/2018/09/12/apple-a12-bionic-7-nanometer-chip/|title=Apple's A12 Bionic is the first 7-nanometer smartphone chip|work=Engadget|access-date=2018-10-13|language=en-US}}</ref> and other [[Apple A series|A series]], used in [[IPhone|iPhones]] and [[IPad|iPads]]
**[[Apple S series|S series]] and [[Apple W series|W series]], in [[Apple Watch|Apple Watches]].
**[[Apple T series]], used in the [[MacBook Pro with Touch Bar|2016 and 2017 MacBook Pro]] touch bars and fingerprint scanners.
*[[Samsung Electronics]]: [[List of Samsung System on Chips|list]], typically based on [[ARM7]] and [[ARM9]]
**[[Exynos]], used mainly by Samsung's [[Samsung Galaxy|Galaxy]] series of smartphones
*[[Qualcomm]]:
**[[Qualcomm Snapdragon|Snapdragon]] ([[List of Qualcomm Snapdragon systems-on-chip|list]]), used in many [[LG Corporation|LG]], [[Xiaomi]], [[Google Pixel]], [[HTC]] and Samsung Galaxy smartphones. In 2018, Snapdragon SoCs are being used as the backbone of [[Laptop|laptop computers]] running [[Windows 10]], marketed as "Always Connected PCs".<ref name=":3">{{Cite news|url=https://www.windowscentral.com/arm-going-after-intel-new-chip-roadmap-through-2020|title=ARM is going after Intel with new chip roadmap through 2020|work=Windows Central|access-date=2018-10-06|language=en}}</ref><ref name=":4">{{Cite web|url=https://www.microsoft.com/en-us/windows/always-connected-laptop-pcs|title=Always Connected PCs, Extended Battery Life 4G LTE Laptops {{!}} Windows|website=www.microsoft.com|language=en-us|access-date=2018-10-06}}</ref>

=== Personal computers ===
Systems-on-chip are being applied to [[Personal computer|personal computers]] as of 2018.<ref name=":3" /> They are particularly applied to [[Laptop|laptops]] and [[Tablet computer|tablet PCs]]. Tablet and laptop manufacturers have learned lessons from embedded systems and smartphone markets including about reduced power consumption, better performance and reliability from tighter [[System integration|integration]] of hardware and [[firmware]] [[Module system|modules]], and [[LTE (telecommunication)|LTE]] and other [[wireless network]] communications integrated on chip (integrated [[Network interface controller|network interface controllers]]).<ref>{{Cite news|url=https://www.qualcomm.com/products/modems|title=Gigabit Class LTE, 4G LTE and 5G Cellular Modems {{!}} Qualcomm|work=Qualcomm|access-date=2018-10-13|language=en}}</ref>

[[ARM architecture|ARM]] based:

* Qualcomm Snapdragon<ref name=":4" />

[[x86]] based:

* Intel [[Pentium]] Gold 4415Y, used in the [[Surface Go|Microsoft Surface Go]]

== Structure ==
An SoC consists of hardware [[Functional unit|functional units]], including [[Microprocessor|microprocessors]] that run [[Computer program|software code]], as well as a [[communications subsystem]] to connect, control, direct and interface between these functional modules.

=== Functional components ===
==== Processor cores ====
An SoC must have at least one [[processor core]], but will typically have more. Processor cores can be a [[microcontroller]], [[microprocessor]] (μP),<ref name="Furber ARM">{{Cite book|url=https://www.worldcat.org/oclc/44267964|title=ARM system-on-chip architecture|last=Furber|first=Stephen B.|publisher=Addison-Wesley|year=2000|isbn=0201675196|location=Harlow, England|pages=|oclc=44267964}}</ref> [[digital signal processor]] (DSP) or [[application-specific instruction set processor]] (ASIP) core.<ref name=":1">{{Cite book|url=https://www.worldcat.org/oclc/869378184|title=Pipelined Multiprocessor System-on-Chip for Multimedia|publisher=[[Springer-Verlag|Springer]]|others=|year=2014|isbn=9783319011134|location=|pages=|oclc=869378184|authors=Haris Javaid, Sri Parameswaran}}</ref> ASIPs have [[Instruction set architecture|instruction sets]] that are customized for an [[application domain]] and designed to be more efficient than general-purpose instructions for a specific type of workload. [[Multi-processor system-on-chip|Multiprocessor SoCs]] have more than one processor core by definition.

Whether single-core, [[Multi-core processor|multi-core]] or [[manycore]], SoC processor cores typically use [[Reduced instruction set computer|RISC]] instruction set architectures. RISC architectures are advantageous over [[Complex instruction set computer|CISC]] processors for systems-on-chip because they require less digital logic, and therefore less power and area on [[Die (integrated circuit)|board]], and in the [[Embedded system|embedded]] and [[Mobile computing|mobile]] computing markets these are often highly constrained. In particular, SoC processor cores often use the [[ARM architecture]] because it is a [[Soft microprocessor|soft processor]] specified as an [[IP core]] and more power efficient than [[x86]].<ref name="Furber ARM" />

==== Memories ====
{{Further|Computer memory}}
Systems-on-chip must have [[semiconductor memory]] blocks to perform their computation, as do [[Microcontroller|microcontrollers]] and other [[Embedded system|embedded systems]]. Depending on the application, SoC memory may form a [[memory hierarchy]] and [[cache hierarchy]]. In the mobile computing market, this is common, but in many [[Low-power electronics|low-power]] embedded microcontrollers this is not necessary.

Memory technologies for SoCs include [[read-only memory]] (ROM), [[random-access memory]] (RAM), electrically erasable programmable ROM ([[EEPROM]]) and [[flash memory]].<ref name="Furber ARM" /> As in other computer systems, RAM can be subdivided into relatively faster but more expensive [[Static random-access memory|static RAM]] (SRAM) and the slower but cheaper [[Dynamic random-access memory|dynamic RAM]] (DRAM). When a SoC has a [[Cache (computing)|cache]] hierarchy, SRAM will usually be used to implement [[Processor register|processor registers]] and cores' [[L1 cache|L1 caches]] whereas DRAM will be used for lower levels of the cache hierarchy including [[main memory]]. "Main memory" may be specific to a single processor (which can be [[Multi-core processor|multi-core]]) when the SoC [[Multi-processor system-on-chip|has multiple processors]], in which case it is [[distributed memory]] and must be sent via {{Section link||Intermodule communication|nopage=y}} on-chip to be accessed by a different processor.<ref name=":1" /> For further discussion of multi-processing memory issues, see [[cache coherence]] and [[memory latency]].

==== Interfaces ====
SoCs include external [[Electrical connector|interfaces]], typically for [[Communication protocol|communication protocols]]. These are often based upon industry standards such as [[USB]], [[FireWire]], [[Ethernet]], [[Universal synchronous and asynchronous receiver-transmitter|USART]], [[Serial Peripheral Interface|SPI]], [[HDMI]], [[I²C]], etc. These interfaces will differ according to the intended application. [[Wireless network|Wireless networking]] protocols such as [[Wi-Fi]], [[Bluetooth]], [[6LoWPAN]] and [[near-field communication]] may also be supported.

When needed, SoCs include [[Analog signal|analog]] interfaces including [[Analog-to-digital converter|analog-to-digital]] and [[Digital-to-analog converter|digital-to-analog converters]], often for [[signal processing]]. These may be able to interface with different types of [[Sensor|sensors]] or [[Actuator|actuators]], including [[Smart transducer|smart transducers]]. They may interface with application-specific [[Modularity|modules]] or shields.<ref group="nb">In [[Embedded system|embedded systems]], "shields" are analogous to [[Expansion card|expansion cards]] for [[Personal computer|PCs]]. They often fit over a [[microcontroller]] such as an [[Arduino]] or [[single-board computer]] such as the [[Raspberry Pi]] and function as [[Peripheral|peripherals]] for the device.</ref> Or they may be internal to the SoC, such as if an analog sensor is built in to the SoC and its readings must be converted to digital signals for mathematical processing.

==== Digital signal processors ====
[[Digital signal processor]] (DSP) cores are often included on systems-on-chip. They perform [[signal processing]] operations in systems-on-chip for [[Sensor|sensors]], [[Actuator|actuators]], [[data collection]], [[data analysis]] and multimedia processing. DSP cores typically feature [[very long instruction word]] (VLIW) and [[SIMD|single instruction, multiple data]] (SIMD) [[Instruction set architecture|instruction set architectures]], and are therefore highly amenable to exploiting [[instruction-level parallelism]] through [[Parallel processing (DSP implementation)|parallel processing]] and [[superscalar execution]].<ref name=":1" />{{Rp|4}} DSP cores most often feature application-specific instructions, and as such are typically [[Application-specific instruction-set processor|application-specific instruction-set processors]] (ASIP). Such application-specific instructions correspond to dedicated hardware [[Functional unit|functional units]] that compute those instructions.

Typical DSP instructions include [[Multiply–accumulate operation|multiply-accumulate]], [[Fast Fourier transform]], [[Fused multiply-accumulate|fused multiply-add]], and [[Convolution|convolutions]].

==== Other ====
As with other computer systems, SoCs require [[Clock generator|timing sources]] to generate [[clock signal|clock signals]], control execution of SoC functions and provide time context to [[signal processing]] applications of the SoC, if needed. Popular time sources are [[crystal oscillators]] and [[phase-locked loop]]s.

System-on-chip [[Peripheral|peripherals]] including [[counter (digital)|counter]]-timers, real-time [[timer]]s and [[power-on reset]] generators. SoCs also include [[voltage regulator]]s and [[power management]] circuits.

=== Intermodule communication ===
Systems-on-chip comprise many [[Execution unit|execution units]]. These units must often send [[data]] and [[Instruction (computing)|instructions]] back and forth. Because of this, all but the most trivial SoCs require [[Communications system|communications subsystems]]. Originally, as with other [[microcomputer]] technologies, [[Bus (computing)|data bus]] architectures were used, but recently designs based on sparse intercommunication networks known as [[Network on a chip|networks-on-chip]] (NoC) have risen to prominence and are forecast to overtake bus architectures for SoC design in the near future.<ref name=":0">{{Cite book|url=https://www.worldcat.org/oclc/895661009|title=Network-on-chip: the Next Generation of System-on-Chip Integration|last=Kundu|first=Santanu|last2=Chattopadhyay|first2=Santanu|publisher=CRC Press|others=|year=2014|isbn=9781466565272|edition=1st|location=Boca Raton, FL|pages=|oclc=895661009}}</ref>

==== Bus-based communication ====
Historically, a shared global [[bus (computing)|computer bus]] typically connected the different components, also called "blocks" of the System-on-Chip.<ref name=":0" /> A very common bus for system-on-chip communications is ARM's royalty-free Advanced Microcontroller Bus Architecture ([[Advanced Microcontroller Bus Architecture|AMBA]]) standard.

[[Direct memory access]] controllers route data directly between external interfaces and SoC memory, bypassing the CPU or [[control unit]], thereby increasing the data [[throughput]] of the system-on-chip. This is similar to some [[device driver]]s of peripherals on component-based [[multi-chip module]] PC architectures.

Computer buses are limited in [[scalability]], supporting only up to tens of cores ([[multicore]]) on a single chip.<ref name=":0" />{{Rp|xiii}} Wire delay is not scalable due to continued [[miniaturization]], [[Computer performance|system performance]] does not scale with the number of cores attached, the SoC's [[operating frequency]] must decrease with each additional core attached for power to be sustainable, and long wires consume large amounts of electrical power. These challenges are prohibitive to supporting [[manycore]] systems on chip.<ref name=":0" />{{Rp|xiii}}

==== Network-on-Chip ====
{{Main|Network on a chip}}
In the late [[2010s]], a trend of systems-on-chip implementing [[Communications subsystem|communications subsystems]] in terms of a network-like topology instead of [[bus (computing)|bus-based]] protocols has emerged. A trend towards [[Multi-processor system-on-chip|more processor cores on SoCs]] has caused on-chip communication efficiency to become one of the key factors in determining the overall system performance and cost.<ref name=":0" />{{Rp|xiii}} This has led to the emergence of interconnection networks with [[Router (computing)|router]]-based [[packet switching]] known as "[[network on a chip|networks on chip]]" (NoCs) to overcome the [[Bottleneck (engineering)|bottlenecks]] of bus-based networks.<ref name=":0" />{{Rp|xiii}}

Networks-on-chip have advantages including destination- and application-specific [[routing]], greater power efficiency and reduced possibility of [[bus contention]]. Network-on-chip architectures take inspiration from [[Networking protocol|networking protocols]] like [[Transmission Control Protocol|TCP]] and the [[Internet protocol suite]] for on-chip communication,<ref name=":0" /> although they typically have fewer [[Network layer|network layers]]. Optimal network-on-chip [[Network architecture|network architectures]] are an ongoing area of much research interest. NoC architectures range from traditional distributed computing [[Network topology|network topologies]] such as [[Torus interconnect|torus]], [[Hypercube internetwork topology|hypercube]], [[Mesh networking|meshes]] and [[Tree network|tree networks]] to [[genetic algorithm scheduling]] to [[Randomized algorithm|randomized algorithms]] such as [[Branching random walk|random walks with branching]] and randomized [[time to live]] (TTL).

Many SoC researchers consider NoC architectures to be the future of system-on-chip design because they have been shown to efficiently meet power and throughput needs of SoC designs. Current NoC architectures are two-dimensional. 2D IC design has limited [[Floorplan (microelectronics)|floorplanning]] choices as the number of cores in SoCs increase, so as [[Three-dimensional integrated circuit|three-dimensional integrated circuits]] (3DICs) emerge, SoC designers look to build three-dimensional on-chip networks known as 3DNoCs.<ref name=":0" />

== Design flow ==
{{Refimprove section|date=March 2017}}
{{Main|Design flow (EDA)|Physical design (electronics)|Platform-based design|l1=Electronics design flow|l3=}}{{See also|Systems design|Software design|label 2=Software design process}}[[Image:SoCDesignFlow.svg|right|275px|thumbnail|System-on-a-chip design flow]]

A system on chip consists of both the [[electronic hardware|hardware]], described in {{Section link||Structure|nopage=y}}, and the [[software]] controlling the microcontroller, microprocessor or digital signal processor cores, peripherals and interfaces. The [[design flow (EDA)|design flow]] for an SoC aims to develop this hardware and software at the same time, also known as architectural co-design. The design flow must also take into account optimizations ({{Section link||Optimization goals|nopage=y}}) and constraints.

Most SoCs are developed from pre-qualified hardware component [[Semiconductor intellectual property core|IP core specifications]] for the hardware elements and [[execution unit]]s, collectively "blocks", described above, together with software [[device driver]]s that may control their operation. Of particular importance are the [[protocol stack]]s that drive industry-standard interfaces like [[Universal Serial Bus|USB]]. The hardware blocks are put together using [[computer-aided design]] tools, specifically [[electronic design automation]] tools; the [[modular programming|software modules]] are integrated using a software [[integrated development environment]].

Systems-on-chip components are also often designed in [[High-level programming language|high-level programming languages]] such as [[C++]], [[MATLAB]] or [[SystemC]] and converted to [[Register-transfer level|RTL]] designs through [[high-level synthesis]] (HLS) tools such as [[C to HDL]] or [[flow to HDL]].<ref>{{Cite news|url=http://www.eejournal.com/archives/articles/20110825-mathworks/|title=Best Practices for FPGA Prototyping of MATLAB and Simulink Algorithms|date=2011-08-25|work=EEJournal|access-date=2018-10-08|language=en-US}}</ref> HLS products called "algorithmic synthesis" allow designers to use C++ to model and synthesize system, circuit, software and verification levels all in one high level language commonly known to [[computer engineers]] in a manner independent of time scales, which are typically specified in HDL.<ref>{{Cite web|url=https://www.eetimes.com/document.asp?doc_id=1271261|title=The 'why' and 'what' of algorithmic synthesis|last=Bowyer|first=Bryan|date=2005-02-05|website=[[EE Times]]|archive-url=|archive-date=|dead-url=|access-date=2018-10-08}}</ref> Other components can remain software and be compiled and embedded onto [[Soft microprocessor|soft-core processors]] included in the SoC as modules in HDL as [[Semiconductor intellectual property core|IP cores]].

Once the [[Computer architecture|architecture]] of the SoC has been defined, any new hardware elements are written in an abstract [[hardware description language]] termed [[Register-transfer level|register transfer level]] (RTL) which defines the circuit behavior, or synthesized into RTL from a high level language through high-level synthesis. These elements are connected together in a hardware description language to create the full SoC design. The logic specified to connect these components and convert between possibly different interfaces provided by different vendors is called [[glue logic]].

=== Design verification ===
{{Further|Functional verification|Signoff (electronic design automation)||label2=}}
Chips are verified for logical correctness before being sent to a [[Semiconductor fabrication plant|semiconductor foundry]]. This process is called [[functional verification]] and it accounts for a significant portion of the time and energy expended in the [[Integrated circuit development|chip design life cycle]], often quoted as 70%.<ref name="70% verification?">[[EE Times]]. "[http://www.eetimes.com/author.asp?section_id=36&doc_id=1264922 Is verification really 70 percent?]." June 14, 2004. Retrieved July 28, 2015.</ref><ref name="verification vs. validation">{{cite web|url=http://www.softwaretestingclass.com/difference-between-verification-and-validation/|title=Difference between Verification and Validation|work=Software Testing Class|access-date=2018-04-30|quote=In interviews most of the interviewers are asking questions on “What is Difference between Verification and Validation?” Lots of people use verification and validation interchangeably but both have different meanings.}}</ref> With the growing complexity of chips, [[hardware verification language]]s like [[SystemVerilog]], [[SystemC]], [[e (verification language)|e]], and [[OpenVera]] are being used. [[Software bug|Bugs]] found in the verification stage are reported to the designer.

Traditionally, engineers have employed simulation acceleration, [[emulator|emulation]] or prototyping on [[Reconfigurable computing|reprogrammable hardware]] to verify and debug hardware and software for SoC designs prior to the finalization of the design, known as [[tape-out]]. [[Field-programmable gate array]]s (FPGAs) are favored for prototyping systems-on-chip because [[FPGA prototyping|FPGA prototypes]] are reprogrammable, allow [[debugging]] and are more flexible than [[application-specific integrated circuit]]s (ASICs).<ref name="nm prototyping">{{Cite web|url=http://www.tayden.com/publications/Nanometer%20Prototyping.pdf|title=Nanometer prototyping|last=Rittman|first=Danny|date=2006-01-05|website=Tayden Design|archive-url=|archive-date=|dead-url=|access-date=2018-10-07}}</ref><ref name="Reason to debug in FPGA">{{Cite web|url=http://www.design-reuse.com/articles/13550/fpga-prototyping-to-structured-asic-production-to-reduce-cost-risk-ttm.html|title=FPGA Prototyping to Structured ASIC Production to Reduce Cost, Risk & TTM|website=Design And Reuse|access-date=2018-10-07}}</ref>

With high capacity and fast compilation time, simulation acceleration and emulation are powerful technologies that provide wide visibility into systems. Both technologies, however, operate slowly, on the order of MHz, which may be significantly slower – up to 100 times slower – than the SoC's operating frequency. Acceleration and emulation boxes are also very large and expensive at over US$1 million.{{Citation needed|date=May 2018}}

FPGA prototypes, in contrast, use FPGAs directly to enable engineers to validate and test at, or close to, a system’s full operating frequency with real-world stimuli. Tools such as Certus<ref>Brian Bailey, EE Times. "[http://www.eetimes.com/document.asp?doc_id=1317504 Tektronix hopes to shake up ASIC prototyping]." October 30, 2012. Retrieved July 28, 2015.</ref> are used to insert probes in the FPGA RTL that make signals available for observation. This is used to debug hardware, firmware and software interactions across multiple FPGAs with capabilities similar to a logic analyzer.

In parallel, the hardware elements are grouped and passed through a process of [[logic synthesis]], during which performance constraints, such as operational frequency and expected signal delays, are applied. This generates an output known as a [[netlist]] describing the design as a physical circuit and its interconnections. These netlists are combined with the [[glue logic]] connecting the components to produce the schematic description of the SoC as a circuit which can be [[printed circuit board|printed]] onto a chip. This process is known as [[place and route]] and precedes [[tape-out]] in the event that the SoCs are produced as [[application-specific integrated circuit]]s (ASIC).

== Optimization goals ==
Systems-on-chip must optimize [[Power consumption|power use]], area on [[Die (integrated circuit)|die]], communication, positioning for [[Locality of reference|locality]] between modular units and other factors. Optimization is necessarily a design goal of systems-on-chip. If optimization was not necessary, the engineers would use a [[multi-chip module]] architecture without accounting for the area utilization, power consumption or performance of the system to the same extent.

Common optimization targets for system-on-chip designs follow, with explanations of each. In general, optimizing any of these quantities may be a hard [[combinatorial optimization]] problem, and can indeed be [[NP-hardness|NP-hard]] fairly easily. Therefore, sophisticated [[Optimization algorithm|optimization algorithms]] are often required and it may be practical to use [[Approximation algorithm|approximation algorithms]] or [[Heuristic (computer science)|heuristics]] in some cases. Additionally, most SoC designs contain [[Multivariate optimization|multiple variables to optimize simultaneously]], so [[Pareto efficiency|Pareto efficient]] solutions are sought after in SoC design. Oftentimes the goals of optimizing some of these quantities are directly at odds, further adding complexity to design optimization of systems-on-chip and introducing [[Trade-off#Engineering|trade-offs]] in system design.

For broader coverage of trade-offs and [[requirements analysis]], see [[requirements engineering]].

=== Targets ===

==== Power consumption ====
Systems-on-chip are optimized to minimize the [[Electric power#Definition|electrical power]] used to perform the SoC's functions. Most SoCs must use low power. SoC systems often require long [[battery life]] (such as [[smartphone]]s), can potentially spending months or years without a power source needing to maintain autonomous function, and often are limited in power use by a high number of [[Embedded system|embedded]] SoCs being [[Distributed computing|networked together]] in an area. Additionally, energy costs can be high and conserving energy will reduce the [[total cost of ownership]] of the SoC. Finally, [[waste heat]] from high energy consumption can damage other circuit components if too much heat is dissipated, giving another pragmatic reason to conserve energy. The amount of [[energy]] used in a circuit is the [[integral]] of [[Power (physics)|power]] consumed with respect to time, and the [[Mean value theorem|average rate]] of power consumption is the product of [[Electric current|current]] by [[voltage]]. Equivalently, by [[Ohm's law]], power is current squared times resistance or voltage squared divided by [[Resistance (physics)|resistance]]:

<math display="block">P = IV = \frac{V^2}{R} = {I^2}{R}</math>Systems-on-chip are frequently embedded in [[Mobile device|portable devices]] such as [[smartphones]], [[GPS navigation device|GPS navigation devices]], digital [[Digital watch|watches]] (including [[Smartwatch|smartwatches]]) and [[Netbook|netbooks]]. Customers want long battery lives for [[mobile computing]] devices, another reason that power consumption must be minimized in systems-on-chip. [[Multimedia application|Multimedia applications]] are often executed on these devices, including [[Video game|video games]], [[video streaming]], [[image processing]]; all of which have grown in [[computational complexity]] in recent years with user demands and expectations for higher-[[Video quality|quality]] multimedia. Computation is more demanding as expectations move towards [[3D video]] at [[high resolution]] with [[List of video compression formats|multiple standards]], so SoCs performing multimedia tasks must be computationally capable platform while being low power to run off a standard mobile battery.<ref name=":1" />{{Rp|3}}

==== Performance per watt ====
{{See also|Green computing}}
SoCs are optimized to maximize [[power efficiency]] in performance per watt: maximize the performance of the SoC given a budget of power usage. Many applications such as [[edge computing]], [[distributed processing]] and [[ambient intelligence]] require a certain level of [[Computer performance|computational performance]], but power is limited in most SoC environments. The [[ARM architecture]] has greater performance per watt than [[x86]] in embedded systems, so it is preferred over x86 for most SoC applications requiring an [[Soft microprocessor|embedded processor]].

==== Waste heat ====
{{Main|Heat generation in integrated circuits}}{{See also|Thermal management (electronics)|Thermal design power|label 1=Thermal management in electronics}}
SoC designs are optimized to minimize [[waste heat]] [[dissipation|output]] on the chip. As with other [[Integrated circuit|integrated circuits]], heat generated due to high [[power density]] are the [[Bottleneck (engineering)|bottleneck]] to further [[miniaturization]] of components.<ref name=":2">{{Cite book|url=https://www.worldcat.org/oclc/934678500|title=Heat Management in Integrated circuits: On-chip and system-level monitoring and cooling|last=Ogrenci-Memik|first=Seda|publisher=The Institution of Engineering and Technology|year=2015|isbn=9781849199353|location=London, United Kingdom|pages=|oclc=934678500}}</ref>{{Rp|1}} The power densities of high speed integrated circuits, particularly microprocessors and including SoCs, have become highly uneven. Too much waste heat can damage circuits and erode [[Reliability (semiconductor)|reliability]] of the circuit over time. High temperatures and thermal stress negatively impact [[wikt:reliability|reliability]], [[stress migration]], decreased [[mean time between failures]], [[electromigration]], [[wire bonding]], [[Metastability (electronics)|metastability]] and other performance degradation of the SoC over time.<ref name=":2" />{{Rp|2-9}}

In particular, most SoCs are in a small physical area or volume and therefore the effects of waste heat are compounded because there is little room for it to diffuse out of the system. Because of high [[Transistor count|transistor counts]] on modern devices due to [[Moore's law]], oftentimes a layout of sufficient throughput and high [[Transistors density|transistor density]] is physically realizable from [[Semiconductor device fabrication|fabrication processes]] but would result in unacceptably high amounts of heat in the circuit's volume.<ref name=":2" />{{Rp|1}}

These thermal effects force SoC and other chip designers to apply conservative [[Design margin|design margins]], creating less performant devices to mitigate the risk of [[catastrophic failure]]. Due to increased [[Transistors density|transistor densities]] as length scales get smaller, each [[Semiconductor node|process generation]] produces more heat output than the last. Compounding this problem, system-on-chip architectures are usually heterogeneous, creating spatially inhomogeneous [[Heat flux|heat fluxes]], which are cannot be effectively mitigated by uniform [[passive cooling]].<ref name=":2" />{{Rp|1}}

==== Throughput ====
{{Expand section|date=October 2018}}
SoCs are optimized to maximize computational and communications [[throughput]].

==== Latency ====
{{Expand section|date=October 2018}}
SoCs are optimized to minimize [[Latency (engineering)|latency]] for some or all of their functions. This can be accomplished by [[Integrated circuit layout|laying out]] elements with proper proximity and [[Locality of reference|locality]] to each-other to minimize the interconnection delays and maximize the speed at which data is communicated between modules, [[Execution unit|functional units]] and memories. In general, optimizing to minimize latency is an [[NP-completeness|NP-complete]] problem equivalent to the [[boolean satisfiability problem]].

For [[Task (computing)|tasks]] running on processor cores, latency and throughput can be improved with {{Section link||Task scheduling|nopage=y}}. Some tasks run in application-specific hardware units, however, and even task scheduling may not be sufficient to optimize all software-based tasks to meet timing and throughput constraints.

=== Methodologies ===
{{Further|Multi-objective optimization|Multiple-criteria decision analysis|Architecture tradeoff analysis method|label3=Architecture tradeoff analysis}}
{{Expand section|date=October 2018|small=no}}
Systems on chip are modeled with standard hardware [[verification and validation]] techniques, but additional techniques are used to model and optimize SoC design alternatives to make the system optimal with respect to [[multiple-criteria decision analysis]] on the above optimization targets.

==== Task scheduling ====
[[Scheduling (computing)|Task scheduling]] is an important activity in any computer system with multiple [[Process (computing)|processes]] or [[Thread (computing)|threads]] sharing a single processor core. It is important to reduce {{Section link||Latency|nopage=y}} and increase {{Section link||Throughput|nopage=y}} for [[embedded software]] running on an SoC's {{Section link||Processor cores|nopage=y}}. Not every important computing activity in a system-on-chip is performed in software running on on-chip processors, but scheduling can drastically improve performance of software-based tasks and other tasks involving [[Shared resource|shared resources]].

SoCs often schedule tasks according to [[network scheduling]] and [[Stochastic scheduling|randomized scheduling]] algorithms.

==== Pipelining ====
{{Broader|Pipeline (computing)}}
Hardware and software tasks are often pipelined in [[processor design]]. Pipelining is an important principle for [[speedup]] in [[computer architecture]]. They are frequently used in [[GPU|GPUs]] ([[graphics pipeline]]) and RISC processors (evolutions of the [[classic RISC pipeline]]), but are also applied to application-specific tasks such as [[digital signal processing]] and multimedia manipulations in the context of systems-on-chip.<ref name=":1" />

==== Probabilistic modeling ====
Systems-on-chip are often analyzed though [[Probabilistic model|probabilistic models]], {{Section link|Queueing theory|Queueing networks}} and [[Markov chain|Markov chains]]. For instance, [[Little's law]] allows SoC states and NoC buffers to be modeled as arrival processes and analyzed through [[Poisson random variable|Poisson random variables]] and [[Poisson process|Poisson processes]].

==== Markov chains ====
SoCs are often modeled with [[Markov chain|Markov chains]], both [[Markov chain#Discrete-time%20Markov%20chain|discrete time]] and [[Markov chain#Continuous-time Markov chain|continuous time]] variants. Markov chain modeling allows [[asymptotic analysis]] of the system-on-chip's [[Markov chain#Steady-state analysis and limiting distributions|steady state distribution]] of power, heat, latency and other factors to allow design decisions to be optimized for the common case.
== Fabrication ==
{{Unreferenced section|date=March 2017}}{{See|Semiconductor device fabrication}}

The netlists described above are used as the basis for the physical design ([[place and route]]) flow to convert the designers' intent into the design of the SoC. Throughout this conversion process, the design is analyzed with static timing modeling, simulation and other tools to ensure that it meets the specified operational parameters such as frequency, power consumption and dissipation, functional integrity (as described in the register transfer level code) and electrical integrity.

When all known bugs have been rectified and these have been re-verified and all physical design checks are done, the physical design files describing each layer of the chip are sent to the foundry's mask shop where a full set of glass lithographic masks will be etched. These are sent to a wafer fabrication plant to create the SoC dice before packaging and testing.

SoCs can be fabricated by several technologies, including:

* [[Full custom]] ASIC
* [[Standard cell]] ASIC
* [[Field-programmable gate array]] (FPGA)

ASICs consume less power and are faster than FPGAs but cannot be reprogrammed and are expensive to manufacture. FPGA designs are more suitable for lower volume designs, but after enough units of production ASICs reduce the total cost of ownership.<ref>{{Cite web|url=https://numato.com/blog/differences-between-fpga-and-asics/|title=FPGA vs ASIC: Differences between them and which one to use? – Numato Lab Help Center|website=numato.com|language=en-US|access-date=2018-10-17}}</ref>

SoC designs consume less power and have a lower cost and higher reliability than the multi-chip systems that they replace. With fewer packages in the system, assembly costs are reduced as well.

However, like most [[very-large-scale integration]] (VLSI) designs, the total cost{{Clarification needed|reason=what kind of cost?|date=May 2018}} is higher for one large chip than for the same functionality distributed over several smaller chips, because of [[Semiconductor device fabrication#Device test|lower yields]]{{What|reason=confusing to non-experts|date=May 2018}} and higher [[non-recurring engineering]] costs.

When it is not feasible to construct an SoC for a particular application, an alternative is a [[system in package]] (SiP) comprising a number of chips in a single [[chip carrier|package]]. When produced in large volumes, SoC is more cost-effective than SiP because its packaging is simpler.<ref>[[EE Times]]. "[http://www.eetimes.com/document.asp?doc_id=1153043 The Great Debate: SOC vs. SIP]." March 21, 2005. Retrieved July 28, 2015.</ref> Another reasons SiP may be preferred is [[waste heat]] may be too high in a system-on-chip for a given purpose because functional components are too close together, and in an SiP heat will dissipate better from different functional modules being physically further apart.

== Benchmarks ==
{{Expand section|date=October 2018}}
SoC [[research and development]] often compares many options. Benchmarks, such as COSMIC,<ref>{{Cite web|url=http://www.ece.ust.hk/~eexu/COSMIC.html|title=COSMIC|website=www.ece.ust.hk|access-date=2018-10-08}}</ref> are developed to help such evaluations.

== See also ==

* [[List of system-on-a-chip suppliers]]
* [[Post-silicon validation]]
* [[ARM architecture]]
* [[Single-board computer]]
* [[System in package]]
* [[Network on a chip]]
* [[Programmable system-on-chip]]
* [[Application-specific instruction set processor]] (ASIP)
* [[Platform-based design]]
* [[Lab on a chip]]
* [[Organ on a chip]] in biomedical technology

== Notes ==
{{reflist|group=nb}}

== References ==
{{reflist}}

== Further reading ==
* {{cite book |editor1-first=Wael |editor1-last=Badawy |authorlink1=Wael Badawy |editor2-first=Graham A. |editor2-last=Jullien |authorlink2=Graham Jullien |year=2003 |title=System-on-Chip for Real-Time Applications |series=Kluwer international series in engineering and computer science, SECS 711 |publisher=[[Wolters Kluwer|Kluwer Academic Publishers]] |location=Boston |isbn=9781402072543 |oclc=50478525 |url=https://books.google.com/books?id=Ha76NqrqPVIC}} 465 pages.
* {{cite book |author=Furber, Stephen B. |title=[[ARM system-on-chip architecture]] |publisher=Addison-Wesley |location=Boston |year=2000 |isbn=0-201-67519-6 }}
*{{Cite book|url=https://www.worldcat.org/oclc/895661009|title=Network-on-chip: the Next Generation of System-on-Chip Integration|last=Kundu|first=Santanu|last2=Chattopadhyay|first2=Santanu|publisher=CRC Press|others=|year=2014|isbn=9781466565272|edition=1st|location=Boca Raton, FL|pages=|oclc=895661009}}

== External links ==
<!-- Follow [[WP:EL]] guidelines before adding anything to this section -->
* [http://www.ieee-socc.org/ SOCC] Annual [[Institute of Electrical and Electronics Engineers|IEEE]] International SOC Conference
* [http://www.edautils.com/Baya.html Baya] free SoC platform assembly and IP integration tool
*[http://www.eng.auburn.edu/~nelson/courses/elec5260_6260/Systems%20on%20Chip%20(SoC).pdf Systems on Chip for Embedded Applications], [[Auburn University]] seminar in [[Very-large-scale integration|VLSI]]
{{Systems on chip}}{{CPU technologies}}
{{Single-board computer}}
{{Programmable Logic}}
{{Computer science}}
{{Hardware acceleration}}

[[Category:Electronic design]]
[[Category:Microtechnology]]
[[Category:System on a chip| ]]
[[Category:Hardware acceleration]]
[[Category:Computer systems]]
[[Category:Application-specific integrated circuits]]

Action parameters

VariableValue
Whether or not the edit is marked as minor (no longer in use) (minor_edit)
false
Name of the user account (user_name)
'103.221.254.182'
Whether the user is editing from mobile app (user_app)
false
Whether or not a user is editing through the mobile interface (user_mobile)
false
Page ID (page_id)
100563
Page namespace (page_namespace)
0
Page title without namespace (page_title)
'System on a chip'
Full page title (page_prefixedtitle)
'System on a chip'
Action (action)
'edit'
Edit summary/reason (summary)
''
Old content model (old_content_model)
'wikitext'
New content model (new_content_model)
'wikitext'
Old page wikitext, before the edit (old_wikitext)
'{{Use American English|date=October 2018}}[[File:Raspberry-Pi-2-Bare-BR.jpg|thumb|The [[Raspberry Pi]] uses a system on a chip as an almost fully contained [[microcomputer]]. This SoC does not contain any kind of data storage, which is common for a microprocessor SoC.]] A '''system on a chip''' or '''system on chip''' ('''{{Abbr|SoC|System on Chip}},''' {{IPAc-en|ˌ|ɛ|s|ˌ|oʊ|ˈ|s|iː|}} {{respell|es|oh|SEE}} or {{IPAc-en|s|ɒ|k}} {{respell|sock}})<ref group="nb">This article uses the convention that SoC is pronounced {{IPAc-en|ˌ|ɛ|s|ˌ|oʊ|ˈ|s|iː|}} {{respell|es|oh|SEE}}. Therefore, it uses the convention "an" for the [[indefinite article]] corresponding to SoC ("'''an''' SoC"). Other sources may pronounce it as {{IPAc-en|s|ɒ|k}} {{respell|sock}} and therefore use "'''a''' SoC".</ref> is an [[integrated circuit]] (also known as a "chip") that integrates all components of a [[computer]] or other [[Electronics|electronic system]]. These components typically include a [[central processing unit]] (CPU), [[Computer memory|memory]], [[input/output]] ports and [[Computer data storage#Secondary storage|secondary storage]] &ndash; all on a single [[substrate (electronics)|substrate]]. It may contain [[Digital signal (electronics)|digital]], [[Analog signal|analog]], [[Mixed-signal integrated circuit|mixed-signal]], and often [[radio frequency]] [[signal processing]] functions, depending on the application. As they are integrated on a single [[Substrate (electronics)|electronic substrate]], SoCs consume much less power and take up much less area than multi-chip designs with equivalent functionality. Because of this, SoCs are very common in the [[mobile computing]] and [[edge computing]] markets.<ref>Pete Bennett, [[EE Times]]. "[http://www.eetimes.com/document.asp?doc_id=1276973 The why, where and what of low-power SoC design]." December 2, 2004. Retrieved July 28, 2015.</ref><ref>{{Cite web|url=https://www.design-reuse.com/articles/42705/power-management-for-iot-soc-development.html|title=Power Management for Internet of Things (IoT) System on a Chip (SoC) Development|last=Nolan|first=Stephen M.|date=|website=Design And Reuse|archive-url=|archive-date=|dead-url=|access-date=2018-09-25}}</ref> Systems on chip are commonly used in [[Embedded system|embedded systems]] and the [[Internet of things|Internet of Things]]. Systems on Chip are in contrast to the common traditional [[motherboard]]-based [[Personal computer|PC]] [[Computer architecture|architecture]], which separates components based on function and connects them through a central interfacing circuit board.<ref group="nb">This central board is called the "mother board" for hosting the "child" component cards.</ref> Whereas a motherboard houses and connects detachable or replaceable components, SoCs integrate all of these components into a single integrated circuit, as if all these functions were built into the motherboard. An SoC will typically integrate a CPU, graphics and memory interfaces,<ref group="nb">The graphics connections ([[PCI Express]]) and RAM historically constituted the [[northbridge (computing)|northbridge]] of motherboard-backed discrete architectures.</ref> hard-disk and USB connectivity,<ref group="nb">The hard disk and USB connectivity historically comprised part of the [[southbridge (computing)|southbridge]] of motherboard-backed discrete modular architectures.</ref> [[random-access memory|random-access]] and [[read-only memory|read-only]] [[computer memory|memories]] and secondary storage on a single circuit die, whereas a motherboard would connect these modules as [[discrete components]] or [[expansion card]]s. More tightly integrated computer system designs improve [[computer performance|performance]] and reduce [[power consumption]] as well as [[Die (integrated circuit)|semiconductor die]] area needed for an equivalent design composed of discrete modules, at the cost of reduced [[Interchangeable parts|replaceability]] of components. By definition, SoC designs are fully or nearly fully integrated across different component [[Modularity|modules]]. For these reasons, there has been a general trend towards tighter integration of components in the [[Semiconductor industry|computer hardware industry]], in part due to the influence of SoCs and lessons learned from the mobile and embedded computing markets. Systems-on-Chip can be viewed as part of a larger trend towards [[embedded system|embedded computing]] and [[hardware acceleration]]. An SoC integrates a [[microcontroller]] or [[microprocessor]] with advanced peripherals like [[graphics processing unit]] (GPU), [[Wi-Fi]] module, or one or more [[coprocessor|coprocessors]]. Similar to how a microcontroller integrates a microprocessor with peripheral circuits and memory, an SoC can be seen as integrating a microcontroller with even more advanced [[Peripheral|peripherals]]. {{Selfref inline|For an overview of integrating system components, see [[system integration]].}} == Types == [[Image:ARMSoCBlockDiagram.svg|right|275px|thumbnail|[[Microcontroller]]-based system on a chip]]In general, there are four distinguishable types of SoCs: * SoCs built around a [[microcontroller]] (μC), * SoCs built around a [[microprocessor]] (μP), often found in mobile phones; * Specialized SoCs [[Application-specific integrated circuit|designed for specific applications]] that do not fit into the above two categories, and * [[Programmable system-on-chip|Programmable systems-on-chip]] (PSoC), where most functionality is fixed but some functionality is [[reconfigurable computing|reprogrammable]] in a manner analogous to a [[field-programmable gate array]]. [[File:KL AMD Am286LX ZX.jpg|thumb|[[AMD]] Am286ZX/LX, SoC based on [[Intel 80286]] ]] == Applications == Systems-on-chip can be applied to any computing task. However, they are typically used in mobile computing such as tablets, smartphones, smartwatches and netbooks as well as [[Embedded system|embedded systems]] and in applications where previously [[Microcontroller|microcontrollers]] would be used. === Embedded systems === Where previously only microcontrollers could be used, SoCs are rising to prominence in the embedded systems market. Tighter system integration offers better reliability and [[Mean time between failures|mean time between failure]], and SoCs offer more advanced functionality and computing power than microcontrollers.<ref>{{Cite news|url=https://www.embedded.com/design/mcus-processors-and-socs/4419584/Is-a-single-chip-SOC-processor-right-for-your-embedded-project-|title=Is a single-chip SOC processor right for your embedded project?|work=Embedded|access-date=2018-10-13|language=en}}</ref> Applications include [[AI accelerator|AI acceleration]], embedded [[machine vision]],<ref>{{Cite web|url=https://www.imveurope.com/news/qualcomm-launches-socs-embedded-vision|title=Qualcomm launches SoCs for embedded vision {{!}} Imaging and Machine Vision Europe|website=www.imveurope.com|language=en|access-date=2018-10-13}}</ref> data collection, [[telemetry]], vector processing and [[ambient intelligence]]. Often embedded systems-on-chip target the [[internet of things]], [[Internet of things|industrial internet of things]] and [[edge computing]] markets. === Mobile computing === [[Mobile computing]] based SoCs typically bundle processors, memories, on-chip [[Cache (computing)|caches]], [[wireless networking]] capabilities and often [[digital camera]] hardware and firmware. Some mobile computing SoCs include: *[[Apple Inc.|Apple]]: [[Apple-designed processors]] **[[Apple A12|A12 Bionic]]<ref>{{Cite news|url=https://www.engadget.com/2018/09/12/apple-a12-bionic-7-nanometer-chip/|title=Apple's A12 Bionic is the first 7-nanometer smartphone chip|work=Engadget|access-date=2018-10-13|language=en-US}}</ref> and other [[Apple A series|A series]], used in [[IPhone|iPhones]] and [[IPad|iPads]] **[[Apple S series|S series]] and [[Apple W series|W series]], in [[Apple Watch|Apple Watches]]. **[[Apple T series]], used in the [[MacBook Pro with Touch Bar|2016 and 2017 MacBook Pro]] touch bars and fingerprint scanners. *[[Samsung Electronics]]: [[List of Samsung System on Chips|list]], typically based on [[ARM7]] and [[ARM9]] **[[Exynos]], used mainly by Samsung's [[Samsung Galaxy|Galaxy]] series of smartphones *[[Qualcomm]]: **[[Qualcomm Snapdragon|Snapdragon]] ([[List of Qualcomm Snapdragon systems-on-chip|list]]), used in many [[LG Corporation|LG]], [[Xiaomi]], [[Google Pixel]], [[HTC]] and Samsung Galaxy smartphones. In 2018, Snapdragon SoCs are being used as the backbone of [[Laptop|laptop computers]] running [[Windows 10]], marketed as "Always Connected PCs".<ref name=":3">{{Cite news|url=https://www.windowscentral.com/arm-going-after-intel-new-chip-roadmap-through-2020|title=ARM is going after Intel with new chip roadmap through 2020|work=Windows Central|access-date=2018-10-06|language=en}}</ref><ref name=":4">{{Cite web|url=https://www.microsoft.com/en-us/windows/always-connected-laptop-pcs|title=Always Connected PCs, Extended Battery Life 4G LTE Laptops {{!}} Windows|website=www.microsoft.com|language=en-us|access-date=2018-10-06}}</ref> === Personal computers === Systems-on-chip are being applied to [[Personal computer|personal computers]] as of 2018.<ref name=":3" /> They are particularly applied to [[Laptop|laptops]] and [[Tablet computer|tablet PCs]]. Tablet and laptop manufacturers have learned lessons from embedded systems and smartphone markets including about reduced power consumption, better performance and reliability from tighter [[System integration|integration]] of hardware and [[firmware]] [[Module system|modules]], and [[LTE (telecommunication)|LTE]] and other [[wireless network]] communications integrated on chip (integrated [[Network interface controller|network interface controllers]]).<ref>{{Cite news|url=https://www.qualcomm.com/products/modems|title=Gigabit Class LTE, 4G LTE and 5G Cellular Modems {{!}} Qualcomm|work=Qualcomm|access-date=2018-10-13|language=en}}</ref> [[ARM architecture|ARM]] based: * Qualcomm Snapdragon<ref name=":4" /> [[x86]] based: * Intel [[Pentium]] Gold 4415Y, used in the [[Surface Go|Microsoft Surface Go]] == Structure == An SoC consists of hardware [[Functional unit|functional units]], including [[Microprocessor|microprocessors]] that run [[Computer program|software code]], as well as a [[communications subsystem]] to connect, control, direct and interface between these functional modules. === Functional components === ==== Processor cores ==== An SoC must have at least one [[processor core]], but will typically have more. Processor cores can be a [[microcontroller]], [[microprocessor]] (μP),<ref name="Furber ARM">{{Cite book|url=https://www.worldcat.org/oclc/44267964|title=ARM system-on-chip architecture|last=Furber|first=Stephen B.|publisher=Addison-Wesley|year=2000|isbn=0201675196|location=Harlow, England|pages=|oclc=44267964}}</ref> [[digital signal processor]] (DSP) or [[application-specific instruction set processor]] (ASIP) core.<ref name=":1">{{Cite book|url=https://www.worldcat.org/oclc/869378184|title=Pipelined Multiprocessor System-on-Chip for Multimedia|publisher=[[Springer-Verlag|Springer]]|others=|year=2014|isbn=9783319011134|location=|pages=|oclc=869378184|authors=Haris Javaid, Sri Parameswaran}}</ref> ASIPs have [[Instruction set architecture|instruction sets]] that are customized for an [[application domain]] and designed to be more efficient than general-purpose instructions for a specific type of workload. [[Multi-processor system-on-chip|Multiprocessor SoCs]] have more than one processor core by definition. Whether single-core, [[Multi-core processor|multi-core]] or [[manycore]], SoC processor cores typically use [[Reduced instruction set computer|RISC]] instruction set architectures. RISC architectures are advantageous over [[Complex instruction set computer|CISC]] processors for systems-on-chip because they require less digital logic, and therefore less power and area on [[Die (integrated circuit)|board]], and in the [[Embedded system|embedded]] and [[Mobile computing|mobile]] computing markets these are often highly constrained. In particular, SoC processor cores often use the [[ARM architecture]] because it is a [[Soft microprocessor|soft processor]] specified as an [[IP core]] and more power efficient than [[x86]].<ref name="Furber ARM" /> ==== Memories ==== {{Further|Computer memory}} Systems-on-chip must have [[semiconductor memory]] blocks to perform their computation, as do [[Microcontroller|microcontrollers]] and other [[Embedded system|embedded systems]]. Depending on the application, SoC memory may form a [[memory hierarchy]] and [[cache hierarchy]]. In the mobile computing market, this is common, but in many [[Low-power electronics|low-power]] embedded microcontrollers this is not necessary. Memory technologies for SoCs include [[read-only memory]] (ROM), [[random-access memory]] (RAM), electrically erasable programmable ROM ([[EEPROM]]) and [[flash memory]].<ref name="Furber ARM" /> As in other computer systems, RAM can be subdivided into relatively faster but more expensive [[Static random-access memory|static RAM]] (SRAM) and the slower but cheaper [[Dynamic random-access memory|dynamic RAM]] (DRAM). When a SoC has a [[Cache (computing)|cache]] hierarchy, SRAM will usually be used to implement [[Processor register|processor registers]] and cores' [[L1 cache|L1 caches]] whereas DRAM will be used for lower levels of the cache hierarchy including [[main memory]]. "Main memory" may be specific to a single processor (which can be [[Multi-core processor|multi-core]]) when the SoC [[Multi-processor system-on-chip|has multiple processors]], in which case it is [[distributed memory]] and must be sent via {{Section link||Intermodule communication|nopage=y}} on-chip to be accessed by a different processor.<ref name=":1" /> For further discussion of multi-processing memory issues, see [[cache coherence]] and [[memory latency]]. ==== Interfaces ==== SoCs include external [[Electrical connector|interfaces]], typically for [[Communication protocol|communication protocols]]. These are often based upon industry standards such as [[USB]], [[FireWire]], [[Ethernet]], [[Universal synchronous and asynchronous receiver-transmitter|USART]], [[Serial Peripheral Interface|SPI]], [[HDMI]], [[I²C]], etc. These interfaces will differ according to the intended application. [[Wireless network|Wireless networking]] protocols such as [[Wi-Fi]], [[Bluetooth]], [[6LoWPAN]] and [[near-field communication]] may also be supported. When needed, SoCs include [[Analog signal|analog]] interfaces including [[Analog-to-digital converter|analog-to-digital]] and [[Digital-to-analog converter|digital-to-analog converters]], often for [[signal processing]]. These may be able to interface with different types of [[Sensor|sensors]] or [[Actuator|actuators]], including [[Smart transducer|smart transducers]]. They may interface with application-specific [[Modularity|modules]] or shields.<ref group="nb">In [[Embedded system|embedded systems]], "shields" are analogous to [[Expansion card|expansion cards]] for [[Personal computer|PCs]]. They often fit over a [[microcontroller]] such as an [[Arduino]] or [[single-board computer]] such as the [[Raspberry Pi]] and function as [[Peripheral|peripherals]] for the device.</ref> Or they may be internal to the SoC, such as if an analog sensor is built in to the SoC and its readings must be converted to digital signals for mathematical processing. ==== Digital signal processors ==== [[Digital signal processor]] (DSP) cores are often included on systems-on-chip. They perform [[signal processing]] operations in systems-on-chip for [[Sensor|sensors]], [[Actuator|actuators]], [[data collection]], [[data analysis]] and multimedia processing. DSP cores typically feature [[very long instruction word]] (VLIW) and [[SIMD|single instruction, multiple data]] (SIMD) [[Instruction set architecture|instruction set architectures]], and are therefore highly amenable to exploiting [[instruction-level parallelism]] through [[Parallel processing (DSP implementation)|parallel processing]] and [[superscalar execution]].<ref name=":1" />{{Rp|4}} DSP cores most often feature application-specific instructions, and as such are typically [[Application-specific instruction-set processor|application-specific instruction-set processors]] (ASIP). Such application-specific instructions correspond to dedicated hardware [[Functional unit|functional units]] that compute those instructions. Typical DSP instructions include [[Multiply–accumulate operation|multiply-accumulate]], [[Fast Fourier transform]], [[Fused multiply-accumulate|fused multiply-add]], and [[Convolution|convolutions]]. ==== Other ==== As with other computer systems, SoCs require [[Clock generator|timing sources]] to generate [[clock signal|clock signals]], control execution of SoC functions and provide time context to [[signal processing]] applications of the SoC, if needed. Popular time sources are [[crystal oscillators]] and [[phase-locked loop]]s. System-on-chip [[Peripheral|peripherals]] including [[counter (digital)|counter]]-timers, real-time [[timer]]s and [[power-on reset]] generators. SoCs also include [[voltage regulator]]s and [[power management]] circuits. === Intermodule communication === Systems-on-chip comprise many [[Execution unit|execution units]]. These units must often send [[data]] and [[Instruction (computing)|instructions]] back and forth. Because of this, all but the most trivial SoCs require [[Communications system|communications subsystems]]. Originally, as with other [[microcomputer]] technologies, [[Bus (computing)|data bus]] architectures were used, but recently designs based on sparse intercommunication networks known as [[Network on a chip|networks-on-chip]] (NoC) have risen to prominence and are forecast to overtake bus architectures for SoC design in the near future.<ref name=":0">{{Cite book|url=https://www.worldcat.org/oclc/895661009|title=Network-on-chip: the Next Generation of System-on-Chip Integration|last=Kundu|first=Santanu|last2=Chattopadhyay|first2=Santanu|publisher=CRC Press|others=|year=2014|isbn=9781466565272|edition=1st|location=Boca Raton, FL|pages=|oclc=895661009}}</ref> ==== Bus-based communication ==== Historically, a shared global [[bus (computing)|computer bus]] typically connected the different components, also called "blocks" of the System-on-Chip.<ref name=":0" /> A very common bus for system-on-chip communications is ARM's royalty-free Advanced Microcontroller Bus Architecture ([[Advanced Microcontroller Bus Architecture|AMBA]]) standard. [[Direct memory access]] controllers route data directly between external interfaces and SoC memory, bypassing the CPU or [[control unit]], thereby increasing the data [[throughput]] of the system-on-chip. This is similar to some [[device driver]]s of peripherals on component-based [[multi-chip module]] PC architectures. Computer buses are limited in [[scalability]], supporting only up to tens of cores ([[multicore]]) on a single chip.<ref name=":0" />{{Rp|xiii}} Wire delay is not scalable due to continued [[miniaturization]], [[Computer performance|system performance]] does not scale with the number of cores attached, the SoC's [[operating frequency]] must decrease with each additional core attached for power to be sustainable, and long wires consume large amounts of electrical power. These challenges are prohibitive to supporting [[manycore]] systems on chip.<ref name=":0" />{{Rp|xiii}} ==== Network-on-Chip ==== {{Main|Network on a chip}} In the late [[2010s]], a trend of systems-on-chip implementing [[Communications subsystem|communications subsystems]] in terms of a network-like topology instead of [[bus (computing)|bus-based]] protocols has emerged. A trend towards [[Multi-processor system-on-chip|more processor cores on SoCs]] has caused on-chip communication efficiency to become one of the key factors in determining the overall system performance and cost.<ref name=":0" />{{Rp|xiii}} This has led to the emergence of interconnection networks with [[Router (computing)|router]]-based [[packet switching]] known as "[[network on a chip|networks on chip]]" (NoCs) to overcome the [[Bottleneck (engineering)|bottlenecks]] of bus-based networks.<ref name=":0" />{{Rp|xiii}} Networks-on-chip have advantages including destination- and application-specific [[routing]], greater power efficiency and reduced possibility of [[bus contention]]. Network-on-chip architectures take inspiration from [[Networking protocol|networking protocols]] like [[Transmission Control Protocol|TCP]] and the [[Internet protocol suite]] for on-chip communication,<ref name=":0" /> although they typically have fewer [[Network layer|network layers]]. Optimal network-on-chip [[Network architecture|network architectures]] are an ongoing area of much research interest. NoC architectures range from traditional distributed computing [[Network topology|network topologies]] such as [[Torus interconnect|torus]], [[Hypercube internetwork topology|hypercube]], [[Mesh networking|meshes]] and [[Tree network|tree networks]] to [[genetic algorithm scheduling]] to [[Randomized algorithm|randomized algorithms]] such as [[Branching random walk|random walks with branching]] and randomized [[time to live]] (TTL). Many SoC researchers consider NoC architectures to be the future of system-on-chip design because they have been shown to efficiently meet power and throughput needs of SoC designs. Current NoC architectures are two-dimensional. 2D IC design has limited [[Floorplan (microelectronics)|floorplanning]] choices as the number of cores in SoCs increase, so as [[Three-dimensional integrated circuit|three-dimensional integrated circuits]] (3DICs) emerge, SoC designers look to build three-dimensional on-chip networks known as 3DNoCs.<ref name=":0" /> == Design flow == {{Refimprove section|date=March 2017}} {{Main|Design flow (EDA)|Physical design (electronics)|Platform-based design|l1=Electronics design flow|l3=}}{{See also|Systems design|Software design|label 2=Software design process}}[[Image:SoCDesignFlow.svg|right|275px|thumbnail|System-on-a-chip design flow]] A system on chip consists of both the [[electronic hardware|hardware]], described in {{Section link||Structure|nopage=y}}, and the [[software]] controlling the microcontroller, microprocessor or digital signal processor cores, peripherals and interfaces. The [[design flow (EDA)|design flow]] for an SoC aims to develop this hardware and software at the same time, also known as architectural co-design. The design flow must also take into account optimizations ({{Section link||Optimization goals|nopage=y}}) and constraints. Most SoCs are developed from pre-qualified hardware component [[Semiconductor intellectual property core|IP core specifications]] for the hardware elements and [[execution unit]]s, collectively "blocks", described above, together with software [[device driver]]s that may control their operation. Of particular importance are the [[protocol stack]]s that drive industry-standard interfaces like [[Universal Serial Bus|USB]]. The hardware blocks are put together using [[computer-aided design]] tools, specifically [[electronic design automation]] tools; the [[modular programming|software modules]] are integrated using a software [[integrated development environment]]. Systems-on-chip components are also often designed in [[High-level programming language|high-level programming languages]] such as [[C++]], [[MATLAB]] or [[SystemC]] and converted to [[Register-transfer level|RTL]] designs through [[high-level synthesis]] (HLS) tools such as [[C to HDL]] or [[flow to HDL]].<ref>{{Cite news|url=http://www.eejournal.com/archives/articles/20110825-mathworks/|title=Best Practices for FPGA Prototyping of MATLAB and Simulink Algorithms|date=2011-08-25|work=EEJournal|access-date=2018-10-08|language=en-US}}</ref> HLS products called "algorithmic synthesis" allow designers to use C++ to model and synthesize system, circuit, software and verification levels all in one high level language commonly known to [[computer engineers]] in a manner independent of time scales, which are typically specified in HDL.<ref>{{Cite web|url=https://www.eetimes.com/document.asp?doc_id=1271261|title=The 'why' and 'what' of algorithmic synthesis|last=Bowyer|first=Bryan|date=2005-02-05|website=[[EE Times]]|archive-url=|archive-date=|dead-url=|access-date=2018-10-08}}</ref> Other components can remain software and be compiled and embedded onto [[Soft microprocessor|soft-core processors]] included in the SoC as modules in HDL as [[Semiconductor intellectual property core|IP cores]]. Once the [[Computer architecture|architecture]] of the SoC has been defined, any new hardware elements are written in an abstract [[hardware description language]] termed [[Register-transfer level|register transfer level]] (RTL) which defines the circuit behavior, or synthesized into RTL from a high level language through high-level synthesis. These elements are connected together in a hardware description language to create the full SoC design. The logic specified to connect these components and convert between possibly different interfaces provided by different vendors is called [[glue logic]]. === Design verification === {{Further|Functional verification|Signoff (electronic design automation)||label2=}} Chips are verified for logical correctness before being sent to a [[Semiconductor fabrication plant|semiconductor foundry]]. This process is called [[functional verification]] and it accounts for a significant portion of the time and energy expended in the [[Integrated circuit development|chip design life cycle]], often quoted as 70%.<ref name="70% verification?">[[EE Times]]. "[http://www.eetimes.com/author.asp?section_id=36&doc_id=1264922 Is verification really 70 percent?]." June 14, 2004. Retrieved July 28, 2015.</ref><ref name="verification vs. validation">{{cite web|url=http://www.softwaretestingclass.com/difference-between-verification-and-validation/|title=Difference between Verification and Validation|work=Software Testing Class|access-date=2018-04-30|quote=In interviews most of the interviewers are asking questions on “What is Difference between Verification and Validation?” Lots of people use verification and validation interchangeably but both have different meanings.}}</ref> With the growing complexity of chips, [[hardware verification language]]s like [[SystemVerilog]], [[SystemC]], [[e (verification language)|e]], and [[OpenVera]] are being used. [[Software bug|Bugs]] found in the verification stage are reported to the designer. Traditionally, engineers have employed simulation acceleration, [[emulator|emulation]] or prototyping on [[Reconfigurable computing|reprogrammable hardware]] to verify and debug hardware and software for SoC designs prior to the finalization of the design, known as [[tape-out]]. [[Field-programmable gate array]]s (FPGAs) are favored for prototyping systems-on-chip because [[FPGA prototyping|FPGA prototypes]] are reprogrammable, allow [[debugging]] and are more flexible than [[application-specific integrated circuit]]s (ASICs).<ref name="nm prototyping">{{Cite web|url=http://www.tayden.com/publications/Nanometer%20Prototyping.pdf|title=Nanometer prototyping|last=Rittman|first=Danny|date=2006-01-05|website=Tayden Design|archive-url=|archive-date=|dead-url=|access-date=2018-10-07}}</ref><ref name="Reason to debug in FPGA">{{Cite web|url=http://www.design-reuse.com/articles/13550/fpga-prototyping-to-structured-asic-production-to-reduce-cost-risk-ttm.html|title=FPGA Prototyping to Structured ASIC Production to Reduce Cost, Risk & TTM|website=Design And Reuse|access-date=2018-10-07}}</ref> With high capacity and fast compilation time, simulation acceleration and emulation are powerful technologies that provide wide visibility into systems. Both technologies, however, operate slowly, on the order of MHz, which may be significantly slower – up to 100 times slower – than the SoC's operating frequency. Acceleration and emulation boxes are also very large and expensive at over US$1 million.{{Citation needed|date=May 2018}} FPGA prototypes, in contrast, use FPGAs directly to enable engineers to validate and test at, or close to, a system’s full operating frequency with real-world stimuli. Tools such as Certus<ref>Brian Bailey, EE Times. "[http://www.eetimes.com/document.asp?doc_id=1317504 Tektronix hopes to shake up ASIC prototyping]." October 30, 2012. Retrieved July 28, 2015.</ref> are used to insert probes in the FPGA RTL that make signals available for observation. This is used to debug hardware, firmware and software interactions across multiple FPGAs with capabilities similar to a logic analyzer. In parallel, the hardware elements are grouped and passed through a process of [[logic synthesis]], during which performance constraints, such as operational frequency and expected signal delays, are applied. This generates an output known as a [[netlist]] describing the design as a physical circuit and its interconnections. These netlists are combined with the [[glue logic]] connecting the components to produce the schematic description of the SoC as a circuit which can be [[printed circuit board|printed]] onto a chip. This process is known as [[place and route]] and precedes [[tape-out]] in the event that the SoCs are produced as [[application-specific integrated circuit]]s (ASIC). == Optimization goals == Systems-on-chip must optimize [[Power consumption|power use]], area on [[Die (integrated circuit)|die]], communication, positioning for [[Locality of reference|locality]] between modular units and other factors. Optimization is necessarily a design goal of systems-on-chip. If optimization was not necessary, the engineers would use a [[multi-chip module]] architecture without accounting for the area utilization, power consumption or performance of the system to the same extent. Common optimization targets for system-on-chip designs follow, with explanations of each. In general, optimizing any of these quantities may be a hard [[combinatorial optimization]] problem, and can indeed be [[NP-hardness|NP-hard]] fairly easily. Therefore, sophisticated [[Optimization algorithm|optimization algorithms]] are often required and it may be practical to use [[Approximation algorithm|approximation algorithms]] or [[Heuristic (computer science)|heuristics]] in some cases. Additionally, most SoC designs contain [[Multivariate optimization|multiple variables to optimize simultaneously]], so [[Pareto efficiency|Pareto efficient]] solutions are sought after in SoC design. Oftentimes the goals of optimizing some of these quantities are directly at odds, further adding complexity to design optimization of systems-on-chip and introducing [[Trade-off#Engineering|trade-offs]] in system design. For broader coverage of trade-offs and [[requirements analysis]], see [[requirements engineering]]. === Targets === ==== Power consumption ==== Systems-on-chip are optimized to minimize the [[Electric power#Definition|electrical power]] used to perform the SoC's functions. Most SoCs must use low power. SoC systems often require long [[battery life]] (such as [[smartphone]]s), can potentially spending months or years without a power source needing to maintain autonomous function, and often are limited in power use by a high number of [[Embedded system|embedded]] SoCs being [[Distributed computing|networked together]] in an area. Additionally, energy costs can be high and conserving energy will reduce the [[total cost of ownership]] of the SoC. Finally, [[waste heat]] from high energy consumption can damage other circuit components if too much heat is dissipated, giving another pragmatic reason to conserve energy. The amount of [[energy]] used in a circuit is the [[integral]] of [[Power (physics)|power]] consumed with respect to time, and the [[Mean value theorem|average rate]] of power consumption is the product of [[Electric current|current]] by [[voltage]]. Equivalently, by [[Ohm's law]], power is current squared times resistance or voltage squared divided by [[Resistance (physics)|resistance]]: <math display="block">P = IV = \frac{V^2}{R} = {I^2}{R}</math>Systems-on-chip are frequently embedded in [[Mobile device|portable devices]] such as [[smartphones]], [[GPS navigation device|GPS navigation devices]], digital [[Digital watch|watches]] (including [[Smartwatch|smartwatches]]) and [[Netbook|netbooks]]. Customers want long battery lives for [[mobile computing]] devices, another reason that power consumption must be minimized in systems-on-chip. [[Multimedia application|Multimedia applications]] are often executed on these devices, including [[Video game|video games]], [[video streaming]], [[image processing]]; all of which have grown in [[computational complexity]] in recent years with user demands and expectations for higher-[[Video quality|quality]] multimedia. Computation is more demanding as expectations move towards [[3D video]] at [[high resolution]] with [[List of video compression formats|multiple standards]], so SoCs performing multimedia tasks must be computationally capable platform while being low power to run off a standard mobile battery.<ref name=":1" />{{Rp|3}} ==== Performance per watt ==== {{See also|Green computing}} SoCs are optimized to maximize [[power efficiency]] in performance per watt: maximize the performance of the SoC given a budget of power usage. Many applications such as [[edge computing]], [[distributed processing]] and [[ambient intelligence]] require a certain level of [[Computer performance|computational performance]], but power is limited in most SoC environments. The [[ARM architecture]] has greater performance per watt than [[x86]] in embedded systems, so it is preferred over x86 for most SoC applications requiring an [[Soft microprocessor|embedded processor]]. ==== Waste heat ==== {{Main|Heat generation in integrated circuits}}{{See also|Thermal management (electronics)|Thermal design power|label 1=Thermal management in electronics}} SoC designs are optimized to minimize [[waste heat]] [[dissipation|output]] on the chip. As with other [[Integrated circuit|integrated circuits]], heat generated due to high [[power density]] are the [[Bottleneck (engineering)|bottleneck]] to further [[miniaturization]] of components.<ref name=":2">{{Cite book|url=https://www.worldcat.org/oclc/934678500|title=Heat Management in Integrated circuits: On-chip and system-level monitoring and cooling|last=Ogrenci-Memik|first=Seda|publisher=The Institution of Engineering and Technology|year=2015|isbn=9781849199353|location=London, United Kingdom|pages=|oclc=934678500}}</ref>{{Rp|1}} The power densities of high speed integrated circuits, particularly microprocessors and including SoCs, have become highly uneven. Too much waste heat can damage circuits and erode [[Reliability (semiconductor)|reliability]] of the circuit over time. High temperatures and thermal stress negatively impact [[wikt:reliability|reliability]], [[stress migration]], decreased [[mean time between failures]], [[electromigration]], [[wire bonding]], [[Metastability (electronics)|metastability]] and other performance degradation of the SoC over time.<ref name=":2" />{{Rp|2-9}} In particular, most SoCs are in a small physical area or volume and therefore the effects of waste heat are compounded because there is little room for it to diffuse out of the system. Because of high [[Transistor count|transistor counts]] on modern devices due to [[Moore's law]], oftentimes a layout of sufficient throughput and high [[Transistors density|transistor density]] is physically realizable from [[Semiconductor device fabrication|fabrication processes]] but would result in unacceptably high amounts of heat in the circuit's volume.<ref name=":2" />{{Rp|1}} These thermal effects force SoC and other chip designers to apply conservative [[Design margin|design margins]], creating less performant devices to mitigate the risk of [[catastrophic failure]]. Due to increased [[Transistors density|transistor densities]] as length scales get smaller, each [[Semiconductor node|process generation]] produces more heat output than the last. Compounding this problem, system-on-chip architectures are usually heterogeneous, creating spatially inhomogeneous [[Heat flux|heat fluxes]], which are cannot be effectively mitigated by uniform [[passive cooling]].<ref name=":2" />{{Rp|1}} ==== Throughput ==== {{Expand section|date=October 2018}} SoCs are optimized to maximize computational and communications [[throughput]]. ==== Latency ==== {{Expand section|date=October 2018}} SoCs are optimized to minimize [[Latency (engineering)|latency]] for some or all of their functions. This can be accomplished by [[Integrated circuit layout|laying out]] elements with proper proximity and [[Locality of reference|locality]] to each-other to minimize the interconnection delays and maximize the speed at which data is communicated between modules, [[Execution unit|functional units]] and memories. In general, optimizing to minimize latency is an [[NP-completeness|NP-complete]] problem equivalent to the [[boolean satisfiability problem]]. For [[Task (computing)|tasks]] running on processor cores, latency and throughput can be improved with {{Section link||Task scheduling|nopage=y}}. Some tasks run in application-specific hardware units, however, and even task scheduling may not be sufficient to optimize all software-based tasks to meet timing and throughput constraints. === Methodologies === {{Further|Multi-objective optimization|Multiple-criteria decision analysis|Architecture tradeoff analysis method|label3=Architecture tradeoff analysis}} {{Expand section|date=October 2018|small=no}} Systems on chip are modeled with standard hardware [[verification and validation]] techniques, but additional techniques are used to model and optimize SoC design alternatives to make the system optimal with respect to [[multiple-criteria decision analysis]] on the above optimization targets. ==== Task scheduling ==== [[Scheduling (computing)|Task scheduling]] is an important activity in any computer system with multiple [[Process (computing)|processes]] or [[Thread (computing)|threads]] sharing a single processor core. It is important to reduce {{Section link||Latency|nopage=y}} and increase {{Section link||Throughput|nopage=y}} for [[embedded software]] running on an SoC's {{Section link||Processor cores|nopage=y}}. Not every important computing activity in a system-on-chip is performed in software running on on-chip processors, but scheduling can drastically improve performance of software-based tasks and other tasks involving [[Shared resource|shared resources]]. SoCs often schedule tasks according to [[network scheduling]] and [[Stochastic scheduling|randomized scheduling]] algorithms. ==== Pipelining ==== {{Broader|Pipeline (computing)}} Hardware and software tasks are often pipelined in [[processor design]]. Pipelining is an important principle for [[speedup]] in [[computer architecture]]. They are frequently used in [[GPU|GPUs]] ([[graphics pipeline]]) and RISC processors (evolutions of the [[classic RISC pipeline]]), but are also applied to application-specific tasks such as [[digital signal processing]] and multimedia manipulations in the context of systems-on-chip.<ref name=":1" /> ==== Probabilistic modeling ==== Systems-on-chip are often analyzed though [[Probabilistic model|probabilistic models]], {{Section link|Queueing theory|Queueing networks}} and [[Markov chain|Markov chains]]. For instance, [[Little's law]] allows SoC states and NoC buffers to be modeled as arrival processes and analyzed through [[Poisson random variable|Poisson random variables]] and [[Poisson process|Poisson processes]]. ==== Markov chains ==== SoCs are often modeled with [[Markov chain|Markov chains]], both [[Markov chain#Discrete-time%20Markov%20chain|discrete time]] and [[Markov chain#Continuous-time Markov chain|continuous time]] variants. Markov chain modeling allows [[asymptotic analysis]] of the system-on-chip's [[Markov chain#Steady-state analysis and limiting distributions|steady state distribution]] of power, heat, latency and other factors to allow design decisions to be optimized for the common case. == Fabrication == {{Unreferenced section|date=March 2017}}{{See|Semiconductor device fabrication}} The netlists described above are used as the basis for the physical design ([[place and route]]) flow to convert the designers' intent into the design of the SoC. Throughout this conversion process, the design is analyzed with static timing modeling, simulation and other tools to ensure that it meets the specified operational parameters such as frequency, power consumption and dissipation, functional integrity (as described in the register transfer level code) and electrical integrity. When all known bugs have been rectified and these have been re-verified and all physical design checks are done, the physical design files describing each layer of the chip are sent to the foundry's mask shop where a full set of glass lithographic masks will be etched. These are sent to a wafer fabrication plant to create the SoC dice before packaging and testing. SoCs can be fabricated by several technologies, including: * [[Full custom]] ASIC * [[Standard cell]] ASIC * [[Field-programmable gate array]] (FPGA) ASICs consume less power and are faster than FPGAs but cannot be reprogrammed and are expensive to manufacture. FPGA designs are more suitable for lower volume designs, but after enough units of production ASICs reduce the total cost of ownership.<ref>{{Cite web|url=https://numato.com/blog/differences-between-fpga-and-asics/|title=FPGA vs ASIC: Differences between them and which one to use? – Numato Lab Help Center|website=numato.com|language=en-US|access-date=2018-10-17}}</ref> SoC designs consume less power and have a lower cost and higher reliability than the multi-chip systems that they replace. With fewer packages in the system, assembly costs are reduced as well. However, like most [[very-large-scale integration]] (VLSI) designs, the total cost{{Clarification needed|reason=what kind of cost?|date=May 2018}} is higher for one large chip than for the same functionality distributed over several smaller chips, because of [[Semiconductor device fabrication#Device test|lower yields]]{{What|reason=confusing to non-experts|date=May 2018}} and higher [[non-recurring engineering]] costs. When it is not feasible to construct an SoC for a particular application, an alternative is a [[system in package]] (SiP) comprising a number of chips in a single [[chip carrier|package]]. When produced in large volumes, SoC is more cost-effective than SiP because its packaging is simpler.<ref>[[EE Times]]. "[http://www.eetimes.com/document.asp?doc_id=1153043 The Great Debate: SOC vs. SIP]." March 21, 2005. Retrieved July 28, 2015.</ref> Another reasons SiP may be preferred is [[waste heat]] may be too high in a system-on-chip for a given purpose because functional components are too close together, and in an SiP heat will dissipate better from different functional modules being physically further apart. == Benchmarks == {{Expand section|date=October 2018}} SoC [[research and development]] often compares many options. Benchmarks, such as COSMIC,<ref>{{Cite web|url=http://www.ece.ust.hk/~eexu/COSMIC.html|title=COSMIC|website=www.ece.ust.hk|access-date=2018-10-08}}</ref> are developed to help such evaluations. == See also == * [[List of system-on-a-chip suppliers]] * [[Post-silicon validation]] * [[ARM architecture]] * [[Single-board computer]] * [[System in package]] * [[Network on a chip]] * [[Programmable system-on-chip]] * [[Application-specific instruction set processor]] (ASIP) * [[Platform-based design]] * [[Lab on a chip]] * [[Organ on a chip]] in biomedical technology == Notes == {{reflist|group=nb}} == References == {{reflist}} == Further reading == * {{cite book |editor1-first=Wael |editor1-last=Badawy |authorlink1=Wael Badawy |editor2-first=Graham A. |editor2-last=Jullien |authorlink2=Graham Jullien |year=2003 |title=System-on-Chip for Real-Time Applications |series=Kluwer international series in engineering and computer science, SECS 711 |publisher=[[Wolters Kluwer|Kluwer Academic Publishers]] |location=Boston |isbn=9781402072543 |oclc=50478525 |url=https://books.google.com/books?id=Ha76NqrqPVIC}} 465 pages. * {{cite book |author=Furber, Stephen B. |title=[[ARM system-on-chip architecture]] |publisher=Addison-Wesley |location=Boston |year=2000 |isbn=0-201-67519-6 }} *{{Cite book|url=https://www.worldcat.org/oclc/895661009|title=Network-on-chip: the Next Generation of System-on-Chip Integration|last=Kundu|first=Santanu|last2=Chattopadhyay|first2=Santanu|publisher=CRC Press|others=|year=2014|isbn=9781466565272|edition=1st|location=Boca Raton, FL|pages=|oclc=895661009}} == External links == <!-- Follow [[WP:EL]] guidelines before adding anything to this section --> * [http://www.ieee-socc.org/ SOCC] Annual [[Institute of Electrical and Electronics Engineers|IEEE]] International SOC Conference * [http://www.edautils.com/Baya.html Baya] free SoC platform assembly and IP integration tool *[http://www.eng.auburn.edu/~nelson/courses/elec5260_6260/Systems%20on%20Chip%20(SoC).pdf Systems on Chip for Embedded Applications], [[Auburn University]] seminar in [[Very-large-scale integration|VLSI]] {{Systems on chip}}{{CPU technologies}} {{Single-board computer}} {{Programmable Logic}} {{Computer science}} {{Hardware acceleration}} [[Category:Electronic design]] [[Category:Microtechnology]] [[Category:System on a chip| ]] [[Category:Hardware acceleration]] [[Category:Computer systems]] [[Category:Application-specific integrated circuits]]'
New page wikitext, after the edit (new_wikitext)
'djhfb skngjxkdfgbj enxbhjb'
Whether or not the change was made through a Tor exit node (tor_exit_node)
false
Unix timestamp of change (timestamp)
1540705787