
03-14-2006
|
|
Hog Hunter
|
|
|
Join Date: Apr 2002
Localização: Na minha moto
Posts: 3.039
|
|
Informação encontrada em Sunsolve:
Citação:
Definições
*
1 Mbyte (megabyte) 2 ^ 20 bytes (1.048.576 bytes)
*
1 Gbyte (gigabyte) 2 ^ 30 bytes (1.073.741.824 bytes)
*
1 Tbyte (terabyte) 2 ^ 40 bytes (1.099.511.627.776 bytes)
Em geral, este documento se refere a uma limitação das (por exemplo) 2 Gbyte, "2 Gbyte - 1 byte" (1.073.741.823 bytes) se entende. Para melhorar a legibilidade, este foi abreviado para "2 Gbyte".
O símbolo "~" é utilizada para designar "aproximadamente"
O tamanho máximo de um único arquivo e de um sistema de ficheiros
Isto também se aplica ao Solaris x86, mas podem haver alguns problemas com discos rígidos maiores que 30 Gbyte. Isto é devido a limitações de hardware com alguns PC motherboard disco / configurações.
Código:
OS Release Single file File system
Solaris 2.5.1 2 Gbyte 1 Tbyte
Solaris 2.6 - 9 12/02 (U3) ~1012 Gbyte 1 Tbyte
Solaris 9 08/03(U4)- Solaris 10 FCS ~1023 Gbyte 16 Tbyte
* Um único arquivo no Solaris 2.6 através Solaris 9 (U3) é limitado a cerca de 1012 Gbyte porque o arquivo deve caber dentro de 1 Tbyte filesystem.
O sistema de ficheiros é nominalmente 1 Tbyte, mas, na realidade, devido a uma grande sobrecarga em tais arquivos, o maior arquivo único acaba sendo cerca de 1012 Gbyte. (parte integrante do presente é um erro, mas mesmo bug-livres, um único arquivo não pode ser 1 Tbyte devido à sobrecarga de ficheiros).
A sobrecarga no sistema de ficheiros inclui entre outras coisas, elementos como backups e superblock nodo tabelas.
O exemplo dado aqui está usando 1024 kByte (1 Mbyte) para o número de bytes por nodo (nbpi) no âmbito da UFS filesystem.
Se nbpi está definido para um valor inferior, mais arquivos serão atribuídos ao espaço nodo quadros e menos ficará disponível para armazenar dados.
Com nbpi \u003d 8 kByte, o tamanho máximo de arquivo individual seria menor do que 1012 Gbyte.
O arquivo, neste exemplo, não pode utilizar qualquer um dos minfree área criada em sistema de ficheiros (que está configurada para "raiz única" utilização).
Em um 1 Tbyte filesystem minfree está definida para 1% o que se traduz em cerca de 10 Gbyte.
*
Um seguro pressuposto aqui seria que o limite do tamanho de um único arquivo é o tamanho dos arquivos, menos 1% a 2% por cima de nós.
*
No Solaris 2.6, o swap e tmpfs arquivos ainda são limitadas a 2 Gbyte. Esta não é a quantidade total de swap, que é um limite por swap fatia ou por ficheiro swap. Uma fatia de swap ou um arquivo pode ser definido como mais de 2 Gbyte, mas acima de 2 Gbyte qualquer espaço em que a fatia ou o arquivo não será acessível eo tamanho da fatia ou arquivo será relatado pelo comando swap como 2 Gbyte. Pode haver vários swap fatias ou arquivos totalizando mais de 2 Gbyte. Qualquer posterior liberação do Solaris 32 bits executando o kernel tem a mesma limitação. Depois da libertação de Solaris executando um kernel 64 bits não tem essa limitação. Veja a "Utilização" no Solaris 8 no swap (1M) página manual para os novos limites.
*
Solaris 9 Atualização 4 introduziu multiterabyte UFS. O tamanho máximo individual ainda é o mesmo que antes (~ 1 Tbyte), como o aumento seria exigir radicais em formato de disco mudanças. O tamanho total arquivos agora pode ser até 16 Tbyte. A opção-T é especificado para o Newfs comando para criar um tal sistema de ficheiros. Ver o Newfs (1M) manpage para informação adicional. Existe também um limite de 1 milhão de arquivos por Tbyte, por exemplo. A 4 Tbyte UFS filesystem teria um limite 4 milhões de arquivos). Isto é feito para manter fsck vezes razoável (mesmo quando o log é ativado).
*
Multiterabyte UFS funcionalidade também pode ser adicionado a versões anteriores do Solaris 9 UFS, instalando o patch 113454-09 ou posterior. Veja as Instruções de Instalação, em especial o patch README para uma lista de patches adicionais necessários para obter a plena funcionalidade Multiterabyte.
*
O máximo tamanho em um único arquivo multiterabyte filesystem, que é superior a 1 Tbyte é 1 Tbyte menos 500 Mbyte ou 1.023,5 Gbyte Como uma regra de ouro este deve ser tomado como 1023 Gbyte.
*
Um multiterabyte UFS filesystem não é inicializável (Isto significa que o sistema de ficheiros root não pode ser um multiterabyte filesystem)
*
Um multiterabyte UFS filesystem não é montável em qualquer versão de 32 bits Solaris kernel
Limitações em combinação com a OBP.
Excluindo a raiz multiterabyte filesystem limitação acima referida, o sistema de ficheiros root tem limites no Solaris [MT] 2.x que não são impostas sobre quaisquer outros arquivos. Este fator limitante é uma combinação de duas coisas, a libertação e ao SO OBP (Open Boot Prom) nível.
Para estabelecer o OS libertação, examine o arquivo / etc / release arquivo
Para determinar o nível OBP, use o comando prtconf-V (capital "V").
Aqui está uma lista das várias configurações possíveis.
Código:
OBP level OS Release Max root filesystem size
OBP 3.1beta1 or newer Solaris 2.5.1 Kernel Patch 103640 No limit
Kernel Patch 103640 (08) or newer
OBP 3.1beta1 or newer Solaris 2.6 No limit
OBP 3.0 or earlier Solaris 2.5.1 2Gbyte
Kernel Patch 103640 (07) or older.
OBP 3.0 or earlier Solaris 2.6 on an Ultra (sun4u) 4Gbyte
"No limite" significa que o sistema de ficheiros root tamanho não é especificamente limitado; os habituais limites de tamanho de ficheiros que ainda aplicam SO libertação.
Um sistema de ficheiros root que é muito grande não vai causar um pânico, mas em vez irá parar a máquina de arrancar de todo.
Isto não é configurável / sintonizável. Para utilizar um sistema de ficheiros root maiores que os limites detalhados acima, você precisará de uma versão mais recente boot PROM e quer Solaris 2.6 ou Solaris 2.5.1, com o mais recente nível de 103640 (-08) ou mais recente.
10 & Solaris ZFS
Limitações de um único arquivo e arquivos.
Estas limitações mudará quando Solaris ZFS está integrado na 10.
Alguns mais informação sobre isto podem ser encontradas no seguinte site:
http://www.sun.com/software/solaris/ds/zfs.jsp
|
Última edição por RTM; em 03/14/2006 10:36..
|