Можно запихнуть в оперативку больше, чем туда влезает?

Вопрос на засыпку!!
Допустим у нас есть... для начала 10 Гб, а ОЗУ 512 Мб. И вот все это дело нужно целиком обрабатывать чем чаще, тем лучше.
Просто интересно, как быстрее всего можно работать с этим делом, практически не задействуя HDD, а в основном работая только с регистрами и оперативкой? Может быть кто-нибудь с чем-то подобным сталкивался?
Что с инфой будет делаться не принципиально, просто как и куда ее девать, чтобы как можно быстрее к ней обращаться. Может как-нибудь в запакованном виде ее держать там? Хотя сомнительно, чтобы оно быстро распаковывалось и запаковывалось. Какие идеи?

 

не обижайся, но ты реально прикалываешься.........)))

 

Допустим у нас есть ящик, 10x10x10 сантиметров и круглый камень метрового радиуса. Как бы его туда запихнуть? может кто-то уже решал такую задачу?

 

Купить больше оперативки благо она шас дешовая.
Не задавать глупых вопросов.

 

Ты не понимаешь меня. Речь идет именно о такой задачи, на которую никакой оперативки никаких денег не хватит. Так скажем цифры 10 и 512 очень сильно занижены. Можно просто использовать файл подкачки, но это медленно. Вот я и спрашиваю как можно быстрее (судя по ответам никак).

 

Думаешь я сам не понимаю как это выглядит? Ну вот очень мне надо)

 

SCSI/SAS RAID 0 из 15K дисков + кэшь контроллер с парами гигов памяти + куча гигов оперативки + оптимизация алгоритмов хранения и обработки + ... и всё получиться =) (да, чуть не забыл : вентиляторов побольше и UPS помощнее + батарейки на кэшь контролер )

 

У вас наверное WinXP стоит?

 

При чем здесь это?

 

разгребаю.

 

ну например есть алгоритмы, которые достаточно эффективны при работе с жестким диском. зависит от того, что именно надо сделать

 

разговор из оперы пойдём туда не знаю....: ты задал вопрос в общем виде - вот и ответы в общем виде.

 

вопрос то был не что мне купить надо, а просто как лучше работать с данными объем которых превышает размер оперативки.
если это слишком в общем виде, то вот так: у нас есть допустим очень много однобайтных чисел, которые надо вынимать из памяти хотябы блоками по несколько мегабайт, потом обрабатывать и ложить обратно, при том, что они занимают места в двое больше размеров оперативки (это не обсуждается). все это выполняется в цикле и поэтому очень важно быстродействие и работу с HDD здесь нужно свести к минимуму.

лана, ченибудь придумаю

 

fegdri
А может вместо винта стример заюзать? если его к ДВС врубить, скорость вращения будет выше! А раз так то данные, будут из цента сразу на край подаваться, то бишь скорость обмена данными возрастет!

 

fegdri
Вопрос стоял иначи.

А это не вопрос, это уже ответ. Читаешь блоками. Блок выбирай в зависимости от данных. По 1МБайту можно и не грузить, хватит и 16КБайт. И алгоритм обработки подбирай нужный. А дальше все зависит, от целий.

 

Ой да ладно ...

Лично участвовал при подключении кластера HP

Оперативы там было 16 гиг + райд массив на основе винтов 15000 оборотов + оптическая шина и т.д.

Стоило это удовольствие около 350 тыс $

Вертелся там Oracle + апликейшин сервер SAP R3

Так что если у тебя супер задача то готовь кошелек ...

 

Ну почему медленно ?

Если нормальный райд + винты на 15000 оборотов но нормально ...

 

Друг работал в Росэнергоатоме они там тож кластер под R3 собирали.

Оперативу носили ящиками - десятки гигабайт.

 

А смысл ? Потребности в памяти это не снижает а увеличивает т.е. нужно держать в памяти не только запакованные данные но и буфер для распакованных ...
Я уже не говорю про время на распаковку для интреса сожми файл на 1 Gb и посмотри затраченное время ...
Свопинг будет быстрее !

 

EvilsInterrupt
стримеры ж кажися еще медленнее винтов работают

asmlamo
$350000? Чувак, я же не миллионер.

хочешь сказать скорость сравнимая с оперативкой? по-любому если так вот жостко HDD как оперативку юзать, он же убьется через полгода.