Ув. господа, разгорелся спор, редактор (буть то HEX редактор, дизассемблер, блокнот) сразу всю инфу грузит или по размеру видимого окна
Если всю инфу, то непонятно как грузятся файлы over 4 гб когда памяти < 2 гб
Если грузит кусками по размеру видимого окна, опять не понятно, как при скроле окна всегда показываются нужные данные (скролим то быстро)

| Сообщение посчитали полезным:

проецирование же вроже есть

| Сообщение посчитали полезным:

reversecode
Однако возник спор, нужны аргументы хоть в ту хоть в другую сторону
Лично я склонен что современные редакторы хаваю сразу все, но как?

| Сообщение посчитали полезным:

проецирования сразу в память

| Сообщение посчитали полезным:

reversecode пишет:
проецирования сразу в память
Тут весь и срачь то идет из-за того, что ежели данные(файл) размером > оперативки

| Сообщение посчитали полезным:

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

| Сообщение посчитали полезным:

Но ведь точно же негрузит по размеру окна (как утверждают некоторые товарищи)
Кто в теме, отзовитесь, расскажите технику

| Сообщение посчитали полезным:

Скорее всего зависит от редактора. Проще отдизасмить предмет спора, и будет понятно.
Блокнот, походу, тупо читает весь файл в выделенную память и всё. Более продвинутый софт использует маппинг. Возможно с использованием AWE, тогда файл и больше 2/3/4 гб для х86 можно. А больше рамы файл и так всегда можно, и без маппинга, за счёт своппинга.

| Сообщение посчитали полезным:

Archer пишет:
Проще отдизасмить предмет спора, и будет понятно.
Да я думал, тут есть кто в теме.
Просто в HDasm загружаешь к примеру маленький и боольшой файлы и видна разница это с одной стороны
А если оперативы 512 мб а файло > 1 гб тут че как? тоже вроде все грузится

| Сообщение посчитали полезным:

Грузиться оно будет всегда. Даже при самом тупом способе с выделением памяти и чтением туда файла. Будет тупо свопаться и тормозить+вертеть хард, но не более того, работать будет. Тут узкое место-2/3/4 Гб для х86. Если мапить и юзать AWE, то и это ограничение можно обойти.

| Сообщение посчитали полезным:

crc1 пишет:
Если грузит кусками по размеру видимого окна, опять не понятно, как при скроле окна всегда показываются нужные данные (скролим то быстро

Я тоже не понимал, пока не пришлось это реализовывать.

Куски по размеру окна читаются из файла быстро и быстрее чем скроллинг.

-----
http://ntinfo.biz

| Сообщение посчитали полезным:

У Notepad++ к примеру действует ограничение: файлы размером более 300 Мб категорически отказывается грузить.
В этом вопросе один нюанс есть: когда выполняется SetDlgItemText(SendMessage, SetWindowText) с уже заданных буфером, винда, по существу, еще раз выделяет память(по своему) и копирует себе строки из буфера(хорошо помню даже, когда с listbox в MS VC++ 6.0 MFC работал, в классе была функция резервирования памяти) И когда мы сами выделяем/проецируем память под буфер и после этого уже используем WinAPI для показа на экран.

| Сообщение посчитали полезным: