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

Нет даже самый быстрый винт/райд медленне оперативки в ДЕСЯТКИ раз !

Поэтому стратегия такая:

1) Покупаем наибольшее количество оперативки которое можем себе позволить.
2) Покупаем самый быстрий винт - уровня HDD 73.4 Gb SAS Seagate Cheetah 15000rpm


причем вложения в оперативку дадут больший выйгрыш чем в винт.

А в остальном полагаемся на механизм виртуальной памяти WinXP - она заботливо будет читать с винта и подсовывать в оперативу твои данные.

И не понял к чему такая спешка у тебя что приложение реального времени ?

 

в этом и проблема, что надо в реальном времени
(не спрашивай даже что. все-равно ничего еще не готово. голая теория)

 

Есть специальные высоконадежные винты для серверов у них среднее время наработки на отказ около 1 000 000 часов стоят естественно дороже на 30-40% чем обычные.

 

Сама WinXP не является RTOS !

 

asmlamo
Мне как-то забить на какой системе это делать. Можно вообще на линукс (но там кажется файл подкачки автоматически не создается, не так ли?)

 

Вообщем разговор ни о чем ...

Ты грамотно поставь задачу а затем будем обсуждать.

1) Обьем данных и их направление
2) Допустимая латентность системы
3) Тип обработки данных
4) Требование к надежности
5) Время работы
6) Бюджет

А потом уже можно о чем то говорить.

 

Покупаешь ящик оперативки и делаешь на её основе модуль памяти на нужный тебе размер (на Пример 100 Гб) и подключаешь такой модуль по IDE интерфейсу. Получается самый шустрый ВИНТ.
Но в таком случае нужны острый паяльник и прямые руки, и чуть-чуть знаний в области электроники и схемотехники.

 

Еще вариант.
Подключаешь ВИНТ на 15000. не форматированый и пишешь драйвер для работы с RAW данными на этом ВИНТЕ.
Так как ВИНТ будет юзать только твоя прога, то лишних телодвижений головок и соответственно износ будет меньше.

 

Если я скажу отношение объем/бюджет меня примут за сумасшедшего.
Однако мой вопрос (см. сабж) вполне понятен и заключается он в том, можно ли выжать из оперативки больше, чем она может. Я не говорю о конкретной задаче, конкретной машине. Я имел ввиду как можно программно реализовать.
В общем-то согласен, разговор ни о чем. Что-нибудь придумаю скажу)

 

Ничего паять не нужно уже есть готовые решения.

PCI карта на которой стоят планки ОЗУ и батарейка которая питает это дело когда комп отключен.
Есть и на IDE интерфейсе.

http://www.hardwareportal.ru/Periferia/Gigabyte.ramdisk/index.html

Только смысла в этом мало. ОЗУ лучще юзать как ОЗУ а не как виртуальный винт ...

Ну если мамка позволяет ...

 

Можно:

1) использовать двухканальный режим
2) разогнать память - ставить более агресивные тайминги

Непонятно почену ты вообще решил что память не будет справлятся ?

Есть какие то расчеты ?

 

Вовсе нет ! Серьезная задача == серьезные деньги. Для моделирования погоды используют компы стоимостью несколько миллионов $.

В такой постановке это совершенно безпредметно.
Непонятно какая задача нипойми какое железо ...

Классическая задача о сферическом коне в вакууме

 

Кстати мысль)

Надо будет подождать когда выйдет такой рассчитанный на 16 гигов.

 

Может быть туда и не надо столько пихать?

На гиперзвуковых скоростях )

 

ху$вая теория.

 

Линукс тоже не RTOS. QNX тогда уж.

 

В любой задаче подобного рода методологически правильно найти лимитирующий фактор (самое узкое место).
Не зная его вообще бессмысленно что то оптимизировать.

В твоем случае вообще непонятно что будет лимитирующим фактором.

Это может быть:

1) Скорость процессора
2) Обьем кеша
3) Обьем памяти
4) Скорость винта

К примеру прога берет данные блоком 16 Мб а потом обрабатывает своим алгоритмом полчаса т.к. он ресурсоемкий и проц банально тормозит. Соответственно лимитирующим фактором будет скорость процессора и количество памяти роли не играет ...

 

Он с SDK около 5к$ стоит. Есть Нейтрино и пр. свободные.

 

Забейте)

 

отсыпай