Revision as of 16:30, 19 February 2021 editKvng (talk | contribs)Extended confirmed users, New page reviewers107,709 edits →Examples of internal computer buses: verifyTag: citing a blog or free web host← Previous edit | Latest revision as of 00:22, 11 December 2024 edit undo103.97.2.196 (talk) →SerialTags: Mobile edit Mobile web edit | ||
(140 intermediate revisions by 64 users not shown) | |||
Line 1: | Line 1: | ||
{{ |
{{Short description|Data transfer channel connecting parts of a computer}} | ||
{{About|buses in computer hardware|buses in software|Software bus}} | |||
{{Use American English|date=March 2016}} | {{Use American English|date=March 2016}} | ||
{{Use dmy dates|date=May 2020|cs1-dates=y}} | {{Use dmy dates|date=May 2020|cs1-dates=y}} | ||
{{merge from|Memory bus|date=February 2021}} | |||
] bus card slots (from top to |
] bus card slots (from top to second from bottom: ×4, ×16, ×1 and ×16), compared to a 32-bit ] bus card slot (very bottom)]] | ||
In ], a '''bus'''<ref>{{cite book | In ], a '''bus'''<ref>{{cite book | ||
Line 19: | Line 19: | ||
|archive-url = https://web.archive.org/web/20180117151300/https://books.google.com/books?id=YVi8HVN-APwC&lpg=PA27&dq=computer%20buss%20-sam&pg=PA27#v=onepage&q=computer%20buss%20-sam&f=false | |archive-url = https://web.archive.org/web/20180117151300/https://books.google.com/books?id=YVi8HVN-APwC&lpg=PA27&dq=computer%20buss%20-sam&pg=PA27#v=onepage&q=computer%20buss%20-sam&f=false | ||
|archive-date = January 17, 2018 | |archive-date = January 17, 2018 | ||
}}</ref> ( |
}}</ref> (historically also called '''data highway'''<ref name="Hollingdale_1958"/> or '''databus''') is a communication system that transfers ] between components inside a ], or between computers. This expression covers all related ] components (wire, ], etc.) and ], including ]s.<ref>{{cite web |url=https://www.pcmag.com/encyclopedia/term/39054/bus |title=bus Definition from PC Magazine Encyclopedia |publisher=pcmag.com |date=2014-05-29 |access-date=2014-06-21 |url-status=live |archive-url=https://web.archive.org/web/20150207204630/http://www.pcmag.com/encyclopedia/term/39054/bus |archive-date=2015-02-07 }}</ref> | ||
In most traditional ]s, the CPU and main memory tend to be tightly coupled, with the internal bus connecting the two being known as the ]. In systems that include a ], CPUs use high-performance system buses that operate at speeds greater than memory to communicate with memory. The internal bus (also known as the internal data bus, memory bus or ]) connects internal components of a computer to the mother board. ] connect the CPU and memory to the ], which in turn connects the computer to peripherals. Bus systems such as the ] ports in modern computers support multiple peripherals, allowing multiple hard drives to be connected without an ]. | |||
⚫ | Early computer buses were parallel electrical wires with multiple hardware connections, but the term is now used for any physical arrangement that provides the same logical function as a parallel ]. Modern computer buses can use both ] and ] connections, and can be wired in either a ] (electrical parallel) or ] topology, or connected by switched hubs, as |
||
In systems that have a similar architecture to ], but which communicate by buses instead of networks, the system bus is known as a ]. In such systems, the expansion bus may not share any architecture with their host CPUs, instead supporting many different CPUs, as is the case with ]. While the term "]" is sometimes used to refer to all other buses apart from the system bus, the "expansion bus" has also been used to describe a third category of buses separate from the peripheral bus, which includes bus systems like PCI. | |||
==Background and nomenclature== | |||
Computer systems generally consist of three main parts: | |||
*The ] (CPU) that processes data, | |||
*The ] that holds the programs and data to be processed, and | |||
*I/O (]) devices as ] that communicate with the outside world. | |||
An early computer might contain a hand-wired CPU of ]s, a ] for main memory, and a ] and ] for reading and writing data respectively. A modern system might have a ], ] for memory, a ] for ], a ] and ] as a display system, a ] and ] for interaction, and a ] connection for ]. In both examples, computer buses of one form or another move data between all of these devices. | |||
⚫ | Early computer buses were parallel electrical wires with multiple hardware connections, but the term is now used for any physical arrangement that provides the same logical function as a parallel ]. Modern computer buses can use both ] and ] connections, and can be wired in either a ] (electrical parallel) or ] topology, or connected by switched hubs. Many modern CPUs also feature a second set of pins similar to those for communicating with memory—but able to operate with different speeds and protocols—to ensure that peripherals do not slow overall system performance. CPUs can also feature smart ] to place the data directly in memory, a concept known as ]. Low-performance bus systems have also been developed, such as the ] (USB). | ||
In most traditional ]s, the CPU and main memory tend to be tightly coupled. A ] conventionally is a single chip which has a number of ]s on its ]s that can be used to select an ] in the main memory and another set of pins to read and write the data stored at that location. In most cases, the CPU and memory share signalling characteristics and operate in ]. The bus connecting the CPU and memory is one of the defining characteristics of the system, and often referred to simply as the ]. | |||
⚫ | Given technological changes, the classical terms "system", "expansion" and "peripheral" no longer have the same connotations. Other common categorization systems are based on the bus's primary role, connecting devices internally or externally. However, many common modern bus systems can be used for both. ] and the associated ] are one example of a system that would formerly be described as internal, while certain automotive applications use the primarily external ] in a fashion more similar to a system bus. Other examples, like ] and ] were designed from the start to be used both internally and externally. | ||
It is possible to allow peripherals to communicate with memory in the same fashion, attaching adaptors in the form of ]s directly to the system bus. This is commonly accomplished through some sort of standardized electrical connector, several of these forming the ] or ]. However, as the ] differences between the CPU and peripherals varies widely, some solution is generally needed to ensure that peripherals do not slow overall system performance. Many CPUs feature a second set of pins similar to those for communicating with memory, but able to operate at very different speeds and using different protocols. Others use smart controllers to place the data directly in memory, a concept known as ]. Most modern systems combine both solutions, where appropriate. | |||
As the number of potential peripherals grew, using an expansion card for every peripheral became increasingly untenable. This has led to the introduction of bus systems designed specifically to support multiple peripherals. Common examples are the ] ports in modern computers, which allow a number of hard drives to be connected without the need for a card. However, these high-performance systems are generally too expensive to implement in low-end devices, like a mouse. This has led to the parallel development of a number of low-performance bus systems for these solutions, the most common example being the standardized ] (USB). All such examples may be referred to as ]es, although this terminology is not universal. | |||
In modern systems the performance difference between the CPU and main memory has grown so great that increasing amounts of high-speed memory is built directly into the CPU, known as a ]. In such systems, CPUs communicate using high-performance buses that operate at speeds much greater than memory, and communicate with memory using protocols similar to those used solely for peripherals in the past. These system buses are also used to communicate with most (or all) other peripherals, through adaptors, which in turn talk to other peripherals and controllers. Such systems are architecturally more similar to ], communicating over a bus rather than a network. In these cases, expansion buses are entirely separate and no longer share any architecture with their host CPU (and may in fact support many different CPUs, as is the case with ]). What would have formerly been a system bus is now often known as a ]. | |||
⚫ | Given |
||
===Internal buses=== | |||
The internal bus, also known as internal data bus, ], ] or ], connects all the internal components of a computer, such as CPU and memory, to the motherboard. Internal data buses are also referred to as local buses, because they are intended to connect to local devices. This bus is typically rather quick and is independent of the rest of the computer operations. | |||
===External buses=== | |||
The external bus, or ], is made up of the electronic pathways that connect the different external devices, such as printer etc., to the computer. | |||
==Address bus== | ==Address bus== | ||
{{Unreferenced section|date=June 2023}} | |||
An '''address bus''' is a bus that is used to specify a ]. When a ] or ]-enabled device needs to read or write to a memory location, it specifies that memory location on the address bus (the value to be read or written is sent on the ]). The width of the address bus determines the amount of memory a system can address. For example, a system with a '''32-bit''' address bus can | |||
address '''2<sup>32</sup> |
An ''address bus'' is a bus that is used to specify a ]. When a ] or ]-enabled device needs to read or write to a memory location, it specifies that memory location on the address bus (the value to be read or written is sent on the data bus). The width of the address bus determines the amount of memory a system can address. For example, a system with a ''32-bit'' address bus can address ''2<sup>32</sup>'' (4,294,967,296) memory locations. If each memory location holds one byte, the addressable memory space is 4 GB. | ||
=== Address multiplexing === | === Address multiplexing === | ||
Early processors used a wire for each bit of the address width. For example, a 16-bit address bus had 16 physical wires making up the bus. As the buses became wider and lengthier, this approach became expensive in terms of the number of chip pins and board traces. Beginning with the ] 4096 ], address multiplexing implemented with ]s became common. In a multiplexed address scheme, the address is sent in two equal parts on alternate bus cycles. This halves the number of address bus signals required to connect to the memory. For example, a 32-bit address bus can be implemented by using 16 lines and sending the first half of the memory address, immediately followed by the second half memory address. | Early processors used a wire for each bit of the address width. For example, a 16-bit address bus had 16 physical wires making up the bus. As the buses became wider and lengthier, this approach became expensive in terms of the number of chip pins and board traces. Beginning with the ] 4096 ], address multiplexing implemented with ]s became common. In a multiplexed address scheme, the address is sent in two equal parts on alternate bus cycles. This halves the number of address bus signals required to connect to the memory. For example, a 32-bit address bus can be implemented by using 16 lines and sending the first half of the memory address, immediately followed by the second half memory address. | ||
Typically |
Typically two additional pins in the control bus{{snd}}row-address strobe (RAS) and column-address strobe (CAS){{snd}}are used to tell the DRAM whether the address bus is currently sending the first half of the memory address or the second half. | ||
===Implementation=== | ===Implementation=== | ||
Line 59: | Line 42: | ||
Historically, there were also some examples of computers which were only able to address words -- ]s. | Historically, there were also some examples of computers which were only able to address words -- ]s. | ||
==Memory bus== | |||
{{Unreferenced section|date=June 2023}} | |||
The ''memory bus'' is the bus which connects the ] to the ] in ]. Originally, general-purpose buses like ] and the ] were used, but to reduce ], modern memory buses are designed to connect directly to DRAM chips, and thus are designed by chip standards bodies such as ]. Examples are the various generations of ], and serial point-to-point buses like ] and ]. An exception is the ] which, despite being carefully designed to minimize the effect, has been criticized for its higher latency. | |||
==Implementation details== | ==Implementation details== | ||
Buses can be ]es, which carry ] in parallel on multiple wires, or ]es, which carry data in bit-serial form. The addition of extra power and control connections, ]s, and data connections in each direction usually means that most serial buses have more conductors than the minimum of one used in ] and ]. As data rates increase, the problems of ], power consumption, electromagnetic interference and ] across parallel buses become more and more difficult to circumvent. One partial solution to this problem has been to ] the bus. Often, a serial bus can be operated at higher overall data rates than a parallel bus, despite having fewer electrical connections, because a serial bus inherently has no timing skew or crosstalk. ], ], and ] are examples of this. ] connections do not work well for fast serial buses, so most modern serial buses use ] or hub designs. | Buses can be ]es, which carry ] in parallel on multiple wires, or ]es, which carry data in bit-serial form. The addition of extra power and control connections, ]s, and data connections in each direction usually means that most serial buses have more conductors than the minimum of one used in ] and ]. As data rates increase, the problems of ], power consumption, electromagnetic interference and ] across parallel buses become more and more difficult to circumvent. One partial solution to this problem has been to ] the bus. Often, a serial bus can be operated at higher overall data rates than a parallel bus, despite having fewer electrical connections, because a serial bus inherently has no timing skew or crosstalk. ], ], and ] are examples of this. ] connections do not work well for fast serial buses, so most modern serial buses use ] or hub designs. | ||
The transition from parallel to serial buses was allowed by ] which allowed for the incorporation of ] in integrated circuits which are used in computers.<ref>{{cite book | url=https://books.google.com/books?id=aUCgNOpyUbgC&dq=parallel++serial++serdes+moore%27s+law&pg=PA275 | isbn=978-1-4020-7496-7 | title=The Boundary — Scan Handbook | date=30 June 2003 | publisher=Springer }}</ref> | |||
] connections such as ] are not generally regarded as buses, although the difference is largely conceptual rather than practical. An attribute generally used to characterize a bus is that power is provided by the bus for the connected hardware. This emphasizes the ] origins of bus architecture as supplying switched or distributed power. This excludes, as buses, schemes such as serial ], parallel ], ] interfaces and Ethernet, since these devices also needed separate power supplies. ] devices may use the bus supplied power, but often use a separate power source. This distinction is exemplified by a ] system with a connected ], where the ] connection and associated modulated signalling scheme is not considered a bus, and is analogous to an ] connection. A phone line connection scheme is not considered to be a bus with respect to signals, but the ] uses buses with ]es for connections between phones. | ] connections such as ] are not generally regarded as buses, although the difference is largely conceptual rather than practical. An attribute generally used to characterize a bus is that power is provided by the bus for the connected hardware. This emphasizes the ] origins of bus architecture as supplying switched or distributed power. This excludes, as buses, schemes such as serial ], parallel ], ] interfaces and Ethernet, since these devices also needed separate power supplies. ] devices may use the bus supplied power, but often use a separate power source. This distinction is exemplified by a ] system with a connected ], where the ] connection and associated modulated signalling scheme is not considered a bus, and is analogous to an ] connection. A phone line connection scheme is not considered to be a bus with respect to signals, but the ] uses buses with ]es for connections between phones. | ||
However, this distinction{{mdashb}}that power is provided by the bus{{mdashb}}is not the case in many ], where data connections such as ], ], ] (STANAG 3838), and EFABus (]) are commonly referred to as “data buses” or, sometimes, "databuses". Such ] are usually characterized by having several equipments or ] (LRI/LRUs) connected to a common, shared ]. They may, as with ARINC 429, be ], i.e. have a single source LRI/LRU or, as with ARINC 629, MIL-STD-1553B, and STANAG 3910, be ], allow all the connected LRI/LRUs to act, at different times (]), as transmitters and receivers of data.<ref name = "ASSC 2003">Avionic Systems Standardisation Committee, ''Guide to Digital Interface Standards For Military Avionic Applications'', ASSC/110/6/2, Issue 2, September 2003</ref> | However, this distinction{{mdashb}}that power is provided by the bus{{mdashb}}is not the case in many ], where data connections such as ], ], ] (STANAG 3838), and EFABus (]) are commonly referred to as “data buses” or, sometimes, "databuses". Such ] are usually characterized by having several equipments or ] (LRI/LRUs) connected to a common, shared ]. They may, as with ARINC 429, be ], i.e. have a single source LRI/LRU or, as with ARINC 629, MIL-STD-1553B, and STANAG 3910, be ], allow all the connected LRI/LRUs to act, at different times (]), as transmitters and receivers of data.<ref name = "ASSC 2003">Avionic Systems Standardisation Committee, ''Guide to Digital Interface Standards For Military Avionic Applications'', ASSC/110/6/2, Issue 2, September 2003</ref> | ||
The frequency or the speed of a bus is measured in Hz such as MHz and determines how many clock cycles there are per second; there can be one or more data transfers per clock cycle. If there is a single transfer per clock cycle it is known as ] (SDR), and if there are two transfers per clock cycle it is known as ] (DDR) although the use of signalling other than SDR is uncommon outside of RAM. An example of this is PCIe which uses SDR.<ref>{{cite book | url=https://books.google.com/books?id=M_TKDwAAQBAJ&dq=pcie+rate&pg=PA155 | isbn=978-0-7384-5812-0 | title=IBM z15 (8561) Technical Guide | date=13 July 2022 | publisher=IBM Redbooks }}</ref> Within each data transfer there can be multiple bits of data. This is described as the width of a bus which is the number of bits the bus can transfer per clock cycle and can be synonymous with the number of physical electrical conductors the bus has if each conductor transfers one bit at a time.<ref>{{cite book | url=https://books.google.com/books?id=hDwDEAAAQBAJ&dq=bus+width&pg=PA54 | isbn=978-1-000-11716-5 | title=Foundations of Computer Technology | date=25 October 2020 | publisher=CRC Press }}</ref><ref>{{cite book | url=https://books.google.com/books?id=j0wsBgAAQBAJ&dq=computer+bus+frequency&pg=PA39 | title=PC Systems, Installation and Maintenance | isbn=978-1-136-37442-5 | last1=Beales | first1=R. P. | date=11 August 2006 | publisher=Routledge }}</ref><ref>{{cite web | url=https://computer.howstuffworks.com/motherboard4.htm#:~:text=Bus%20speed%20usually%20refers%20to,dramatically%20affect%20a%20computer%27s%20performance | title=How Motherboards Work | date=20 July 2005 }}</ref> The data rate in bits per second can be obtained by multiplying the number of bits per clock cycle times the frequency times the number of transfers per clock cycle.<ref>{{cite book | url=https://books.google.com/books?id=6FnMBQAAQBAJ&q=Data+rate&pg=PA92 | title=Computer Busses | isbn=978-1-4200-4168-2 | last1=Buchanan | first1=Bill | date=25 April 2000 | publisher=CRC Press }}</ref><ref>{{cite book | url=https://books.google.com/books?id=vpnJDwAAQBAJ&q=Width | title=The Computer Engineering Handbook | isbn=978-1-4398-3316-2 | last1=Oklobdzija | first1=Vojin G. | date=5 July 2019 | publisher=CRC Press }}</ref> Alternatively a bus such as ] can use modulation or encoding such as ]<ref>https://www.theregister.com/2022/01/12/final_pcie_60_specs_released/</ref><ref>{{cite web | url=https://www.anandtech.com/show/21335/full-draft-of-pcie-70-spec-available-512-gbs-over-pcie-x16-incoming | title=PCIe 7.0 Draft 0.5 Spec Available: 512 GB/S over PCIe x16 on Track for 2025 }}</ref><ref>{{cite web | url=https://arstechnica.com/gadgets/2022/01/pci-express-6-0-spec-is-finalized-doubling-bandwidth-for-ssds-gpus-and-more/ | title=PCIe 5.0 is just beginning to come to new PCS, but version 6.0 is already here | date=12 January 2022 }}</ref> which groups 2 bits into symbols which are then transferred instead of the bits themselves, and allows for an increase in data transfer speed without increasing the frequency of the bus. The effective or real data transfer speed/rate may be lower due to the use of encoding that also allows for error correction such as 128/130b (b for bit) encoding.<ref>{{cite web | url=https://www.xda-developers.com/pcie-6/ | title=PCIe 6.0: Everything you need to know about the upcoming standard | date=30 June 2024 }}</ref><ref>{{cite web | url=https://semiengineering.com/knowledge_centers/communications-io/off-chip-communications/pam-4-signaling/ | title=PAM-4 Signaling }}</ref><ref>{{cite book | url=https://books.google.com/books?id=M_TKDwAAQBAJ&dq=pcie+rate&pg=PA155 | isbn=978-0-7384-5812-0 | title=IBM z15 (8561) Technical Guide | date=13 July 2022 | publisher=IBM Redbooks }}</ref> The data transfer speed is also known as the bandwidth.<ref>{{cite book | url=https://books.google.com/books?id=eV1_LjW3pTkC&dq=agp+2133&pg=PA304 | isbn=978-0-7897-2745-9 | title=Upgrading and Repairing PCS | date=2003 | publisher=Que }}</ref><ref>{{cite web | url=https://www.anandtech.com/show/21335/full-draft-of-pcie-70-spec-available-512-gbs-over-pcie-x16-incoming | title=PCIe 7.0 Draft 0.5 Spec Available: 512 GB/S over PCIe x16 on Track for 2025 }}</ref> | |||
=== Bus multiplexing === | === Bus multiplexing === | ||
Line 82: | Line 73: | ||
Bus multiplexing requires fewer wires, which reduces costs in many early microprocessors and DRAM chips. | Bus multiplexing requires fewer wires, which reduces costs in many early microprocessors and DRAM chips. | ||
One common multiplexing scheme, ], has already been mentioned. | One common multiplexing scheme, ], has already been mentioned. | ||
Another multiplexing scheme re-uses the address bus pins as the data bus pins,<ref name="typewriter" /> an approach used by ] and the ]. | Another multiplexing scheme re-uses the address bus pins as the data bus pins,<ref name="typewriter" /> an approach used by ] and the ]. | ||
The various "serial buses" can be seen as the ultimate limit of multiplexing, sending each of the address bits and each of the data bits, one at a time, through a single pin (or a single differential pair). | The various "serial buses" can be seen as the ultimate limit of multiplexing, sending each of the address bits and each of the data bits, one at a time, through a single pin (or a single differential pair). | ||
Line 90: | Line 81: | ||
===First generation=== | ===First generation=== | ||
Early ] buses were bundles of wire that attached ] and peripherals. Anecdotally termed the "''digit trunk''" |
Early ] buses were bundles of wire that attached ] and peripherals. Anecdotally termed the "''digit trunk''" in the early Australian ] computer,<ref>{{cite book|last1=McCann|first1=Doug|last2=Thorne|first2=Peter|title=The Last of The First, CSIRAC: Australias First Computer|pages=8–11, 13, 91|publisher=University of Melbourne Computing Science|year=2000|url=https://cis.unimelb.edu.au/about/csirac/last-of-the-first|isbn=0-7340-2024-4}}</ref> they were named after electrical power buses, or ]s. Almost always, there was one bus for memory, and one or more separate buses for peripherals. These were accessed by separate instructions, with completely different timings and protocols. | ||
One of the first complications was the use of ]s. Early computer programs performed ] by ] for the peripheral to become ready. This was a waste of time for programs that had other tasks to do. Also, if the program attempted to perform those other tasks, it might take too long for the program to check again, resulting in loss of data. Engineers thus arranged for the peripherals to interrupt the CPU. The interrupts had to be prioritized, because the CPU can only execute code for one peripheral at a time, and some devices are more time-critical than others. | One of the first complications was the use of ]s. Early computer programs performed ] by ] for the peripheral to become ready. This was a waste of time for programs that had other tasks to do. Also, if the program attempted to perform those other tasks, it might take too long for the program to check again, resulting in loss of data. Engineers thus arranged for the peripherals to interrupt the CPU. The interrupts had to be prioritized, because the CPU can only execute code for one peripheral at a time, and some devices are more time-critical than others. | ||
High-end systems introduced the idea of ]s, which were essentially small computers dedicated to handling the input and output of a given bus. ] introduced these on the ] in 1958, and they became a common feature of their platforms. Other high-performance vendors like ] implemented similar designs. Generally, the channel controllers would do their best to run all of the bus operations internally, moving data when the CPU was known to be busy elsewhere if possible, and only using interrupts when necessary. This greatly reduced CPU load, and provided better overall system performance. | High-end systems introduced the idea of ]s, which were essentially small computers dedicated to handling the input and output of a given bus. ] introduced these on the ] in 1958, and they became a common feature of their platforms. Other high-performance vendors like ] implemented similar designs. Generally, the channel controllers would do their best to run all of the bus operations internally, moving data when the CPU was known to be busy elsewhere if possible, and only using interrupts when necessary. This greatly reduced CPU load, and provided better overall system performance. | ||
] ]] | ] ]] | ||
Line 104: | Line 95: | ||
] (DEC) further reduced cost for mass-produced ]s, and ] into the memory bus, so that the input and output devices appeared to be memory locations. This was implemented in the ] of the ] around 1969.<ref>{{cite conference |title= A New Architecture for Mini-Computers—The DEC PDP-11 |author1= C. Gordon Bell |author2= R. Cady |author3= H. McFarland |author4= B. Delagi |author5= J. O'Laughlin |author6= R. Noonan |author7= W. Wulf |conference= Spring Joint Computer Conference |pages= 657–675 |year= 1970 |url= http://research.microsoft.com/en-us/um/people/gbell/CGB%20Files/New%20Architecture%20PDP11%20SJCC%201970%20c.pdf |url-status= live |archive-url= https://web.archive.org/web/20111127001221/http://research.microsoft.com/en-us/um/people/gbell/CGB%20Files/New%20Architecture%20PDP11%20SJCC%201970%20c.pdf |archive-date= 2011-11-27 }}</ref> | ] (DEC) further reduced cost for mass-produced ]s, and ] into the memory bus, so that the input and output devices appeared to be memory locations. This was implemented in the ] of the ] around 1969.<ref>{{cite conference |title= A New Architecture for Mini-Computers—The DEC PDP-11 |author1= C. Gordon Bell |author2= R. Cady |author3= H. McFarland |author4= B. Delagi |author5= J. O'Laughlin |author6= R. Noonan |author7= W. Wulf |conference= Spring Joint Computer Conference |pages= 657–675 |year= 1970 |url= http://research.microsoft.com/en-us/um/people/gbell/CGB%20Files/New%20Architecture%20PDP11%20SJCC%201970%20c.pdf |url-status= live |archive-url= https://web.archive.org/web/20111127001221/http://research.microsoft.com/en-us/um/people/gbell/CGB%20Files/New%20Architecture%20PDP11%20SJCC%201970%20c.pdf |archive-date= 2011-11-27 }}</ref> | ||
Early ] bus systems were essentially a passive ] connected directly or through buffer amplifiers to the pins of the ]. Memory and other devices would be added to the bus using the same address and data pins as the CPU itself used, connected in parallel. Communication was controlled by the CPU, which read and wrote data from the devices as if they are blocks of memory, using the same instructions, all timed by a central clock controlling the speed of the CPU. Still, devices ]ed the CPU by signaling on separate CPU pins. | Early ] bus systems were essentially a passive ] connected directly or through buffer amplifiers to the pins of the ]. Memory and other devices would be added to the bus using the same address and data pins as the CPU itself used, connected in parallel. Communication was controlled by the CPU, which read and wrote data from the devices as if they are blocks of memory, using the same instructions, all timed by a central clock controlling the speed of the CPU. Still, devices ]ed the CPU by signaling on separate CPU pins. | ||
For instance, a ] controller would signal the CPU that new data was ready to be read, at which point the CPU would move the data by reading the "memory location" that corresponded to the disk drive. Almost all early microcomputers were built in this fashion, starting with the ] in the ] computer system. | For instance, a ] controller would signal the CPU that new data was ready to be read, at which point the CPU would move the data by reading the "memory location" that corresponded to the disk drive. Almost all early microcomputers were built in this fashion, starting with the ] in the ] computer system. | ||
Line 117: | Line 108: | ||
===Second generation=== | ===Second generation=== | ||
{{Unreferenced section|date=June 2023}} | |||
"Second generation" bus systems like ] addressed some of these problems. They typically separated the computer into two "worlds", the CPU and memory on one side, and the various devices on the other. A ''bus controller'' accepted data from the CPU side to be moved to the peripherals side, thus shifting the communications protocol burden from the CPU itself. This allowed the CPU and memory side to evolve separately from the device bus, or just "bus". Devices on the bus could talk to each other with no CPU intervention. This led to much better "real world" performance, but also required the cards to be much more complex. These buses also often addressed speed issues by being "bigger" in terms of the size of the data path, moving from 8-bit ]es in the first generation, to 16 or 32-bit in the second, as well as adding software setup (now standardised as ]) to supplant or replace the jumpers. | "Second generation" bus systems like ] addressed some of these problems. They typically separated the computer into two "worlds", the CPU and memory on one side, and the various devices on the other. A ''bus controller'' accepted data from the CPU side to be moved to the peripherals side, thus shifting the communications protocol burden from the CPU itself. This allowed the CPU and memory side to evolve separately from the device bus, or just "bus". Devices on the bus could talk to each other with no CPU intervention. This led to much better "real world" performance, but also required the cards to be much more complex. These buses also often addressed speed issues by being "bigger" in terms of the size of the data path, moving from 8-bit ]es in the first generation, to 16 or 32-bit in the second, as well as adding software setup (now standardised as ]) to supplant or replace the jumpers. | ||
However, these newer systems shared one quality with their earlier cousins, in that everyone on the bus had to talk at the same speed. While the CPU was now isolated and could increase speed, CPUs and memory continued to increase in speed much faster than the buses they talked to. The result was that the bus speeds were now |
However, these newer systems shared one quality with their earlier cousins, in that everyone on the bus had to talk at the same speed. While the CPU was now isolated and could increase speed, CPUs and memory continued to increase in speed much faster than the buses they talked to. The result was that the bus speeds were now much slower than what a modern system needed, and the machines were left starved for data. A particularly common example of this problem was that ]s quickly outran even the newer bus systems like ], and computers began to include ] just to drive the video card. By 2004 AGP was outgrown again by high-end video cards and other peripherals and has been replaced by the new ] bus. | ||
An increasing number of external devices started employing their own bus systems as well. When disk drives were first introduced, they would be added to the machine with a card plugged into the bus, which is why computers have so many slots on the bus. But through the 1980s and 1990s, new systems like ] and ] were introduced to serve this need, leaving most slots in modern systems empty. Today there are likely to be about five different buses in the typical machine, supporting various devices.{{Citation needed|date=October 2020|reason=Experience with contemporary PC architectures seems to focus on unification of different interconnect technologies (ex.: USB-3, DisplayPort, and Thunderbolt ports all carry (or can negotiate to carry) PCIe packets.}} | An increasing number of external devices started employing their own bus systems as well. When disk drives were first introduced, they would be added to the machine with a card plugged into the bus, which is why computers have so many slots on the bus. But through the 1980s and 1990s, new systems like ] and ] were introduced to serve this need, leaving most slots in modern systems empty. Today there are likely to be about five different buses in the typical machine, supporting various devices.{{Citation needed|date=October 2020|reason=Experience with contemporary PC architectures seems to focus on unification of different interconnect technologies (ex.: USB-3, DisplayPort, and Thunderbolt ports all carry (or can negotiate to carry) PCIe packets.}} | ||
Line 130: | Line 122: | ||
Buses such as ] have been developed by the ] movement in an attempt to further remove legal and patent constraints from computer design. | Buses such as ] have been developed by the ] movement in an attempt to further remove legal and patent constraints from computer design. | ||
⚫ | The ] (CXL) is an ] ] for high-speed ]-to-device and CPU-to-memory, designed to accelerate next-generation ] performance.<ref>{{Cite web|url=https://www.computeexpresslink.org/about-cxl|title=ABOUT CXL|website=Compute Express Link|language=en|access-date=2019-08-09}}</ref> | ||
=== Fourth generation === | |||
⚫ | The ] (CXL) is an ] ] for high-speed ]-to-device and CPU-to-memory, designed to accelerate next-generation ] performance.<ref>{{Cite web|url=https://www.computeexpresslink.org/about-cxl|title=ABOUT CXL|website=Compute Express Link|language=en|access-date=2019-08-09}}</ref> | ||
{{Citation needed|date=February 2020|reason=What, if anything, distinguishes this from a third generation bus? Also, I don't see 'fourth generation' anywhere in this reference or in the references in the 'Compute Express Link' article.}} | |||
==Examples of internal computer buses== | ==Examples of internal computer buses== | ||
Line 138: | Line 128: | ||
===Parallel=== | ===Parallel=== | ||
{{Div col|colwidth=30em}} | {{Div col|colwidth=30em}} | ||
* ] proprietary, used on some ] ] motherboards | * ] proprietary, used on some ] ] motherboards | ||
* ] (CAMAC) for instrumentation systems | * ] (CAMAC) for instrumentation systems | ||
* ] or EISA | * ] or EISA | ||
Line 147: | Line 137: | ||
* ] for industrial systems | * ] for industrial systems | ||
* ] or IEEE 1196 | * ] or IEEE 1196 | ||
* ] used on early ] motherboards.<ref>{{cite web |url=https://ancientelectronics.wordpress.com/tag/opti-local-bus/ |title= | * ] used on early ] motherboards.<ref>{{cite web |url=https://ancientelectronics.wordpress.com/tag/opti-local-bus/ |title=Odds & Ends: Opti Local Bus, Aria sound cards |date=July 21, 2015 |access-date=2021-02-19}}</ref> | ||
* ] or Conventional PCI | |||
Odds & Ends: Opti Local Bus, Aria sound cards |date=July 21, 2015 |access-date=2021-02-19}}</ref> | |||
* ] | |||
* ] (also known as Advanced Technology Attachment, ATA, PATA, IDE, EIDE, ATAPI, etc.), ], ], ] peripheral attachment bus | * ] (also known as Advanced Technology Attachment, ATA, PATA, IDE, EIDE, ATAPI, etc.), ], ], ] peripheral attachment bus | ||
* ] or IEEE 696, used in the ] and similar ]s | * ] or IEEE 696, used in the ] and similar ]s | ||
* ] or IEEE 1496 | * ] or IEEE 1496 | ||
* ] | * ] | ||
Line 158: | Line 147: | ||
* ], a proprietary bus developed by Hewlett-Packard for use by its HP3000 computer family | * ], a proprietary bus developed by Hewlett-Packard for use by its HP3000 computer family | ||
* ] | * ] | ||
* ] (for STD-80 and STD32 ), | * ] (for STD-80 and STD32 ), {{Webarchive|url=https://web.archive.org/web/20120227030406/http://www.controlled.com/std/faq.html |date=2012-02-27 }} | ||
* ], a proprietary bus developed by ] for their ] and early ] computers. | * ], a proprietary bus developed by ] for their ] and early ] computers. | ||
* ], a proprietary bus developed by ] for their ] and later ] computers. | * ], a proprietary bus developed by ] for their ] and later ] computers. | ||
Line 176: | Line 165: | ||
* ] | * ] | ||
* ] | * ] | ||
* ] | |||
⚫ | * ] | ||
* ] or PCIe | * ] or PCIe | ||
* ] (SATA), ], ], ], ] peripheral attachment bus | * ] (SATA), ], ], ], ] peripheral attachment bus | ||
* ] (SPI) bus | * ] (SPI) bus | ||
* ] | * ] | ||
* ] | * ] | ||
* ] | |||
⚫ | * ] | ||
{{Div col end}} | {{Div col end}} | ||
Line 193: | Line 186: | ||
===Serial=== | ===Serial=== | ||
Many ]es are serial data buses (not to be confused with the parallel "data bus" section of a ] or ]), several of which use the ] electrical characteristics and then specify their own protocol and connector: | |||
{{Div col|colwidth=30em}} | |||
⚫ | * ] ("Controller Area Network") | ||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
Other serial buses include: | |||
* ] | * ] | ||
⚫ | * ] ("Controller Area Network") | ||
* ] | * ] | ||
* ] | * ] | ||
⚫ | * ] | ||
* ] (FireWire) | * ] (FireWire) | ||
* ] | * ] | ||
⚫ | * ] | ||
* ] | * ] | ||
* ] | * ] | ||
{{Div col end}} | |||
==Examples of internal/external computer buses== | ==Examples of internal/external computer buses== | ||
Line 218: | Line 214: | ||
* Yapbus, a proprietary bus developed for the ] | * Yapbus, a proprietary bus developed for the ] | ||
{{Div col end}} | {{Div col end}} | ||
<!--on the phone to topology]] (redirects here --> | |||
==See also== | ==See also== | ||
Line 232: | Line 227: | ||
* ] | * ] | ||
* ] | * ] | ||
* ] (Data bus) | |||
* ] (FSB) | * ] (FSB) | ||
* ] (EBI) | * ] (EBI) | ||
* ] | * ] | ||
* ] | * ] | ||
* ] | * ] | ||
* ] | * ] | ||
* ] | * ] | ||
Line 245: | Line 239: | ||
==References== | ==References== | ||
{{Reflist|refs= | {{Reflist|refs= | ||
<ref name="Hollingdale_1958">{{cite |
<ref name="Hollingdale_1958">{{cite conference |conference=Applications of Computers, University of Nottingham 15–19 September 1958 |title=Session 14. Data Processing |author-first=Stuart H. |author-last=Hollingdale |date=1958-09-19 |url=https://www.chilton-computing.org.uk/acl/literature/othermanuals/nottingham/p014.htm}}</ref> | ||
}} | }} | ||
==External links== | ==External links== | ||
* {{dmoz|Computers/Hardware/Buses/|Computer hardware buses}} | |||
* | * | ||
Line 259: | Line 252: | ||
] | ] | ||
] | ] | ||
] |
Latest revision as of 00:22, 11 December 2024
Data transfer channel connecting parts of a computer This article is about buses in computer hardware. For buses in software, see Software bus.
In computer architecture, a bus (historically also called data highway or databus) is a communication system that transfers data between components inside a computer, or between computers. This expression covers all related hardware components (wire, optical fiber, etc.) and software, including communication protocols.
In most traditional computer architectures, the CPU and main memory tend to be tightly coupled, with the internal bus connecting the two being known as the system bus. In systems that include a cache, CPUs use high-performance system buses that operate at speeds greater than memory to communicate with memory. The internal bus (also known as the internal data bus, memory bus or system bus) connects internal components of a computer to the mother board. Local buses connect the CPU and memory to the expansion bus, which in turn connects the computer to peripherals. Bus systems such as the SATA ports in modern computers support multiple peripherals, allowing multiple hard drives to be connected without an expansion card.
In systems that have a similar architecture to multicomputers, but which communicate by buses instead of networks, the system bus is known as a front-side bus. In such systems, the expansion bus may not share any architecture with their host CPUs, instead supporting many different CPUs, as is the case with PCI. While the term "peripheral bus" is sometimes used to refer to all other buses apart from the system bus, the "expansion bus" has also been used to describe a third category of buses separate from the peripheral bus, which includes bus systems like PCI.
Early computer buses were parallel electrical wires with multiple hardware connections, but the term is now used for any physical arrangement that provides the same logical function as a parallel electrical busbar. Modern computer buses can use both parallel and bit serial connections, and can be wired in either a multidrop (electrical parallel) or daisy chain topology, or connected by switched hubs. Many modern CPUs also feature a second set of pins similar to those for communicating with memory—but able to operate with different speeds and protocols—to ensure that peripherals do not slow overall system performance. CPUs can also feature smart controllers to place the data directly in memory, a concept known as direct memory access. Low-performance bus systems have also been developed, such as the Universal Serial Bus (USB).
Given technological changes, the classical terms "system", "expansion" and "peripheral" no longer have the same connotations. Other common categorization systems are based on the bus's primary role, connecting devices internally or externally. However, many common modern bus systems can be used for both. SATA and the associated eSATA are one example of a system that would formerly be described as internal, while certain automotive applications use the primarily external IEEE 1394 in a fashion more similar to a system bus. Other examples, like InfiniBand and I²C were designed from the start to be used both internally and externally.
Address bus
This section does not cite any sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged and removed. (June 2023) (Learn how and when to remove this message) |
An address bus is a bus that is used to specify a physical address. When a processor or DMA-enabled device needs to read or write to a memory location, it specifies that memory location on the address bus (the value to be read or written is sent on the data bus). The width of the address bus determines the amount of memory a system can address. For example, a system with a 32-bit address bus can address 2 (4,294,967,296) memory locations. If each memory location holds one byte, the addressable memory space is 4 GB.
Address multiplexing
Early processors used a wire for each bit of the address width. For example, a 16-bit address bus had 16 physical wires making up the bus. As the buses became wider and lengthier, this approach became expensive in terms of the number of chip pins and board traces. Beginning with the Mostek 4096 DRAM, address multiplexing implemented with multiplexers became common. In a multiplexed address scheme, the address is sent in two equal parts on alternate bus cycles. This halves the number of address bus signals required to connect to the memory. For example, a 32-bit address bus can be implemented by using 16 lines and sending the first half of the memory address, immediately followed by the second half memory address.
Typically two additional pins in the control bus – row-address strobe (RAS) and column-address strobe (CAS) – are used to tell the DRAM whether the address bus is currently sending the first half of the memory address or the second half.
Implementation
Accessing an individual byte frequently requires reading or writing the full bus width (a word) at once. In these instances the least significant bits of the address bus may not even be implemented - it is instead the responsibility of the controlling device to isolate the individual byte required from the complete word transmitted. This is the case, for instance, with the VESA Local Bus which lacks the two least significant bits, limiting this bus to aligned 32-bit transfers.
Historically, there were also some examples of computers which were only able to address words -- word machines.
Memory bus
This section does not cite any sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged and removed. (June 2023) (Learn how and when to remove this message) |
The memory bus is the bus which connects the main memory to the memory controller in computer systems. Originally, general-purpose buses like VMEbus and the S-100 bus were used, but to reduce latency, modern memory buses are designed to connect directly to DRAM chips, and thus are designed by chip standards bodies such as JEDEC. Examples are the various generations of SDRAM, and serial point-to-point buses like SLDRAM and RDRAM. An exception is the Fully Buffered DIMM which, despite being carefully designed to minimize the effect, has been criticized for its higher latency.
Implementation details
Buses can be parallel buses, which carry data words in parallel on multiple wires, or serial buses, which carry data in bit-serial form. The addition of extra power and control connections, differential drivers, and data connections in each direction usually means that most serial buses have more conductors than the minimum of one used in 1-Wire and UNI/O. As data rates increase, the problems of timing skew, power consumption, electromagnetic interference and crosstalk across parallel buses become more and more difficult to circumvent. One partial solution to this problem has been to double pump the bus. Often, a serial bus can be operated at higher overall data rates than a parallel bus, despite having fewer electrical connections, because a serial bus inherently has no timing skew or crosstalk. USB, FireWire, and Serial ATA are examples of this. Multidrop connections do not work well for fast serial buses, so most modern serial buses use daisy-chain or hub designs.
The transition from parallel to serial buses was allowed by Moore's law which allowed for the incorporation of SerDes in integrated circuits which are used in computers.
Network connections such as Ethernet are not generally regarded as buses, although the difference is largely conceptual rather than practical. An attribute generally used to characterize a bus is that power is provided by the bus for the connected hardware. This emphasizes the busbar origins of bus architecture as supplying switched or distributed power. This excludes, as buses, schemes such as serial RS-232, parallel Centronics, IEEE 1284 interfaces and Ethernet, since these devices also needed separate power supplies. Universal Serial Bus devices may use the bus supplied power, but often use a separate power source. This distinction is exemplified by a telephone system with a connected modem, where the RJ11 connection and associated modulated signalling scheme is not considered a bus, and is analogous to an Ethernet connection. A phone line connection scheme is not considered to be a bus with respect to signals, but the Central Office uses buses with cross-bar switches for connections between phones.
However, this distinction—that power is provided by the bus—is not the case in many avionic systems, where data connections such as ARINC 429, ARINC 629, MIL-STD-1553B (STANAG 3838), and EFABus (STANAG 3910) are commonly referred to as “data buses” or, sometimes, "databuses". Such avionic data buses are usually characterized by having several equipments or Line Replaceable Items/Units (LRI/LRUs) connected to a common, shared media. They may, as with ARINC 429, be simplex, i.e. have a single source LRI/LRU or, as with ARINC 629, MIL-STD-1553B, and STANAG 3910, be duplex, allow all the connected LRI/LRUs to act, at different times (half duplex), as transmitters and receivers of data.
The frequency or the speed of a bus is measured in Hz such as MHz and determines how many clock cycles there are per second; there can be one or more data transfers per clock cycle. If there is a single transfer per clock cycle it is known as Single Data Rate (SDR), and if there are two transfers per clock cycle it is known as Double Data Rate (DDR) although the use of signalling other than SDR is uncommon outside of RAM. An example of this is PCIe which uses SDR. Within each data transfer there can be multiple bits of data. This is described as the width of a bus which is the number of bits the bus can transfer per clock cycle and can be synonymous with the number of physical electrical conductors the bus has if each conductor transfers one bit at a time. The data rate in bits per second can be obtained by multiplying the number of bits per clock cycle times the frequency times the number of transfers per clock cycle. Alternatively a bus such as PCIe can use modulation or encoding such as PAM4 which groups 2 bits into symbols which are then transferred instead of the bits themselves, and allows for an increase in data transfer speed without increasing the frequency of the bus. The effective or real data transfer speed/rate may be lower due to the use of encoding that also allows for error correction such as 128/130b (b for bit) encoding. The data transfer speed is also known as the bandwidth.
Bus multiplexing
Main article: Bus encoding § Other examples of bus encodingThe simplest system bus has completely separate input data lines, output data lines, and address lines. To reduce cost, most microcomputers have a bidirectional data bus, re-using the same wires for input and output at different times.
Some processors use a dedicated wire for each bit of the address bus, data bus, and the control bus. For example, the 64-pin STEbus is composed of 8 physical wires dedicated to the 8-bit data bus, 20 physical wires dedicated to the 20-bit address bus, 21 physical wires dedicated to the control bus, and 15 physical wires dedicated to various power buses.
Bus multiplexing requires fewer wires, which reduces costs in many early microprocessors and DRAM chips. One common multiplexing scheme, address multiplexing, has already been mentioned. Another multiplexing scheme re-uses the address bus pins as the data bus pins, an approach used by conventional PCI and the 8086. The various "serial buses" can be seen as the ultimate limit of multiplexing, sending each of the address bits and each of the data bits, one at a time, through a single pin (or a single differential pair).
History
Over time, several groups of people worked on various computer bus standards, including the IEEE Bus Architecture Standards Committee (BASC), the IEEE "Superbus" study group, the open microprocessor initiative (OMI), the open microsystems initiative (OMI), the "Gang of Nine" that developed EISA, etc.
First generation
Early computer buses were bundles of wire that attached computer memory and peripherals. Anecdotally termed the "digit trunk" in the early Australian CSIRAC computer, they were named after electrical power buses, or busbars. Almost always, there was one bus for memory, and one or more separate buses for peripherals. These were accessed by separate instructions, with completely different timings and protocols.
One of the first complications was the use of interrupts. Early computer programs performed I/O by waiting in a loop for the peripheral to become ready. This was a waste of time for programs that had other tasks to do. Also, if the program attempted to perform those other tasks, it might take too long for the program to check again, resulting in loss of data. Engineers thus arranged for the peripherals to interrupt the CPU. The interrupts had to be prioritized, because the CPU can only execute code for one peripheral at a time, and some devices are more time-critical than others.
High-end systems introduced the idea of channel controllers, which were essentially small computers dedicated to handling the input and output of a given bus. IBM introduced these on the IBM 709 in 1958, and they became a common feature of their platforms. Other high-performance vendors like Control Data Corporation implemented similar designs. Generally, the channel controllers would do their best to run all of the bus operations internally, moving data when the CPU was known to be busy elsewhere if possible, and only using interrupts when necessary. This greatly reduced CPU load, and provided better overall system performance.
To provide modularity, memory and I/O buses can be combined into a unified system bus. In this case, a single mechanical and electrical system can be used to connect together many of the system components, or in some cases, all of them.
Later computer programs began to share memory common to several CPUs. Access to this memory bus had to be prioritized, as well. The simple way to prioritize interrupts or bus access was with a daisy chain. In this case signals will naturally flow through the bus in physical or logical order, eliminating the need for complex scheduling.
Minis and micros
Digital Equipment Corporation (DEC) further reduced cost for mass-produced minicomputers, and mapped peripherals into the memory bus, so that the input and output devices appeared to be memory locations. This was implemented in the Unibus of the PDP-11 around 1969.
Early microcomputer bus systems were essentially a passive backplane connected directly or through buffer amplifiers to the pins of the CPU. Memory and other devices would be added to the bus using the same address and data pins as the CPU itself used, connected in parallel. Communication was controlled by the CPU, which read and wrote data from the devices as if they are blocks of memory, using the same instructions, all timed by a central clock controlling the speed of the CPU. Still, devices interrupted the CPU by signaling on separate CPU pins.
For instance, a disk drive controller would signal the CPU that new data was ready to be read, at which point the CPU would move the data by reading the "memory location" that corresponded to the disk drive. Almost all early microcomputers were built in this fashion, starting with the S-100 bus in the Altair 8800 computer system.
In some instances, most notably in the IBM PC, although similar physical architecture can be employed, instructions to access peripherals (in
and out
) and memory (mov
and others) have not been made uniform at all, and still generate distinct CPU signals, that could be used to implement a separate I/O bus.
These simple bus systems had a serious drawback when used for general-purpose computers. All the equipment on the bus had to talk at the same speed, as it shared a single clock.
Increasing the speed of the CPU becomes harder, because the speed of all the devices must increase as well. When it is not practical or economical to have all devices as fast as the CPU, the CPU must either enter a wait state, or work at a slower clock frequency temporarily, to talk to other devices in the computer. While acceptable in embedded systems, this problem was not tolerated for long in general-purpose, user-expandable computers.
Such bus systems are also difficult to configure when constructed from common off-the-shelf equipment. Typically each added expansion card requires many jumpers in order to set memory addresses, I/O addresses, interrupt priorities, and interrupt numbers.
Second generation
This section does not cite any sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged and removed. (June 2023) (Learn how and when to remove this message) |
"Second generation" bus systems like NuBus addressed some of these problems. They typically separated the computer into two "worlds", the CPU and memory on one side, and the various devices on the other. A bus controller accepted data from the CPU side to be moved to the peripherals side, thus shifting the communications protocol burden from the CPU itself. This allowed the CPU and memory side to evolve separately from the device bus, or just "bus". Devices on the bus could talk to each other with no CPU intervention. This led to much better "real world" performance, but also required the cards to be much more complex. These buses also often addressed speed issues by being "bigger" in terms of the size of the data path, moving from 8-bit parallel buses in the first generation, to 16 or 32-bit in the second, as well as adding software setup (now standardised as Plug-n-play) to supplant or replace the jumpers.
However, these newer systems shared one quality with their earlier cousins, in that everyone on the bus had to talk at the same speed. While the CPU was now isolated and could increase speed, CPUs and memory continued to increase in speed much faster than the buses they talked to. The result was that the bus speeds were now much slower than what a modern system needed, and the machines were left starved for data. A particularly common example of this problem was that video cards quickly outran even the newer bus systems like PCI, and computers began to include AGP just to drive the video card. By 2004 AGP was outgrown again by high-end video cards and other peripherals and has been replaced by the new PCI Express bus.
An increasing number of external devices started employing their own bus systems as well. When disk drives were first introduced, they would be added to the machine with a card plugged into the bus, which is why computers have so many slots on the bus. But through the 1980s and 1990s, new systems like SCSI and IDE were introduced to serve this need, leaving most slots in modern systems empty. Today there are likely to be about five different buses in the typical machine, supporting various devices.
Third generation
See also: Bus network"Third generation" buses have been emerging into the market since about 2001, including HyperTransport and InfiniBand. They also tend to be very flexible in terms of their physical connections, allowing them to be used both as internal buses, as well as connecting different machines together. This can lead to complex problems when trying to service different requests, so much of the work on these systems concerns software design, as opposed to the hardware itself. In general, these third generation buses tend to look more like a network than the original concept of a bus, with a higher protocol overhead needed than early systems, while also allowing multiple devices to use the bus at once.
Buses such as Wishbone have been developed by the open source hardware movement in an attempt to further remove legal and patent constraints from computer design.
The Compute Express Link (CXL) is an open standard interconnect for high-speed CPU-to-device and CPU-to-memory, designed to accelerate next-generation data center performance.
Examples of internal computer buses
Parallel
- Asus Media Bus proprietary, used on some Asus Socket 7 motherboards
- Computer Automated Measurement and Control (CAMAC) for instrumentation systems
- Extended ISA or EISA
- Industry Standard Architecture or ISA
- Low Pin Count or LPC
- MBus
- MicroChannel or MCA
- Multibus for industrial systems
- NuBus or IEEE 1196
- OPTi local bus used on early Intel 80486 motherboards.
- Peripheral Component Interconnect or Conventional PCI
- Parallel ATA (also known as Advanced Technology Attachment, ATA, PATA, IDE, EIDE, ATAPI, etc.), Hard disk drive, optical disk drive, tape drive peripheral attachment bus
- S-100 bus or IEEE 696, used in the Altair 8800 and similar microcomputers
- SBus or IEEE 1496
- SS-50 Bus
- Runway bus, a proprietary front side CPU bus developed by Hewlett-Packard for use by its PA-RISC microprocessor family
- GSC/HSC, a proprietary peripheral bus developed by Hewlett-Packard for use by its PA-RISC microprocessor family
- Precision Bus, a proprietary bus developed by Hewlett-Packard for use by its HP3000 computer family
- STEbus
- STD Bus (for STD-80 and STD32 ), FAQ Archived 2012-02-27 at the Wayback Machine
- Unibus, a proprietary bus developed by Digital Equipment Corporation for their PDP-11 and early VAX computers.
- Q-Bus, a proprietary bus developed by Digital Equipment Corporation for their PDP and later VAX computers.
- VESA Local Bus or VLB or VL-bus
- VMEbus, the VERSAmodule Eurocard bus
- PC/104
- PC/104-Plus
- PCI-104
- PCI/104-Express
- PCI/104
- Zorro II and Zorro III, used in Amiga computer systems
Serial
- 1-Wire
- HyperTransport
- I²C
- I3C (bus)
- SLIMbus
- PCI Express or PCIe
- Serial ATA (SATA), Hard disk drive, solid-state drive, optical disc drive, tape drive peripheral attachment bus
- Serial Peripheral Interface (SPI) bus
- UNI/O
- SMBus
- Advanced eXtensible Interface
- M-PHY
Examples of external computer buses
Parallel
- HIPPI High Performance Parallel Interface
- IEEE-488 (also known as GPIB, General-Purpose Interface Bus, and HPIB, Hewlett-Packard Instrumentation Bus)
- PC Card, previously known as PCMCIA, much used in laptop computers and other portables, but fading with the introduction of USB and built-in network and modem connections
Serial
Many field buses are serial data buses (not to be confused with the parallel "data bus" section of a system bus or expansion card), several of which use the RS-485 electrical characteristics and then specify their own protocol and connector:
- CAN bus ("Controller Area Network")
- Modbus
- ARINC 429
- MIL-STD-1553
- IEEE 1355
Other serial buses include:
- Camera Link
- eSATA
- ExpressCard
- IEEE 1394 interface (FireWire)
- RS-232
- Thunderbolt
- USB
Examples of internal/external computer buses
- Futurebus
- InfiniBand
- PCI Express External Cabling
- QuickRing
- Scalable Coherent Interface (SCI)
- Small Computer System Interface (SCSI), Hard disk drive and tape drive peripheral attachment bus
- Serial Attached SCSI (SAS) and other serial SCSI buses
- Thunderbolt
- Yapbus, a proprietary bus developed for the Pixar Image Computer
See also
- Address decoder
- Bus contention
- Bus error
- Bus mastering
- Communication endpoint
- Control bus
- Crossbar switch
- Memory address
- Front-side bus (FSB)
- External Bus Interface (EBI)
- Harvard architecture
- Master/slave (technology)
- Network on chip
- List of device bandwidths
- List of network buses
- Software bus
References
- Clifton, Carl (1986-09-19). What Every Engineer Should Know about Data Communications. CRC Press. p. 27. ISBN 9780824775667. Archived from the original on 2018-01-17.
The internal computer bus is a parallel transmission scheme; within the computer....
- Hollingdale, Stuart H. (1958-09-19). Session 14. Data Processing. Applications of Computers, University of Nottingham 15–19 September 1958.
- "bus Definition from PC Magazine Encyclopedia". pcmag.com. 2014-05-29. Archived from the original on 2015-02-07. Retrieved 2014-06-21.
- The Boundary — Scan Handbook. Springer. 2003-06-30. ISBN 978-1-4020-7496-7.
- Avionic Systems Standardisation Committee, Guide to Digital Interface Standards For Military Avionic Applications, ASSC/110/6/2, Issue 2, September 2003
- IBM z15 (8561) Technical Guide. IBM Redbooks. 2022-07-13. ISBN 978-0-7384-5812-0.
- Foundations of Computer Technology. CRC Press. 2020-10-25. ISBN 978-1-000-11716-5.
- Beales, R. P. (2006-08-11). PC Systems, Installation and Maintenance. Routledge. ISBN 978-1-136-37442-5.
- "How Motherboards Work". 2005-07-20.
- Buchanan, Bill (2000-04-25). Computer Busses. CRC Press. ISBN 978-1-4200-4168-2.
- Oklobdzija, Vojin G. (2019-07-05). The Computer Engineering Handbook. CRC Press. ISBN 978-1-4398-3316-2.
- https://www.theregister.com/2022/01/12/final_pcie_60_specs_released/
- "PCIe 7.0 Draft 0.5 Spec Available: 512 GB/S over PCIe x16 on Track for 2025".
- "PCIe 5.0 is just beginning to come to new PCS, but version 6.0 is already here". 2022-01-12.
- "PCIe 6.0: Everything you need to know about the upcoming standard". 2024-06-30.
- "PAM-4 Signaling".
- IBM z15 (8561) Technical Guide. IBM Redbooks. 2022-07-13. ISBN 978-0-7384-5812-0.
- Upgrading and Repairing PCS. Que. 2003. ISBN 978-0-7897-2745-9.
- "PCIe 7.0 Draft 0.5 Spec Available: 512 GB/S over PCIe x16 on Track for 2025".
- ^ Don Lancaster. "TV Typewriter Cookbook". (TV Typewriter). Section "Bus Organization". p. 82.
- McCann, Doug; Thorne, Peter (2000). The Last of The First, CSIRAC: Australias First Computer. University of Melbourne Computing Science. pp. 8–11, 13, 91. ISBN 0-7340-2024-4.
- Linda Null; Julia Lobur (2006). The essentials of computer organization and architecture (2nd ed.). Jones & Bartlett Learning. pp. 33, 179–181. ISBN 978-0-7637-3769-6. Archived from the original on 2018-01-17.
- C. Gordon Bell; R. Cady; H. McFarland; B. Delagi; J. O'Laughlin; R. Noonan; W. Wulf (1970). A New Architecture for Mini-Computers—The DEC PDP-11 (PDF). Spring Joint Computer Conference. pp. 657–675. Archived (PDF) from the original on 2011-11-27.
- Bray, Andrew C.; Dickens, Adrian C.; Holmes, Mark A. (1983). "28. The One Megahertz bus". The Advanced User Guide for the BBC Microcomputer. Cambridge, UK: Cambridge Microcomputer Centre. pp. 442–443. ISBN 0-946827-00-1. Archived from the original (zipped PDF) on 2006-01-14. Retrieved 2008-03-28.
- "ABOUT CXL". Compute Express Link. Retrieved 2019-08-09.
- "Odds & Ends: Opti Local Bus, Aria sound cards". 2015-07-21. Retrieved 2021-02-19.
External links
Technical and de facto standards for wired computer buses | |
---|---|
General | |
Standards |
|
Storage |
|
Peripheral | |
Audio | |
Portable | |
Embedded | |
Interfaces are listed by their speed in the (roughly) ascending order, so the interface at the end of each section should be the fastest. Category |