File massimo volume SFM limitata dalla memoria del pool di paging

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

161870
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
Per la una versione di Microsoft Windows Server 2003 di questo articolo, vedere 842355.
Sommario
I componente servizi per Macintosh (SFM) di Windows NT ha un limite superiore al numero di file e directory che possono trovarsi su volumi SFM su un determinato Server Windows NT. Questo limite è determinato dalla quantità di memoria di riserva di paging disponibile per il kernel di Windows NT.

Le informazioni contenute in questo articolo viene fornite per aiutare a determinare ragionevole per il numero di file per essere salvato in server SFM.

Nota: L'algoritmo utilizzato da SFM allocare la memoria è stato modificato in un hotfix Post-SP3. Questo aggiornamento rapido (hotfix) è incluso in Windows NT 4.0 Service Pack 4. Le informazioni contenute in questo articolo si applicano a tutte le versioni di SFM precedenti a Windows NT 4.0 Service Pack 4. Per ulteriori informazioni su questa modifica, vedere il seguente articolo della Microsoft Knowledge Base riportato di seguito:
ID articolo: 166571
TITLE: Creazione di un volume SFM sulla partizione di grandi dimensioni causa Stop 0 x 24
Informazioni
I servizi per Macintosh utilizza una piccola quantità di memoria del pool di paging per ogni file e directory che risiede su un volume SFM alle informazioni della cache necessarie per un funzionamento efficiente del servizio. Per piccole e medie volumi di dimensioni, questo requisito di memoria è in genere irrilevante. Tuttavia, se la dimensione del volume è molto grande o per altri servizi è necessaria una grande quantità di memoria del pool di paging, gli errori potrebbero verificarsi quando il tentativo di creare nuovi file su un volume SFM o quando altre operazioni che richiedono l'utilizzo di memoria del pool di paging.

Il numero di byte di memoria di riserva di paging che SFM alloca per tenere traccia di un file o una directory dipende dalla lunghezza del nome di file lungo del file (LFN). La lunghezza del nome 8.3 file (se presente) è irrilevante. Nella tabella riportata di seguito viene visualizzato il numero di byte di memoria di paging necessarie per SFM come funzione della lunghezza di un file o nome di file lunghi della directory.
Lengthof LFN    File   Dir-------   ----   --- 1 -  8    128   168 9 - 12    136   17613 - 20    152   19221 - 32    176   216				

Di conseguenza, una struttura di directory costituito da 200 sottodirectory e 10.000 file, tutte con nomi tra i 13 e 20 caratteri in lunghezza, richiederebbe (200 * 192) + (10.000 * 152) o 1,558,400 (1.48 MB) di byte di memoria del pool di paging.

"Memoria di riserva di paging" si intende un'area specifica della mappa di memoria virtuale del Windows NT accessibile ai componenti di sistema operativo di modalità kernel.

La quantità massima di memoria di riserva di paging disponibile per Windows NT è determinata al momento dell'avvio sistema e, in base all'impostazione predefinita, dipende dalla quantità di RAM fisica installata nel sistema. La quantità massima di memoria che può essere allocata, anche con un numero illimitato di RAM fisica, del pool di paging è di 192 MB.

È possibile ignorare la dimensione predefinita di paging del pool per mezzo di una modifica al Registro di sistema di Windows NT. Tuttavia, attenzione deve essere utilizzato quando modifica le impostazioni predefinite per allocazione della memoria del kernel. Se non viene mantenuto un saldo appropriato di pool di paging, pool non di paging e altre risorse di memoria, Windows NT potrebbe diventare instabile a causa di una carenza di risorse, anche quando non vi è una notevole quantità di RAM fisica disponibile.

Inoltre, altri componenti di sistema oltre a SFM utilizzano memoria del pool di paging. Di conseguenza, il numero effettivo di file che SFM sarà in grado di gestire in un dato sistema verrà dipendono dalla configurazione complessiva del sistema. Per visualizzare quanta memoria di riserva di paging è in uso in un determinato momento, esaminare il contatore Byte del pool di paging dell'oggetto memoria all'interno di Performance Monitor.

Se si utilizza la memoria di tutti i pool di paging disponibile nel sistema, alcuni potrebbero essere disponibili i seguenti sintomi. Altri sintomi potrebbero inoltre essere presenti, e che non vengano tutte le condizioni riportate di seguito:
  • I client Windows NT potrebbe essere visualizzato il messaggio, "Impossibile completare la richiesta, non c'è un numero sufficiente di paging pool di risorse disponibili" durante il tentativo di file sul server di accesso.
  • I client Windows 95 possibile che venga visualizzato il messaggio: "non sufficienti risorse di sistema elaborare la richiesta."
  • I client Macintosh perdano le connessioni al server, anche se non in ricevono di messaggi di errore esplicita.
  • Il registro eventi del server potrebbe visualizzare istanze di evento ID 2020: "il server non è riuscito ad allocare dal pool di paging del sistema perché il pool è vuoto." o l'ID evento 12046: "Impossibile allocare risorse di memoria di paging".
  • Sarà presente una finestra popup dell'applicazione seguente: "processo di sistema - perdita posticipato-scrittura dati: il tentativo di trasferire dati dai buffer a Device\HarddiskN\PartitionN\path\to\file. L'operazione di scrittura non è riuscita e solo alcuni dei dati è stata scritta il file.
Per ulteriori informazioni sulla memoria virtuale, inclusa la memoria del pool di paging e dai parametri del Registro di sistema sono disponibili per modificare l'allocazione della memoria predefinito, eseguire una ricerca "pagedpoolsize" della Microsoft Knowledge Base riportato di seguito.

Informazioni ulteriori informazioni sulla memoria virtuale sono disponibili in "in Windows NT" Helen Custer e da altre origini, tra cui Microsoft Knowledge Base riportato di seguito (gli articoli con prefisso "q" contengono informazioni in inglese).
3.10 prodnt insufficiente ottimizzare il sistema di file Mac

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 161870 - Ultima revisione: 02/21/2014 23:13:57 - Revisione: 2.2

  • Microsoft Windows NT Advanced Server 3.1
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
  • kbnosurvey kbarchive kbmt kbnetwork KB161870 KbMtit
Feedback