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

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

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

сравнение 2-х TFileStream

Страницы: < 1 2 3 4 5 >
Unknown1 © (2012-11-16 11:16:00)
Как быстро сравнить?

QAZ9 (2012-11-18 17:10:00) [21]

> только на 4 гектара почему-то

это объем озу на котором стоит бо'льшая часть х64 ОСей на данный момент, всего лиш...

> Вот я собственно и доказываю что по скорости не хуже

ну раз пошла такая пьянка давай код сравнения скорости ,проверим

bems (2012-11-18 00:40:00) [22]
в [41] и я говорил что на х64 уже норм.
не, там выше товарисч утверждал сначала что и на х64 все плохо, потому что тоже самое решето (только на 4 гектара почему-то), потом говорил что там какое-то значение имеет физическая оператива и по сумме всего этого получалось что и на х64 они хуже чтения вручную.
Вот я собственно и доказываю что по скорости не хуже, а по размеру на х64 не хуже.

DVM (2012-11-17 23:08:00) [23]

> Но выше приводился аргумент что дескать MMF хуже, потому
> что не могут быть большими. Ну вот я показал что могут.

Эээ. Если это про [40], то я же там про 32 бит говорил, в 64 бит пожалуйста, и терабайт замаппируется.

bems (2012-11-17 22:49:00) [24]

> что значит забить?

замаппить туда файл. Не всю память забивал единым куском, но при этом тесте я ставил цель проверить инфу DVM про 48 бит. Кажется он прав.

> и заметь, ключевое слово "виртуальное"

тебе выше уже несколько раз объяснили что именно виртуальная память и является источником ограничения на размер MMF, а вовсе не физическая. Ясен пень что столько оперативы у меня нет.
Но выше приводился аргумент что дескать MMF хуже, потому что не могут быть большими. Ну вот я показал что могут.

QAZ9 (2012-11-17 19:32:00) [25]

> Мне удалось забить $63B22D5F377

что значит забить? и заметь, ключевое слово "виртуальное"

bems (2012-11-17 19:06:00) [26]

> Проблемы с размером MMF вытекают только из количества доступных
> адресов.

непрерывных свободных адресов, конечно же

bems (2012-11-17 18:58:00) [27]

> я не про диапазон адресов из википедии, а про стандартные
> бытовые компы которые продаются в магазине

ограничение по реальной оперативе одинаково действует и на MMF и на ручное чтение. Проблемы с размером MMF вытекают только из количества доступных адресов.

Мне удалось забить $63B22D5F377 байт виртуального АП, да это далеко не 64 бита. Но и далеко не 32

QAZ9 (2012-11-17 18:48:00) [28]
ну как?
тут же на форуме принято как минимум на 6 страниц разводить дискуссии до которых ТС уже давно наплевать :)
ты же МАСТЕР - должен знать уже ...

DVM (2012-11-17 18:39:00) [29]

> QAZ9 (17.11.12 18:24) [53]

> > того, кто проецирует
>
> т.е. ленивого программиста которому надо проще а не лучше?
>

Использование MMF вовсе не проще и не лучше, чем их неиспользование. Что лучше, что хуже, надо решать в конкретном случае. Сами по себе MMF отличное средство во многих случаях.

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

И что? Фрагментируется именно виртуальное пространство, про физическое вообще речи не идет, т.к. мы с ним напрямую не работаем. В 32 бит системах фрагментация будет более выражена.

Я не понимаю, что ты ко мне пристал, что ты мне хочешь доказать?

Тот факт, что в 32 бит программах меньше шансов спроецировать даже 2 гб файл, чем в 64 бит сомнений не вызывает. Что еще?

QAZ9 (2012-11-17 18:24:00) [30]

> того, кто проецирует

т.е. ленивого программиста которому надо проще а не лучше?

> есть больше адресов, куда можно спроецировать

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

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

DVM (2012-11-17 18:13:00) [31]

> QAZ9 (17.11.12 18:07) [51]

> а кого интересует виртуальное когда процессор работает исключительно
> с данными в физической памяти

Интересует того, кто проецирует в память файлы на диске, мы о них речь ведем не уходи от темы. При наличии 64 бит пространства есть больше адресов, куда можно спроецировать больший кусок с диска и меньше вероятность что там не окажется свободного блока нужного размера. В 32 бит пространстве таких шансов на три-четыре порядка меньше и всего делов.

QAZ9 (2012-11-17 18:07:00) [32]

> DVM © (17.11.12 17:51) [49]

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

DVM (2012-11-17 17:58:00) [33]

> DVM © (17.11.12 17:49) [48]

> 4 петабайта 256 терабайт.

правда в Windows есть еще свое ограничение, а именно вот http://msdn.microsoft.com/en-us/library/aa366778(VS.85).aspx но все равно это 8 терабайт

DVM (2012-11-17 17:51:00) [34]

> QAZ9 (17.11.12 17:48) [47]
>
> > bems © (17.11.12 17:35) [45]
>
> я не про диапазон адресов из википедии, а про стандартные
> бытовые компы которые продаются в магазине, было 2ядра\2гига
> , стало 4ядра\4гига

причем тут это вообще.

Виртуальное адресное пространство никаким боком не связано с размером оперативной памяти.

DVM (2012-11-17 17:49:00) [35]

> QAZ9 (17.11.12 17:26) [44]
>
> > DVM © (17.11.12 17:20) [43]
>
> эммм...
> ну было 2 гига памяти - стало 4, где огромность ?

во-первых, адресное пространство 32 бит программы - 4 гб, а не 2.
во-вторых, адресное пространство 64 бит программы - 48 бит в реале для AMD64 расширения (которое в интел тоже используется), а это 4 петабайта 256 терабайт.

QAZ9 (2012-11-17 17:48:00) [36]

> bems © (17.11.12 17:35) [45]

я не про диапазон адресов из википедии, а про стандартные бытовые компы которые продаются в магазине, было 2ядра\2гига , стало 4ядра\4гига

bems (2012-11-17 17:36:00) [37]
вообще да, они деградируют

bems (2012-11-17 17:35:00) [38]
стало не 4 гига а 256 байт в восьмой степени

QAZ9 (2012-11-17 17:26:00) [39]

> DVM © (17.11.12 17:20) [43]

эммм...
ну было 2 гига памяти - стало 4, где огромность ?
как был через Ж написан софт в х32, так его и перекомпилили на х64
и?
на данный момент времени программисты деградируют быстрей чем развиваются производители железа, зато работают удобно и на расслабоне

DVM (2012-11-17 17:20:00) [40]

> QAZ9 (17.11.12 17:11) [42]

будет, но с более большими дырками, огромными.

Страницы: < 1 2 3 4 5 >

Наверх

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