Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Считать текстовый файл с диска [D7, XP]

Alex_C © (2012-01-29 17:14:00)
Во времена ДОСа самым быстрым способом считывания текстового файла с диска был BlockRead с максимально установленным размером буфера 64к (по сравнению с ReadLn , который считывал по строкам.)
Вопрос: для WinXP/Win7 - это осталось в силе? Или есть еще более быстрый способ?

QAZ (2012-01-31 14:08:00) [1]

> Есть еще синдром оптимизатора, которым страдают многие программисты.

есть синдром батонокидателя,а это еще хуже :)

sniknik (2012-01-30 15:50:00) [2]
> сравнение не корректно
если так то отредактируй значение в коком нибудь теге и сохрани файл... ?

Palladin (2012-01-30 15:02:00) [3]

> sniknik © (30.01.12 12:01) [11]

сравнение не корректно, парсинг SAXом в свою, необходимую и достаточную, структуру выгодно отличается скоростью от использования DOM

Dimka Maslov (2012-01-30 14:44:00) [4]

> мапить файл в MMF

Особенно интересный эффект получается при попытке одновременного замапить несколько файлов по нескольку гигов. Пришлось всё убрать и вернуться к традиционному считыванию через буфер.

Slym (2012-01-30 12:46:00) [5]
на таких размерах самый быстрый способ мапить файл в MMF

sniknik (2012-01-30 12:01:00) [6]
> когда я перешел на SAX - скорость возросла в десятки раз... если не в сотни...
ридонли/однонаправленный датасет тоже быстрее "полноценного", и что это нам говорит/доказывает?

Palladin (2012-01-30 11:19:00) [7]

> т.к. открытие/разбор 10 мег. нормального xml, обычным idom-
> документом, вполне быстрая.

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

sniknik (2012-01-30 10:40:00) [8]
> Размер файла от 10 мег и выше.
не проблема для любого, хоть и построчного чтения (все одно буферизация системой делается).

> Формат сохранения - нечто типа упрощенного варианта XML.
а вот и проблема... велосипед! (наверное тоже для "скорости" делался :), и тормоза наверняка в нем, т.к. открытие/разбор 10 мег. нормального xml, обычным idom-документом, вполне быстрая.

> Скорость загрузки файла критична.
а вот это вообще "ни о чем", без критериев.
если к примеру желать чтобы работало "быстрее скорости света", разбирало раньше чем начали открывать... такие желания идут лесом...

Alex_C (2012-01-30 09:49:00) [9]

> "А зачем это нужно?".

Есть БД сохраненная на диске в текстовом виде. Формат сохранения - нечто типа упрощенного варианта XML. Размер файла от 10 мег и выше. Скорость загрузки файла критична.

Германн (2012-01-30 01:32:00) [10]

> Во времена ДОСа самым быстрым способом считывания текстового
> файла с диска был

Во все времена самым главным вопросом было - "А зачем это нужно?".

Омлет (2012-01-29 22:02:00) [11]

> sniknik © (29.01.12 21:26) [5]

Есть еще синдром оптимизатора, которым страдают многие программисты.

sniknik (2012-01-29 21:26:00) [12]
каждый ламер считает, что тормоза в "системе", а не в его коде/алгоритмах. отсюда все (99.8%) поиски "наибыстрейшего" системного метода... помогает "самооправдываться".

Dimka Maslov (2012-01-29 19:56:00) [13]
Под "операционной системой" я понимал совокупность программных и аппаратных средств, имеющихся на данном компьютере.

brother (2012-01-29 19:29:00) [14]
> и скорость их работы зависит только от самой операционной
> системы

от ОС??? от железа наверное?

Dimka Maslov (2012-01-29 19:11:00) [15]
Все, абсолютно все, функции чтения/записи - это обёртки над соотв. функциями операционной системы и скорость их работы зависит только от самой операционной системы.

Омлет (2012-01-29 18:43:00) [16]
http://www.delphimaster.ru/cgi-bin/forum.pl?id=1318507172&n=18

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »