Talk:Symmetric multiprocessor system
|This is the talk page of an article that has been merged and now redirects to the page:
• Symmetric multiprocessing
Because this page is not frequently watched, present and future discussions and edit requests should take place at:
• Talk:Symmetric multiprocessing
Merged page is maintained in order to preserve attributions.
|WikiProject Computing / Hardware||(Rated Redirect-class, Mid-importance)|
So why not just say this in symmetric multiprocessing?
I agree, this needs to be folded in with the more-complete symmetric multiprocessing page, especially if this is the page that comes up first when I do a search for SMP, when it is incomplete as compared to the other page of nearly the same name that it shadows. mmpozulp (talk) 03:06, 3 December 2013 (UTC)
Sorry but I am completely disagree with you for two reasons. First of all "symmetric multiprocessor" and "symmetric multiprocessing" are two different concepts and so that the two "voices" need to be separated. When you search for "SMP" you must find "symmetric multiprocessor" because this term is refereed an hardware architecture (see for instance SMP definition by IBM in Glossary pg. 246  (see also other references). Second, symmetric multiprocessing is a type of processing obtained by using an SMP system or also a NUMA system (clustering of SMPs). If you merge SMP concept in multiprocessing definition why not put inside also NUMA system definition ? Ferry24.Milan (talk)
- I.e., a "symmetric multiprocessor" is a system where, purely at the hardware level, all processors are equivalent and can take on any role, even if the OS assigns one or more processors different roles (for example, only running kernel-mode code on a "master" processor), while "symmetric multiprocessing" is what you have when a symmetric multiprocessor is running an OS that doesn't assign particular roles to particular processors? Guy Harris (talk) 09:22, 6 December 2013 (UTC)
A general definition of SMP is based on its capability rather on its possible use
I report the IBM definition:
- "SMP. Symmetric Multiprocessor. Flat multi-processor system where each processor has equal access to all of memory, I/O, and interrupts " 
Other definition (Introduction to SMP Systems - Arwed Starke) :
- "The abbreviation SMP stands for tightly coupled, shared memory symmetric multiprocessor system. As set of equal CPUs accesses a common physical memory (and I/O ports) via a shared front side bus " .
From a IBM patent:
- "In a symmetric multi-processor (SMP) computer, all of the processing units are generally identical, that is, they all use a common set or subset of instructions and protocols to operate, and generally have the same architecture " 
From Intel (MultiProcessor Specification - System Overview)
- "... The MP specification’s model of multiprocessor systems incorporates a tightly-coupled, shared-memory architecture with a distributed interprocessor and I/O interrupt capability. It is fully symmetric; that is, all processors are functionally identical and of equal status, and each processor can communicate with every other processor. There is no hierarchy, no master-slave relationship, no geometry that limits communication only to “neighboring” processors. The model is symmetric in two important respects:
- Memory symmetry.
- Memory is symmetric when all processors share the same memory space and access that space by the same addresses...
- I/O symmetry.
- I/O is symmetric when all processors share access to the same I/O subsystem (including I/O ports and interrupt controllers) and any processor can receive interrupts from any source... "  - Ferry24.Milan (talk)
Why does heterogeneous computing redirect here?
- It is an obvious mistake (already corrected) Ferry24.Milan (talk). — Preceding undated comment added 20:46, 16 April 2014 (UTC)
Looking back in this page's history, it looks like it was created by a single user and largely filled with content duplicating Symmetric multiprocessing. This same user did something similar, creating the Cache memory page when equivalent content already existed at CPU cache and Cache coherency. These may have been good faith edits, but their results was disruptive. I have already replaced Cache memory with a blank-and-redirect.
I don't believe there is any salvageable content here that isn't already on Symmetric multiprocessing.