Il buffer viene allocato da un heap condiviso per il processo con dimensioni di 64 KB?

Question

Qualcuno sarebbe così gentile da tradurre questa frase per qualcuno che ignora beatamente il codice non gestito e le complessità della gestione della memoria?

La memoria per questo buffer è allocata da un heap condiviso per il processo con dimensione di 64 KB. La dimensione massima del buffer dipenderà dall'utilizzo dell'heap.

È presente in alcune dozzine di pagine MSDN, ad es. WriteConsole, ma non riesco a trovare alcuna API che calcoli la dimensione massima che tale array può essere prima di esplodere, empiricamente posso dire che è da qualche parte tra 61 e 62,5 KB (chiamando 64, 63, 62 ecc. Finché non smette di impostare DllImport 's SetLastError). C'è qualcosa come GetTotalHeapSize (se non è un const 64KB indipendente dalla versione di Windows, l'architettura della piattaforma, i valori predefiniti, ecc.) E qualcosa come GetCurrentHeapInUse disponibile? Come si possono ottenere i byte massimi che posso passare a quello e ad altri metodi P/Invocati?

Answer 1

Non è così che funzionano gli heap. Non tengono traccia della più grande allocazione che puoi fare. È imprevedibile perché un heap può essere frammentato. I blocchi liberi possono essere intercalati con quelli assegnati. Rilasciando una singola piccola allocazione potrebbe improvvisamente raddoppiare lo spazio disponibile, ad esempio. Gli heap non gestiti non hanno il lusso di un heap gestito, non possono essere compattati. Anche se il .NET Large Object Heap ha questo problema. Non c'è alcuna funzione per misurare il più grande spazio disponibile, è impossibile renderlo thread-safe.

Nulla che puoi fare, ma prova per assegnare e gestire le conseguenze se non puoi.