Семантика SHORT(x) в Компонентном Паскале

[trurl]

Нет, не грузится. Сейчас, конечно, уже можно было бы грузить, но эта схема еще от Оберона.

[valexey_u]

Нет, не грузится. Сейчас, конечно, уже можно было бы грузить, но эта схема еще от Оберона.

Забавно. Надо будет проверить. А каков максимальный размер файла/документа в BB?  4 гигабайта?

[Geniepro]

2 Geniepro:
Форматы, гзипы, джпеги - всё это делается позже. На других итерациях развития системы.
Чем меньше работы ты можешь сделать на очередной итерации - тем лучше.
Желательно вообще в основном абстракции-интерфейсы сделать и начать пробовать, а реализации - самые "тупые". Потом можно поменять...

Так нафига вообще было сделано это 1-2-байтное кодирование? Ведь ежу понятно (а Вам видимо нет) что без этого лисапеда проще и быстрее сделать сохранение/считывание документов и приступить к другим, более важным вещам!!!

[Geniepro]

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

Во-первых, есть же алгоритмы потокового сжатия.
В конце концов, даже тем же зиповским алгоритмом можно было бы сжимать не весь документ целиком, а блоками. Всё равно был бы выигрыш по размеру.

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

[ilovb]

Нет, не грузится. Сейчас, конечно, уже можно было бы грузить, но эта схема еще от Оберона.

Забавно. Надо будет проверить. А каков максимальный размер файла/документа в BB?  4 гигабайта?

В памяти вроде только то что на экране.

[ilovb]

А размер наверно не ограничен. Там же писы. А длина писы измеряется INTEGER'ом

[albobin]

Или там в формате файла заложены длины и типы областей. 

Там длина одновременно кодирует тип. Если отрицательная, то символы двухбайтовые.

Да, чем гадать, надо было просто посмотреть на начало текста модуля TextModels   

[valexey_u]

Нет, не грузится. Сейчас, конечно, уже можно было бы грузить, но эта схема еще от Оберона.

Таки дико извиняюсь, но я провел эксперимент.

Я взял базу нашего форума в json формате (ту, что я выложил), и скопипастил в документ ББ 1.6. Сохранил. Исходный файл был 14 Мегабайт, документ ББ стал 22 Мб.

Закрыл ББ. Открыл ББ, открыл там этот файл. До открытия файла ББ кушал порядка 16 Мегабайт ОЗУ, сразу после открытия - то ли 67 Мегабайт, то ли 82 Мегабайта. То есть оно скушало больше ОЗУ, чем файл занимает на диске вообще. Попробовал спозиционироваться в конец файла (Ctrl+End) - ББ ушел в себя и не вернулся. То есть отожрал одно из ядер, и не думает возвращать. Интерфейс естественно заморожен.

То есть по факту, большие файлы в ББ редактировать нельзя. Тезис

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

Не верен. По крайней мере в приложении к ББ 1.6 в современных реалиях. Замечу, что это файло всего то 14 Мб размером исходно. Никаких гигабайтов.

PS. А еще один раз ББ отожрал полгига. На этом же файле. Не знаю почему.
PPS. Да, вполне возможно что это например какая-то гуйнявая компонента гадит, например Win32шные TextEditor, или как его там. Или кто-то еще. Один из многочисленных слоев. Но юзабельней для данной задачи от этого ББ не становится.

[Илья Ермаков]

А в открываемом файле нет ли очень длинных участков без переноса строки?
В таком случае тормоз идёт уже при работе алгоритма размещения символов по строкам...
Открой какой-нибудь здоровый текст "человеческий", с абзацами.

[Илья Ермаков]

Т.е. тормоз не в TextModels, а в TextViews либо даже TextSetters (вероятнее).

[valexey_u]

А в открываемом файле нет ли очень длинных участков без переноса строки?
В таком случае тормоз идёт уже при работе алгоритма размещения символов по строкам...
Открой какой-нибудь здоровый текст "человеческий", с абзацами.

Это все одно большая строка :-)

Отформатировал json, и вставил в ББ (так что это не одна большая строка), и повторил эксперимент: потребление памяти осталось в точности таким же как и в случае одной большой длинной строки. Но вот тормозов стало меньше. Ctrl+End/PageUp/PageDown теперь работают за приемлемое время - примерно по секунде тратится. То есть тормоза конечно, но жить можно.

Да, нашел ситуацию когда ББ радостно полгига отъедает - кушает в момент когда я из буфера обмена вставляю эти 14 Мб текста. Потом потребление памяти не падает (сколь я помню, ББ не возвращает память в систему даже если она больше не нужна).

[Geniepro]

Решил открыть этот файл в сублиме -- полчаса или час назад кинул его в редактор,полоса прогресса де-то 40% показывает )))

[valexey_u]

А в открываемом файле нет ли очень длинных участков без переноса строки?
В таком случае тормоз идёт уже при работе алгоритма размещения символов по строкам...
Открой какой-нибудь здоровый текст "человеческий", с абзацами.

Это все одно большая строка :-)

Отформатировал json, и вставил в ББ (так что это не одна большая строка), и повторил эксперимент: потребление памяти осталось в точности таким же как и в случае одной большой длинной строки. Но вот тормозов стало меньше. Ctrl+End/PageUp/PageDown теперь работают за приемлемое время - примерно по секунде тратится. То есть тормоза конечно, но жить можно.

Да, нашел ситуацию когда ББ радостно полгига отъедает - кушает в момент когда я из буфера обмена вставляю эти 14 Мб текста. Потом потребление памяти не падает (сколь я помню, ББ не возвращает память в систему даже если она больше не нужна).

Продолжаем эксперименты. Взял тот же, уже человеческий json, с абзацами, и продублировал его. Соответственно текст стал в два раза длиннее. Сохранил, закрыл ББ, открыл ББ, открыл файло (которое теперь не 22 Мб, а 44). Посмотрел на память.

Потребление памяти выросло, относительно 22 Мб файла ровно в два раза. 120 Мб против 60ти.

Потребление памяти в ББ прямо пропорционально объему открытого файла (с коэффициентом больше единицы), вне зависимости от его содержимого (с абзацами он или без).

[valexey_u]

Решил открыть этот файл в сублиме -- полчаса или час назад кинул его в редактор,полоса прогресса де-то 40% показывает )))

Зато FAR (у меня третий) без дополнительных плагинов открывает мгновенно и на просмотр и на редактирование. Позиционироваие происходит тоже мгновенно.

[Geniepro]

Решил открыть этот файл в сублиме -- полчаса или час назад кинул его в редактор,полоса прогресса де-то 40% показывает )))

Зато FAR (у меня третий) без дополнительных плагинов открывает мгновенно и на просмотр и на редактирование. Позиционироваие происходит тоже мгновенно.

Ну AkelPad тоже быстро открывает -- примерно секунду, а вот Notepad и Edit+ тормозят нещадно...