Размер массива ограничен верхним пределом интервала (2147483647)?

Я полагаю, что даже в CLR на 64 бита, существует предел 2 ГБ (или возможно 1 ГБ - я не могу помнить точно) на объект. Это препятствовало бы тому, чтобы Вы создали больший массив. Факт тот Массив. CreateInstance только берет аргументы Int32 в пользу размеров, является наводящим на размышления также.

На более широкой ноте я подозреваю что, если Вам нужны массивы, что большой необходимо действительно измениться, как Вы приближаетесь к проблеме.

Предел массива, afaik, зафиксирован как int32 даже на 64-разрядном. Существует ограничение на максимальном размере отдельного объекта. Однако у Вас мог быть хороший большой зубчатый массив довольно легко.

Хуже; потому что ссылки больше в x64 для массивов касательно типа, Вы на самом деле получаете меньше элементов в едином массиве.

Посмотрите здесь:

Я получил много запросов относительно того, почему 64-разрядная версия 2,0 времен выполнения .NET все еще имеет размеры максимума массива, ограниченные 2 ГБ. Учитывая, что это, кажется, горячая тема в последнее время, я изобразил немного фона, и обсуждение опций обойти это ограничение было в порядке.

Сначала некоторый фон; в 2,0 версиях времени выполнения .NET (CLR) мы сделали сознательное проектное решение сохранить максимальный размер объекта позволенным в "куче" GC на уровне 2 ГБ, даже на 64-разрядной версии времени выполнения. Это совпадает с текущими 1,1 реализациями 32-разрядного CLR, однако Вам было бы трудно на самом деле уметь выделить объект на 2 ГБ на 32-разрядном CLR, потому что виртуальное адресное пространство просто слишком фрагментируется, чтобы реалистично найти дыру на 2 ГБ. Обычно люди особенно не обеспокоены созданием типов, которые были бы> 2 ГБ при инстанцировании (или где угодно закройтесь), однако так как массивы являются просто специальным видом управляемого типа, которые создаются в управляемой "куче", которую они также переносят от этого ограничения.

Нужно отметить, что в.NET 4.5 предел емкости памяти дополнительно удален флагом gcAllowVeryLargeObjects, однако, это не изменяет максимальный размер размера. Ключевой пункт - то, что, если у Вас есть массивы пользовательского типа или массивы мультиразмера, затем можно теперь пойти вне 2 ГБ в емкости памяти.

Вам не нужен массив, настолько большой вообще.

Когда Ваш метод сталкивается с проблемами ресурса, только посмотрите на то, как развернуть ресурсы, посмотреть на метод также.:)

Вот класс, который использует буфер на 3 МБ для вычисления начал с помощью решета Эратосфена. Класс отслеживает то, как далеко Вы вычислили начала, и когда диапазон должен быть расширен, он создает буфер для тестирования еще 3 миллионов чисел.

Это сохраняет найденные простые числа в списке, и когда диапазон расширен, предыдущие начала используются для исключения чисел в буфере.

Я сделал некоторое тестирование, и буферные приблизительно 3 МБ являются самыми эффективными.

public class Primes {

   private const int _blockSize = 3000000;

   private List<long> _primes;
   private long _next;

   public Primes() {
      _primes = new List<long>() { 2, 3, 5, 7, 11, 13, 17, 19 };
      _next = 23;
   }

   private void Expand() {
      bool[] sieve = new bool[_blockSize];
      foreach (long prime in _primes) {
         for (long i = ((_next + prime - 1L) / prime) * prime - _next;
            i < _blockSize; i += prime) {
            sieve[i] = true;
         }
      }
      for (int i = 0; i < _blockSize; i++) {
         if (!sieve[i]) {
            _primes.Add(_next);
            for (long j = i + _next; j < _blockSize; j += _next) {
               sieve[j] = true;
            }
         }
         _next++;
      }
   }

   public long this[int index] {
      get {
         if (index < 0) throw new IndexOutOfRangeException();
         while (index >= _primes.Count) {
            Expand();
         }
         return _primes[index];
      }
   }

   public bool IsPrime(long number) {
      while (_primes[_primes.Count - 1] < number) {
         Expand();
      }
      return _primes.BinarySearch(number) >= 0;
   }

}

Я - в значительной степени новичок с C# (т.е. изучение его на этой неделе), таким образом, я не уверен в точных деталях того, как ArrayList реализован. Однако я предположил бы, что, поскольку Вы не определили тип для примера ArrayList, затем массив был бы выделен как массив ссылок на объект. Это могло бы хорошо означать, что Вы на самом деле выделяете 4-8Gb из памяти в зависимости от архитектуры.