plut_snzВсем привет! Не могу выделить большой объем память в DOS (пару Mb под массив чисел). Кто сталкивался с продобной проблемой, поделитесь пожалуйста опытом, буду очень признателен. Компилятор Borland C++ 3.1. Работа в чистой DOS. Заранее спасибо.


под досом, в реал моде мона только заюзать 640 кБайт + 64 кБайт - 16 байт (последнии две цифры, если разрешить A20)...
если перевести комп в протэкшен моде - то мона уже усю, что есть...

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

с уважением
(круглый)
ЗЫ
Вот они - дети форточек :)

--null--даже печальнее - с помощью malloc() можно будет выделить не более 64Kb - ибо таков размер сегмента в DOS. То есть даже заветные 640 Kb не получить одним куском - а придется делать несколько сегментов память и переключать регистр DS на них.

Это насколько я помню из DOS :-) Может уже забыл чего.


смотрим дос внимательней...
при загрузке то го же самого COMа - вся память начиная с PSP отдаёться текущему процессу.... И Вам никто не мешает вовремя переставлять верхнюю тэтраду адреса в сегменте адресации... 640 тем не менее - Вы правы, вряд ли мона заюзать... А вот почти 600 - без вопросов....Правда оттюнить придётся дос достаточно плотно...

с уважением
(круглый)
ЗЫ
Мона сделать просче...
Написать на фортране например... заказать в его подпрограмме 4 мерный (к примеру) массив неизвестной длины... Вызвать эту подпрограмму с числом 500 млн. (к примеру)...Компильнуться...Запустить прогу(название ужо забыл - сорьки) сжатия бинарника...получить с гулькин хрен бинарник... Запустить под досом и радоваться обработки фортраном памяти в 2 ГГб...

--null--...то есть играть с адресами

а шо там играть то !...

вся память...

0FFFFFh

из них "нижнии" 640 - это всего то, до адресса

0A0000h

любой регистр x86 в реал моде 16 разрядный... реальный адресс получаеться путём сложения сегмента и регистра адресации со сдвигом в 4 бита... То бишь Вам никто не мешает работать спокойно в цикле с одним сегментом... и при окончании счётчика - прально выбирать следующий сегмент...сей код на азме - два пальца об асфальт...

а вообще то, если уже более серьёзно - то время ОБРАБАТЫВАЕМЫХ данных ДОЛЖНО быть СОИЗМЕРИМО с временем ПЕРЕДАЧИ(сохранения) этих самих данных... Всё остальное - от лукавого - будет проигрыш по времени ;)
За примерами - лучше к анализу индексных страниц (они всего 1, 2 кила), у того же самого формата DBF :)

plut_snzDOS принципиален, т.к. с портами и прерываниями под Windows работать совсем не умею. (а надо =)). Задача не учебная. Требуется считывать значения с одной железки, частота выборок должна быть высокой. Пробовал писАть в файл, получается фигово, т.е. пока пишу, пропускаю кучу значений, вот так вот. С екстендерами пока не разбирался, решил сразу сюда написать, думал есть способ попроще, выходит нету...

как тут уже сказали - Вам будет просче и практичней - переползти под форточки...
плюсы...
1) можно заюзать бОльшие мощности по обработки сигнала (имееться ввиду не железо, а программную часть и чужой опыт обработки сигналов под форточками).
2) мультизадачная среда...
3) азм в защищённом режиме более богатый и более продвинут в плане скорострельности выполнения (32, 64 битная орифметика и др.).
4) обретения опыта по драйверам под форточки..
минусы...
1) изучение написания драйверов..(в инете примеров - как грязи).
2) отладка драйвера (ну тут две машины Вам в помощь)...

кажись так...
с уважением
(круглый)
ЗЫ
На досе, если не существует других аспектов - не стоит... Слишком уж не в духе времени - может сильно сказаться на спрос конечного продукта, так же...