SUSE Linux Enterprise 11
Tekniska specifikationer
Systemkrav
Systemkrav för Novells produkter som bygger på SUSE Linux Enterprise 11 anges på webbsidan för varje produkt. Det finns även länkar till dem nedan:
Serverprodukter
- SUSE Linux Enterprise Server
- SUSE Linux Enterprise Server för System z
- SUSE Linux Enterprise High Availability Extension
- SUSE Linux Enterprise Real Time Extension
- SUSE Linux Enterprise Mono Extension
- Drivrutinspaket för SUSE Linux Enterprise Virtual Machine
- SUSE Linux Enterprise Point of Service
- Open Enterprise Server
Produkter för stationära datorer
Partnercertifiering
Begränsningar för kärnor
Den här tabellen sammanfattar de olika begränsningar som finns i våra nyare kärnor och verktyg (om relaterade) för SUSE Linux Enterprise 10 Service Pack 2. Det här är Novells prisbelönta familj av produkter till Linux operativsystem baserade på en gemensam kodbas, inklusive SUSE Linux Enterprise Server 10, SUSE Linux Enterprise Desktop 10, SUSE Linux Enterprise Real Time 10 med flera.
φ = otillräcklig data| SLE 10 SP2 (2.6.16.60 |
x86 (IA-32) |
ia64 (Itanium) |
x86_64 (AMD64/EM64T) |
s390x (IBM System z) |
ppc64 (IBM System p) |
|
|---|---|---|---|---|---|---|
| Kärnrelaterade objekt | ||||||
| CPU bitar | 32 | 64 | 64 | 64 | 64 | |
| högsta antal CPU | 32 (upp till 128 med bigsmp-kärna i certifierade system) |
upp till 4096 (i certifierade SGI-system) |
32 (upp till 128 i certifierade system) |
64 | 128 | |
| högsta RAM (teoretiska/certifierade) | 64/16 GiB | 1 PiB/4 TiB | 64 TiB/512 GiB | 4 TiB/256 GiB | 1 PiB/512 GiB | |
| största ersättningsutrymme | upp till 32 * 64 GB | |||||
| största användar- /kärnutrymme | 3/1 GiB | 2 EiB/φ | 128 TiB/128 TiB | φ/φ | 2 TiB/2 EiB | |
| högsta antal processer | 1048576 | |||||
| högsta antal trådar per process | testad med mer än 120000; den övre gränsen beror på minne och andra parametrar | |||||
| största storlek per blockenhet | upp till 16 TiB i 32-bitarsarkitekturer och upp till 8 EiB i 64-bitarsarkitekturer | |||||
| Filsystemrelaterade objekt | ||||||
| Största filsystemstorlek | ext2/3: 16 TiB (244 byte) nfs v2: 8 EiB (263 byte) nfs v3: 8 EiB (263 byte) nfs v4: 8 EiB (263 byte) reiserfs: 16 TiB (244 byte) xfs: 8 EiB (263 byte) ocfs2: 16 TiB (244 byte) |
|||||
| största filstorlek | ext2/3: 2 TiB (241 byte) jfs: 8 EiB (263 byte) nfs v2: 2 GiB (231 byte) nfs v3: 8 EiB (263 byte) reiserfs: 1 EiB (260 byte), men sidminnet begränsar det till 8 TiB i arkitekturer med 32 bitar int xfs: 8 EiB (263 byte) ocfs2: 1 EiB (260 byte) |
|||||
Kommentar:
- Den maximala filstorleken ovan kan vara större än filsystemets faktiska storlek, "glesa" (sparse) filer används. Observera också att om ett filsystem inte kommer med LFS (hantering av stora filer) så blir den största filstorleken i ett 32-bitarssystem 2 GiB (231 byte). För närvarande har alla våra standardfilsystem (inklusive ext3 och ReiserFS) LFS. Detta ger i teorin en maximal filstorlek på 263 byte. De siffror som anges i tabellen ovan förutsätter att filsystemen använder blockstorlekar på 4 KiB. När man använder olika blockstorlekar blir resultaten annorlunda, men 4 KiB återger den vanligaste standarden
- Den logiska grunden för användandet av teoretiskt mot certifierat i följande tabell är som följer: teoretiskt betyder att det är vad som borde fungera, i alla fall i teorin, medan certifierat beskriver någonting som Novell och våra samarbetspartners har testat och certifierat att det fungerar på existerande maskiner i faktiska möjliga situationer. Med den här förklaringen skulle värdena för x86, dvs. 32-bitars bigsmp-kärnor ha varit på 64 GiB från början, men alla vet att det skulle vara för teoretiskt eftersom det inte fungerar egentligen (och om det gjorde det i äldre kärnor så var det bara för mycket speciella konfigurationer och arbetsbördor).
- I det här dokumentet: 1024 Byte = 1 KiB; 1024 KiB = 1 MiB; 1024 MiB = 1 GiB; 1024 GiB = 1 TiB; 1024 TiB = 1 PiB; 1024 PiB = 1 EiB (se även http://physics.nist.gov/cuu/Units/binary.html)
File System Support
SUSE® Linux Enterprise was the first enterprise Linux distribution to support journaling filesystems and logical volume managers back in 2000. Today, we support ext3, ReiserFS, XFS, and OCFS2. The current default file system for new SUSE Linux Enterprise 11 installations is ext3, and no longer ReiserFS. OCFS2 is a cluster-aware file system, and is included with our High Availability extension.
File System Support and Sizes
| Feature | ext3 | ReiserFS v3 | XFS | OCFS2 |
|---|---|---|---|---|
| Data Journaling | ||||
| Metadata Journaling | ||||
| Journal Internal | ||||
| Journal External | ||||
| Offline Extend | ||||
| Offline Shrink | ||||
| Online Extend | ||||
| Online Shrink | ||||
| Extended Attributes | ||||
| Access Control Lists | ||||
| Quotas | ||||
| Dump and Restore | ||||
| Default Blocksize | 4 KiB | 4 KiB | 4 KiB | 4 KiB |
| Maximum File System Size | 16 TiB | 16 TiB | 8 EiB | 16 TiB |
| Maximum File Size | 2 TiB | 1 EiB | 8 EiB | 1 EiB |
Notes:
- The maximum file sizes above can be larger than the filesystem's actual size when using sparse blocks. Unless a filesystem comes with large file support, the maximum file size on a 32-bit system is 2 GB (231 bytes). Currently all of our standard filesystems (including ext3 and ReiserFS) have large file support, which provides a theoretical maximum file size of 263 bytes. The numbers in the above table assume that the filesystems are using 4 KiB block sizes. When using different block sizes, the results are different. 4 KiB reflects the most common standard.
- 1024 Bytes = 1 KiB; 1024 KiB = 1 MiB; 1024 MiB = 1 GiB; 1024 GiB = 1 TiB; 1024 TiB = 1 PiB; 1024 PiB = 1 EiB (see also http://physics.nist.gov/cuu/Units/binary.html)
Tillgänglighet
På Novell ser vi det som vårt ansvar att ge personer med funktionshinder möjlighet att ta del av teknikens fördelar. Vi anser att alla ska kunna använda datorer och bygger därför in tillgänglighetsteknik i våra produkter.
Som en del av vårt engagemang i tillgänglighet bidrar vi fortlöpande till arbetet inom tillgänglighet med öppen källkod tillsammans med Sun och IBM. Vårt arbete omfattar allt från infrastruktur, felsökning och tester till snabb åtkomst till OpenOffice.org.
Nyligen utökade Novell sitt tekniska samarbete med Microsoft för att göra det lättare för alla programvaruföretag och utvecklare att skapa och leverera tillgängliga applikationer i både Windows och Linux. Vi tror att det kommer att leda till ännu bättre åtkomst till datorteknik för personer med funktionshinder.
Som en del av det nya samarbetet kommer Novell att utveckla och leverera en adapter som gör det möjligt att använda program som skrivits med Microsofts User Interface Automation-API (UIA) smidigt med befintliga Linux-tillgänglighetsprojekt. Detta fungerar som ett komplement till investeringar som gjorts av Sun, IBM med flera. För att främja kompatibiliteten mellan marknadens ledande tillgänglighetsstrukturer kommer Novells arbete att ha öppen källkod. Med adaptern blir UIA-strukturen plattformsoberoende. UIA fungerar därmed tillsammans med Linux tillgänglighetsverktyg (ATK), som medföljer SUSE Linux Enterprise, genom att vertikala applikationer migreras från Windows till Linux.