изза скорости. лучше 1 раз прочитать и куда нить записать 4 или 8 байта чем 1 при равной скорости
Зачем, если можно считать размер файла, который хранится у ОС с начала каждого изменения файла, а после чего считать сразу по размеру, и оперировать с памятью. Обращение к памяти (в том числе выделенной) внутри процесса быстрее, чем вызов функции, и обращение к ядру
мне нужно распарсить файл размером в несколько МБ (используя TASM, прога ".com") Думаю как лучше сделать, если нужно по байту считывать. Видимо будет эффективнее, если буду считывать, условно, по 32768 байт в буффер, а потом оперировать с ним, верно?
4 или 8 байт из файла? Тогда уж по 32-64 Кб или по 1 Мб лучше :)
Не понимаю, у вас нет возможности получить размер файла?
тогда уж 64к сразу заполняй, чего на половину сигмент заполнять
есть, но можно ли в com программе создать буфер размером больше чем 2¹⁶ ?
Куда он будет читать весь файл размером в несколько Мб? Или ты предлагаешь ему с XMS заморочиться? А главное — зачем?
зависит от того через что будешь читать файл, вполне может оказаться что оно будет само по себе медленно работать
Обсуждают сегодня