Differences between revisions 7 and 18 (spanning 11 versions)
Revision 7 as of 2004-12-25 08:06:07
Size: 8169
Editor: anonymous
Comment:
Revision 18 as of 2019-11-13 22:11:07
Size: 7193
Editor: GuillemJover
Comment: Fix typos and grammar
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
## Auto-converted by kwiki2moinmoin v2005-10-07
SPARC is Sun Microsystems' "S"calable "P"rocessing "Arc"hitecture (at least that's one version, might be "Processor"). This is the most recent generation of Sun's famous line of workstations, also known as "sun4". It goes back quite a ways, already, to the early 90s. Debian supports the more civilized models -- some of the early ones are unsupported, or poorly supported.
#language en
SPARC is Sun Microsystems' '''S'''calable '''P'''rocessing '''Arc'''hitecture (at least that's one version, might be "Processor"). This is the most recent generation of Sun's famous line of workstations, also known as "sun4". It goes back quite a ways, already, to the early 90s.
Line 4: Line 4:
=== Sub-flavours ===
There are a bunch. They can generally be divided into 32-bit (old) and 64-bit (new). 32-bit has been broken in 2.4 due to lack of hackers on old machines.
Debian supports the more civilized models -- some of the early ones are unsupported, or poorly supported.

=== Sub-flavors ===
There are a bunch. They can generally be divided into 32-bit (old) and 64-bit (new). 32-bit has been broken in 2.4 due to lack of hackers on old machines. In general the IO subsystem is much more robust on Sun machines than their contemporary Intel counterparts with the exception of the Ultra 5/10 system which has a broken IDE implementation, in general always opt for SCSI or SATA/SAS if available instead of IDE on the machines that have it.
Line 8: Line 10:
The earliest supported 32-bit architecture, but some early exotic sun4c machiens might not work -- this is primarily a kernel issue. Includes ["SPARCstation"] 1 (aka ss1), 2, IPC, IPX, ELC. Read the Sun Hardware Faq at www.sunhelp.org for more information on these and older machines. Linux doesn't run as fast as ["NetBSD"] on these machines -- Linux doesn't use the hardware context storage correctly (there was a recent DaveM post to linux-kernel about this), and he doesn't feel like fixing it. Someone else may be working on it though. Support for sun4c was dropped in Linux 3.5, anyone playing with these should stick with 2.2-2.6 series kernels. The last Debian release with support is pre-Sarge, after that it is broken. A custom kernel may work with up to Etch but that is uncharted territory.

The earliest supported 32-bit architecture, but some early exotic sun4c machines might not work -- this is primarily a kernel issue. Includes SPARCstation 1 (aka ss1), 2, IPC, IPX, ELC. Read the Sun Hardware Faq at [[http://www.sunhelp.org]] for more information on these and older machines. Linux doesn't run as fast as NetBSD on these machines -- Linux doesn't use the hardware context storage correctly (there was a recent DaveM post to linux-kernel about this), and he doesn't feel like fixing it. Someone else may be working on it though.
Line 11: Line 15:
A much more civilized class of 32-bit ["SPARCs"]. Include ss4/5, LC/Classic/LX, and ss10/20. These chips are on uniprocessor workstations, except for ss10/20 which are SMP machines with up to four processors on removable mbus cards. Speeds are up to 200 ["MHz"] in Ross Hypersparc mbus processors. Equivalent performance to a Pentium Classic, but with better FP. Tadpole ["SPARCbook"] 3 laptops are in this class. Framebuffers from bwtwo to 24-bit 1600x1200 are available. SBUS expansion cards. Very well supported. Sun4m support is retained in recent kernels but receives little testing, the maintenance burden is low as the code is mature. The CPUs implement Sparc V8 and are mostly the same as modern Sparc CPUs except many modern implementations implement some of Sparc V8+ (from the 64bit spec, as it adds the CASA instruction which is important for thread synchronization).

sun4m is a
much more civilized class of 32-bit SPARCs. Includes SS4/5, LC/Classic/LX/ZX, and SS10/20 and clones such as those by Tatung and Ross including the SparcPlug and Ross Hyperstation line. These chips can be found used as either uniprocessor workstations, multiprocessor SS10/20 and HyperStation which are SMP machines with up to four processors on removable mbus cards. Speeds are up to 200 MHz in Ross Hypersparc mbus processors. Equivalent performance to a Pentium Classic, but with better FP. Tadpole SPARCbook 3 laptops are in this class. Framebuffers from bwtwo to 24-bit 1600x1200 are available. SBUS expansion cards. Very well supported. Some cards can be tweaked to output at 1920x1080 if they have a large enough framebuffer. TCX and CG6 are the best supported graphics on Linux but provide minimal acceleration. External SCSI expansion is typically faster than the internal SCSI port, with internal Narrow SCSI-II and Wide SCSI-II externally.
Line 14: Line 20:
The "funky" class of 32-bit ["SPARCs"], the multiprocessor machines. ss10, 20. These can support up to 4 sun4d chips, which go up to ["150MHz"] or faster (each). Your PROM revision limits what the machine supports. Sun4d is the "funky" class of 32-bit SPARCs that implement >= 8 procs via xdbus. The xdbus originated at Xerox and came to Sun as a collaborative effort. Only partially supported by Linux. Sun4D also supports as much as 16GB RAM in the CS6400, 5GB RAM in SS2000, and SS1000[e] which supports up to 2GB. SS1000[e] supports up to 8 CPUs, SS2000 supports 16 CPUs, and Cray CS6400/Amdahl SuperSummit 6400E supports 64 CPUs. The SparcServers and SparcCenter models use standard MBUS CPUs while the CS6400 machines use a custom module. The multi xdbus SS2000E and CS6400 Supports up to 2MB cache per module while the single xdbus machines only support 1MB, a 2MB module will show as 1MB if installed. Only SuperSparc processors are supported no HyperSparc support for xdbus, the fastest CPU is the 90Mhz SM-91-2 which is rare, SM-81 or SM-61 is a more common cpu in these machines 85 and 65Mhz respectively. In any case for most applications an SM81 is falls somewhere between a 142-180Mhz HyperSparc due to inefficiencies in the design of the HyperSparcs so this isn't too much of a loss.
Line 16: Line 22:
=== UltraSPARC (I, II, IIi, III) ===
64-bit ["SPARCs"]. ["SPARCstation"] Ultra 1,2,5,10,30,60,80, and Enterprise 250/450/1000/etc. Up to 32 or 64-way SMP on these machines, but the processors themselves are (at the moment, anyhow) slower than the fastest P4s or Athlons (though they may be a hair faster clock-per-clock, they only go up to ["800MHz"]). But you buy these machines for the seamless scalability to 32-way. Some models accept SBUS, others PCI expansion cards. These are very well supported, though individual framebuffers or other peripherals may not be.
=== Sun4u UltraSPARC (I, II, IIi, III) ===
64-bit SPARCs. SPARCstation Ultra 1,2,5,10,30,60,80, and Enterprise 250/450/1000/etc. Up to 32 or 64-way SMP on these machines, but the processors themselves are (at the moment, anyhow) slower than the fastest P4s or Athlons (though they may be a hair faster clock-per-clock, they only go up to 1600MHz). But you buy these machines for the seamless scalability to 32-way. Some models accept SBUS,PCI and PCIe expansion cards. These are very well supported, though individual framebuffers or other peripherals may not be.

=== Sun4v Ultra Enterprise (T and VII+ series CPUs) ===
64-bit SPARCs. These mainly extended virtualization support past what previous architectures supported. Sun4d could partition the physical machine, Sun4v allows virtual partitioning. Virtualization is as yet still unsupported on Linux though Linux can run in an LDOM as a guest. This series begins with the T1 Niagra which has 4 threads per core and only 1 FPU per socket, T2 bumps this to 8 threads per core and 1FPU per core. T3 extends multi sockets support. T4 implements out of order execution. Successive releases mostly increase frequency and cache as well as add acceleration hardware such as DAX for database acceleration. The VII and up series have always focused on single thread performance unlike the T series which was focused on throughput, both have converged in recent years.
Line 20: Line 29:
SPARC is one of the most mature Debian ports. Ben Collins (past Debian Project Leader) is the lead maintainer. The list is debian-sparc@lists.debian.org, and there appear to be quite a few people running Debian on SPARC (certainly more than 2-3 years ago). SPARC is one of the most mature Debian ports (officially supported since DebianSlink, 1999). For details, see:

 * [[PortsSparc]]
Line 23: Line 34:
SPARC is one of the more unusual architectures. It's RISC, but instead of just having "a lot of registers" like Alpha or MIPS, it has a unique circularly-linked list of 128 registers, of which you can see a 16-register "window" at any one time. It's "circularly-linked" because you can walk the window in either direction. In general the architecture is extremely fast for floating-point operations, but suffers on any computation that relies on the stack overmuch (memory bandwidth has historically not been fantastic, which Sun has remedied by advanced cache architecture). The machines themselves are extremely well engineered and specified -- all the Sun-specific internals are IEEE standards, including the SPARC ISA, Sbus (the bus in older ["SPARCs"]; newer use PCI), etc etc. SPARC is one of the more unusual architectures. It's RISC, but instead of just having "a lot of registers" like Alpha or MIPS, it has a unique hardware linked list of 40 to 520 register windows depending on implementation, of which you can see a 16-register "window" at any one time. If the windows exceed what the hardware implements then a trap occurs to spill to main memory. In general the architecture is extremely fast for floating-point operations, but suffers on any computation that relies on the stack overmuch (memory bandwidth has historically not been fantastic, which Sun has remedied by advanced cache architecture). The machines themselves are extremely well engineered and specified -- all the Sun-specific internals are IEEE standards, including the SPARC ISA, Sbus (the bus in older SPARCs; newer use PCI), etc etc.

=== See Also ===
 * [[https://en.wikipedia.org/wiki/Sparc]] - The mandatory wikipedia page...
 * [[http://www.obsolyte.com/]] - The Authority on sun4c and some sun4m systems and configurations.
 * [[http://mbus.sunhelp.org/]] - The Authority on sun4m processors and system configurations.
 * [[http://hyperstation.de/]] - sun4m graphics and Ross HyperStation related info.
 * [[http://www.temlib.org/]] - FPGA implementation of sun4m also hosts architecture documentation.
 * [[https://www.thanassis.space/myowncpu.html/]] - Multi-core 32bit Leon 3 on commodity hardware.
Line 26: Line 45:

[[http://www.online-ccc.com ccc certification]]
[http://www.65588125.com/hunqing.htm 婚庆]
[http://www.1so.com.cn/hunqing/index.htm 婚庆]
[http://www.huahuan.com/cp/h9mox-155.htm wiki:Self:SDH]
[http://www.1so.com.cn/yumingzhuce.asp 域名注册]
[http://www.1so.com.cn/xunizhuji.asp 虚拟主机]
[http://www.1so.com.cn/fwqzuyong.asp 服务器租用]
[http://www.1so.com.cn/zhujituoguan.asp 主机托管]
[http://www.1so.com.cn/dianhanji/index.htm 点焊机]
[http://www.1so.com.cn/fenghanji/index.htm 缝焊机]
[http://www.1so.com.cn/tuhanji/index.htm 凸焊机]
[http://www.1so.com.cn/luozhuhanji/index.htm 螺柱焊机]
[http://www.1so.com.cn/sony/index.htm sony投影机]
[http://www.1so.com.cn/qiming/index.htm 起名]
[http://www.1so.com.cn/jianshe.asp 网站建设]
[http://www.1so.com.cn/jiguinet/index.htm 机柜]
[http://www.1so.com.cn/jdq/index.htm 继电器]
[http://www.1so.com.cn/liyi/index.htm 礼仪]
[http://www.1so.com.cn/shiyanshebei/index.htm 试验设备]
[http://www.1so.com.cn/shipincaijika/index.htm 视频采集卡]
[http://www.1so.com.cn/xungeng/index.htm 巡更]
[http://www.1so.com.cn/ganzaoshebei/index.htm 干燥设备]
[http://www.1so.com.cn/kaoqinji/index.htm 考勤]
[http://www.1so.com.cn/dfzpsb/index.htm 豆制品设备]
[http://www.aohua.com.cn/qianzheng.htm 商务签证]
[http://www.goodyour.com/books/ 周易]
[http://www.antu.com.cn/fme_jjie.htm wiki:Self:GIS]
[http://www.zytemp.com.cn/hwcw.htm 红外测温]
[http://www.welltrend.com.cn/yiminnet/index.htm 移民]
[http://www.bjsailing.com.cn/changanqi.htm 传感器]
[http://www.cmmdc.com.cn 医药电子商务]
[http://www.bccec.com.cn 法语培训]
[http://www.qs.com.cn/sjgrq.htm 手机干扰器]
[http://www.qs.com.cn/wlaqglk.htm 安全隔离卡]
[http://www.qs.com.cn/jsjgrq.htm 计算机扰器]
[http://www.qs.com.cn/jsjgrq.htm 手机信号阻断器]
[http://cn.safenet-inc.com wiki:Self:VPN]


[http://www.125we.com/suanming/index.htm 算命]
[http://www.gotobiz.net 机柜]
[http://www.cnvideomeeting.com 视频会议]
[http://www.hit168.net/canon.htm 佳能数码相机]
[http://www.hit168.net/kodak.htm 柯达数码相机]
[http://www.hit168.net/casio.htm 卡西欧数码相机]
[http://www.hit168.net/sony.htm 索尼数码相机]
[http://www.hmlaser.com/laser.htm 激光]
[http://www.hmlaser.com/laser.htm 激光]
[http://www.westzh.com/YLCGQ.HTM 压力传感器]
[http://www.chuanqisuji.com/sjpx.htm 速记培训]

[http://www.chuanqisuji.com 速记公司]
[http://www.hmlaser.com/diaokeji.htm 雕刻机]
[http://www.netnetn.net 阀门]
[http://www.netnetn.net/zhihuifa.htm 止回阀]
[http://www.netnetn.net/diefa.htm 蝶阀]
[http://www.netnetn.net/zhafa.htm 闸阀]
[http://www.netnetn.net/qiufa.htm 球阀]
[http://www.netnetn.net/tiaojiefa.htm 调节阀]
[http://www.netnetn.net/pinghengfa.htm 平衡阀]
[http://www.netnetn.net/jianyafa.htm 减压阀]
[http://www.netnetn.net/diandongfa.htm 电动阀]
[http://www.netnetn.net/qidongfa.htm 气动阀]
[http://www.netnetn.net/sitemap.htm 阀门]
[http://www.netnetn.com 点焊机]
[http://www.netnetn.com/fhj.htm 缝焊机]
[http://www.netnetn.com/thj.htm 凸焊机]
[http://www.netnetn.com/lzhj.htm 螺柱焊机]
[http://www.bochao.com.cn/cad.htm wiki:Self:CAD]
----
[http://www.nebulax.net]
[http://www.nebulax.net/index.asp]
[http://www.nebulax.net/tangshi.asp]
[http://www.nebulax.net/songci.asp]
[http://www.nebulax.net/chengyu.asp]
[http://www.nebulax.net/xiudou.asp]
[http://www.nebulax.net/yuanqu.asp]
[http://www.nebulax.net/wangluo.asp]

SPARC is Sun Microsystems' Scalable Processing Architecture (at least that's one version, might be "Processor"). This is the most recent generation of Sun's famous line of workstations, also known as "sun4". It goes back quite a ways, already, to the early 90s.

Debian supports the more civilized models -- some of the early ones are unsupported, or poorly supported.

Sub-flavors

There are a bunch. They can generally be divided into 32-bit (old) and 64-bit (new). 32-bit has been broken in 2.4 due to lack of hackers on old machines. In general the IO subsystem is much more robust on Sun machines than their contemporary Intel counterparts with the exception of the Ultra 5/10 system which has a broken IDE implementation, in general always opt for SCSI or SATA/SAS if available instead of IDE on the machines that have it.

Sun4c

Support for sun4c was dropped in Linux 3.5, anyone playing with these should stick with 2.2-2.6 series kernels. The last Debian release with support is pre-Sarge, after that it is broken. A custom kernel may work with up to Etch but that is uncharted territory.

The earliest supported 32-bit architecture, but some early exotic sun4c machines might not work -- this is primarily a kernel issue. Includes SPARCstation 1 (aka ss1), 2, IPC, IPX, ELC. Read the Sun Hardware Faq at http://www.sunhelp.org for more information on these and older machines. Linux doesn't run as fast as NetBSD on these machines -- Linux doesn't use the hardware context storage correctly (there was a recent DaveM post to linux-kernel about this), and he doesn't feel like fixing it. Someone else may be working on it though.

Sun4m

Sun4m support is retained in recent kernels but receives little testing, the maintenance burden is low as the code is mature. The CPUs implement Sparc V8 and are mostly the same as modern Sparc CPUs except many modern implementations implement some of Sparc V8+ (from the 64bit spec, as it adds the CASA instruction which is important for thread synchronization).

sun4m is a much more civilized class of 32-bit SPARCs. Includes SS4/5, LC/Classic/LX/ZX, and SS10/20 and clones such as those by Tatung and Ross including the ?SparcPlug and Ross Hyperstation line. These chips can be found used as either uniprocessor workstations, multiprocessor SS10/20 and ?HyperStation which are SMP machines with up to four processors on removable mbus cards. Speeds are up to 200 MHz in Ross Hypersparc mbus processors. Equivalent performance to a Pentium Classic, but with better FP. Tadpole SPARCbook 3 laptops are in this class. Framebuffers from bwtwo to 24-bit 1600x1200 are available. SBUS expansion cards. Very well supported. Some cards can be tweaked to output at 1920x1080 if they have a large enough framebuffer. TCX and CG6 are the best supported graphics on Linux but provide minimal acceleration. External SCSI expansion is typically faster than the internal SCSI port, with internal Narrow SCSI-II and Wide SCSI-II externally.

Sun4d

Sun4d is the "funky" class of 32-bit SPARCs that implement >= 8 procs via xdbus. The xdbus originated at Xerox and came to Sun as a collaborative effort. Only partially supported by Linux. Sun4D also supports as much as 16GB RAM in the CS6400, 5GB RAM in SS2000, and SS1000[e] which supports up to 2GB. SS1000[e] supports up to 8 CPUs, SS2000 supports 16 CPUs, and Cray CS6400/Amdahl ?SuperSummit 6400E supports 64 CPUs. The ?SparcServers and ?SparcCenter models use standard MBUS CPUs while the CS6400 machines use a custom module. The multi xdbus SS2000E and CS6400 Supports up to 2MB cache per module while the single xdbus machines only support 1MB, a 2MB module will show as 1MB if installed. Only ?SuperSparc processors are supported no ?HyperSparc support for xdbus, the fastest CPU is the 90Mhz SM-91-2 which is rare, SM-81 or SM-61 is a more common cpu in these machines 85 and 65Mhz respectively. In any case for most applications an SM81 is falls somewhere between a 142-180Mhz ?HyperSparc due to inefficiencies in the design of the ?HyperSparcs so this isn't too much of a loss.

Sun4u UltraSPARC (I, II, IIi, III)

64-bit SPARCs. SPARCstation Ultra 1,2,5,10,30,60,80, and Enterprise 250/450/1000/etc. Up to 32 or 64-way SMP on these machines, but the processors themselves are (at the moment, anyhow) slower than the fastest P4s or Athlons (though they may be a hair faster clock-per-clock, they only go up to 1600MHz). But you buy these machines for the seamless scalability to 32-way. Some models accept SBUS,PCI and PCIe expansion cards. These are very well supported, though individual framebuffers or other peripherals may not be.

Sun4v Ultra Enterprise (T and VII+ series CPUs)

64-bit SPARCs. These mainly extended virtualization support past what previous architectures supported. Sun4d could partition the physical machine, Sun4v allows virtual partitioning. Virtualization is as yet still unsupported on Linux though Linux can run in an LDOM as a guest. This series begins with the T1 Niagra which has 4 threads per core and only 1 FPU per socket, T2 bumps this to 8 threads per core and 1FPU per core. T3 extends multi sockets support. T4 implements out of order execution. Successive releases mostly increase frequency and cache as well as add acceleration hardware such as DAX for database acceleration. The VII and up series have always focused on single thread performance unlike the T series which was focused on throughput, both have converged in recent years.

Debian support

SPARC is one of the most mature Debian ports (officially supported since DebianSlink, 1999). For details, see:

Architecture Tidbits

SPARC is one of the more unusual architectures. It's RISC, but instead of just having "a lot of registers" like Alpha or MIPS, it has a unique hardware linked list of 40 to 520 register windows depending on implementation, of which you can see a 16-register "window" at any one time. If the windows exceed what the hardware implements then a trap occurs to spill to main memory. In general the architecture is extremely fast for floating-point operations, but suffers on any computation that relies on the stack overmuch (memory bandwidth has historically not been fantastic, which Sun has remedied by advanced cache architecture). The machines themselves are extremely well engineered and specified -- all the Sun-specific internals are IEEE standards, including the SPARC ISA, Sbus (the bus in older SPARCs; newer use PCI), etc etc.

See Also