Я считал уже дисковые расходы на хранение
Всех 64 битных простых.

Могу найти ссылку.

По оперативной памяти я приводил сравнительные расчеты здесь 21823126

По всем типам памяти я приведу картинку. Такое-себе напоминание. Не для программистов а для физиков-математиков и прочих
сочувствующих.



Реально мы можем складывать небольшой объем только в Memory (это те самые бюджетные 30Гб).
Чтоб не разорится. По времени доступа к произвольной ячейке. Точных цифр я не помню но по моему для
памяти класса DDR4 это составляет 10-16 наносекунд.

Время доступа к диску. Обычно меряют чтение случайного сектора. И там это время на много порядков
хуже. Будет порядка милисекунд. Точно не помню но в процессе топика мы уточним.

Тоесть если вы в топике - инженеры то должны понимать что разница между милисекундой и десятком наносекунд
составляет:

(избавимся от множителя)

10 ms = 0.010 mks = 0.000010 ms

10 ms : 10 ns = 100 000 : 1

Порядка сто тысяч к одному. Тоесть диск в среднем в сто тысяч раз медленнее чем оперативная память.

По поводу дисков (Hard Disk). Я возьму за основу WD (Western Digital) Purple 10TB 256MB 5400rpm WD100PURZ 3.5 SATA III.
Это наиболее толстый диск (10 терабайт) который я нашел в розничной торговле. Он - типичный медленнячок.
Для бэкапов и архивов. Скорость шпинделя 5400 - оборотов какраз говорит об этом. Это не для игр и операционок
а для долгого хранения информации.

Его цена в данный момент времени - $339.99 на сайте производителя.


Его мощность составляет 6.2 Вт.
Габариты 26.1 x 147 x 101.6 мм, 0.65 кг
Прошу запомнить эти цифры. Мы к ним еще вернемся. Мы посчитаем массу и кубатуру дискового
хранилища для любого диапазона простых чисел.

Кроме того мы посчитает удельную стоимость хранения 1 простого числа в долларах или центах как будет угодно.

SSD мы пока тоже брать не будем. Т.к. по сути SSD это энергонезависимая
память имеющая интерфейс диска. Как класс хранения она мне в топике неинтересна и кроме того в пирамиде
памяти она слишком дорога для нашей задачи. Но как кеш ее можно рассмотреть.

Что еще осталось за кадром. Как хранить? В каком формате? Надо ответить на следующие вопросы.
- (1) нужен-ли нам произвольный доступ к любому числу? Или хватит последовательного?
- (2) нужно-ли сжатие? (zip/gzip)
- нужен-ли поиск в диапазоне?
- гибридные варианты пунктов (1) (2) можно бить на блоки и использовать псевдо-последовательный и псевдо-произвольный
- API/форматы. Определяются (1) (2). Базы данных. CSV-файлы. Raw-store. Key-value. Key-value (hash/b+tree). Bitmap.

Поскольку драйвером этого топика является господин Усов. То я предлагаю сначала ответить ему.

вадяmaytonПо оперативной памятитак что такое 30гиг памяти по сравнению терабайтами дисков?
Читайте внимательно линк. Я там ответил на этот вопрос.

Вы хоть раз пробовали из базы данных выбрать случайную строку?
Это не так просто уверяю вас! У нас нет первичного ключа. У нас само число является
ключом к самому себе.

вадяmaytonЧитайте внимательно линк. Я там ответил на этот вопрос.я внимательно прочитал...
я к тому что для ТС
Gennadiy UsovА если я хочу в одной программе обрабатывать 1 000 000 000 000 чисел, то что делать?
Он - не программист. Он не знает многих вещей из программно аппаратной архитектуры.

Поэтому я отвечу. Не проблема обработать 1 триллион чисел. Проблема - сделать это быстро.
Тоесть придумать совокупность тех-средств (конфигурация) и алгоритмов чтобы наши запросы
(я еще не знаю какие) создали мягкую нагрузку на железо и выдали результат. И в разумное
время. До того как погаснет солнце.