Последние статьи
DTrace: Dynamic Tracing in Oracle Solaris, Mac OS X and FreeBSD
Сертификация по Solaris
The beep
Oracle Solaris 11 Express
Sunday, April 10 2011
Сертификация по Solaris
Sunday, January 16 2011
The beep
Sunday, January 16 2011
Oracle Solaris 11 Express
Tuesday, November 16 2010
Wednesday, 8 April. 2009
Ноутбуки Toshiba с предустановленной OpenSolaris
Обратные ссылки
URI этой записи для создания обратных ссылок (trackback)
Нет обратных ссылок
Комментарии
Показывать комментарии
(Как список | Древовидной структурой)
Для начала надо бы исправить недостатки русской локализации в OpenSolaris 2009.06. А именно: при входе в систему (если она установлена именно как русскоязычная), невозможно переключиться с кириллицы на латиницу - дефект этот был и в предыдущих версиях.
А так вообще-то идея отличная! Это же "почти" iMac (во многих концептуальных смыслах). Притом главнейшее достоинство - уникальная файловая система ZFS. Ну и ядро OS 5.11, конечно, тоже.
А так вообще-то идея отличная! Это же "почти" iMac (во многих концептуальных смыслах). Притом главнейшее достоинство - уникальная файловая система ZFS. Ну и ядро OS 5.11, конечно, тоже.
Можно даже сделать Solaris на ноутбуках аппаратно-зависимой (наподобие MacBook), но зато включить в комплект поставки инструментарий разработчика и ещё какой-нибудь популярный софт от Sun (например StarOffice 9).
В специальном ROM-BIOS (или EFI) такого ноутбука можно прошить ядро Solaris (чтобы система мгновенно загружалась), или для начала хотя бы функции управления клавиатурой, экраном, громкостью и др. (т.е. опять-таки наподобие MacBook).
Solaris вполне заслуживает именно вот такой "программно-аппаратной" реализации. Потому что удобство её для конечного пользователя и одновременно широкие возможности для специалиста практически не уступают Mac OS X . Кроме того, система имеет хорошие возможности для поддержки будущих многоядерных и многопоточных (гипертрейдинговых) процессоров, а также передовую на сегодняшний день 128-битную файловую систему ZFS.
В специальном ROM-BIOS (или EFI) такого ноутбука можно прошить ядро Solaris (чтобы система мгновенно загружалась), или для начала хотя бы функции управления клавиатурой, экраном, громкостью и др. (т.е. опять-таки наподобие MacBook).
Solaris вполне заслуживает именно вот такой "программно-аппаратной" реализации. Потому что удобство её для конечного пользователя и одновременно широкие возможности для специалиста практически не уступают Mac OS X . Кроме того, система имеет хорошие возможности для поддержки будущих многоядерных и многопоточных (гипертрейдинговых) процессоров, а также передовую на сегодняшний день 128-битную файловую систему ZFS.
А ведь очень неплохой "брэнд" получился бы! Во многом подобный именно MacBook.
В самом деле: Star Office 9 ни в чём не уступает iWork09, VirtualBox вполне достойный эквивалент Parallels, а ZFS позволяет выполнять откат файловой системы даже эффективнее, чем HFS+ c надстройкой Time Machine. Ничуть не хуже обстоит дело и с разнообразными инструментами для профессионалов.
Так что на сегодняшний день Sun имеет практически все необходимые программные и аппаратные компоненты, чтобы в 2010 году попробовать выпустить SunBook c Sun OS X .
В самом деле: Star Office 9 ни в чём не уступает iWork09, VirtualBox вполне достойный эквивалент Parallels, а ZFS позволяет выполнять откат файловой системы даже эффективнее, чем HFS+ c надстройкой Time Machine. Ничуть не хуже обстоит дело и с разнообразными инструментами для профессионалов.
Так что на сегодняшний день Sun имеет практически все необходимые программные и аппаратные компоненты, чтобы в 2010 году попробовать выпустить SunBook c Sun OS X .
В первую очередь необходим простой (т.е. "в одну команду") механизм для объединения нескольких ноутбуков Sun в многопроцессорный кластер, причём БЕЗ КАКОГО ЛИБО ВНЕШНЕГО ИЗМЕНЕНИЯ ПОЛЬЗОВАТЕЛЬСКОЙ СРЕДЫ (будь то символьный вычислитель Maple, будь то система компьютерной анимации Maya, а также базы данных, электронные таблицы и т.п.). Пользователю во всех этих случаях должно казаться, что он работает не на кластере из нескольких ноутбуков Sun, а на "большой" 4, 8, 16, 32, 64-ядерной рабочей станции.
О Windows-подобных машинах (которые тоже работали бы в одном кластере с Sun) пока что вопрос ставиться не должен - потому связанные с этим усложнения могут снизить качество реализации и обесценить проект.
Вот насчёт кириллицы замечания верные - надо сделать как следует. Небрежная локализация может оттолкнуть пользователя.
О Windows-подобных машинах (которые тоже работали бы в одном кластере с Sun) пока что вопрос ставиться не должен - потому связанные с этим усложнения могут снизить качество реализации и обесценить проект.
Вот насчёт кириллицы замечания верные - надо сделать как следует. Небрежная локализация может оттолкнуть пользователя.
Весьма важным также является механизм ДИНАМИЧЕСКОГО ПЕРЕРАСПРЕДЕЛЕНИЯ ОПЕРАТИВНОЙ ПАМЯТИ между процессорами (ядрами), находящимися на РАЗНЫХ КОМПЬЮТЕРАХ, входящих в кластер. Для задач символьных вычислений (Maple, REDUCE, MuPad Pro, Mathematica и т.п.) механизм динамического перераспределения оперативной памяти между соседними компьютерами, входящими в кластер, по-видимому, будет иметь весьма существенное значение. И тем большее, чем большей будет ресурсоёмкость решаемых задач. Дело в том, что длину ПРОМЕЖУТОЧНЫХ СИМВОЛЬНЫХ ВЫКЛАДОК (т.е. размер динамически выделяемой для них оперативной памяти) почти невозможно заранее оценить по исходным данным - и это коренным образом отличается от ситуации при обычных численных расчётах (где использование и распределение оперативной памяти от начала и до конца полностью предсказуемо). С учётом существования подобных задач есть смысл всегда укомплектовывать будущие ноутбуки Sun заведомо большой оперативной памятью - 4, 6, 8 гигабайт. Т.е. по возможности создавая условия, при которых каждому ядру, КАК ПРАВИЛО, будет достаточно той оперативной памяти, которая находится непосредственно на данном компьютере (а не на соседних).
"Кластеризуемые" ноутбуки, позволяющие превратить сеть в "как бы один" мощный компьютер - разумная идея. Годится и для организации, и даже для домашней сети.
Но у многопоточности есть ещё одно принципиально важное применение - обработка списков при символьных вычислениях. Подчёркиваю, не "обработка списков" как таковая (этим никого не удивишь), а именно при СИМВОЛЬНЫХ ВЫЧИСЛЕНИЯХ (т.е. алгебраических выкладках на ЭВМ). В своё время пакеты символьных вычислений REDUCE и Macsyma (позднее MAXIMA), которые были написаны на Lisp, наиболее эффективно работали не на ПК, а на специальных так называемых LIsp-машинах (т.е. оборудовании, где обработка списковых структур LIsp была реализована аппаратно). В настоящее время оба эти пакета имеют статус систем с открытым кодом. В связи с чем было бы очень неплохо перенести REDUCE и MAXIMA на платформу Solaris 11, где эффективная "аппаратная" поддержка Lisp осуществлялась бы на новом уровне - т.е. уже не за счёт спецпроцессора (как это было когда-то в Lisp-машинах), а за счёт свойственной Solaris многопоточности.
Если не ошибаюсь, REDUCE для Solaris есть в Сети, и исходные коды тоже. Примерно так же и MAXIMA.
http://sourceforge.net/projects/reduce-algebra/files/reduce-algebra-source/source-20090414/reduce-algebra-20090414.tar.bz2/download
http://sourceforge.net/projects/reduce-algebra/files/reduce-algebra-x11/CSL-20090414/reduce-i386-pc-solaris2.11-20090414.tar.bz2/download
http://sourceforge.net/projects/reduce-algebra/files/third-party%20components/To%20Comply%20with%20Sourceforge%20Terms%20and%20Conditions/gnuplot-4.2.4.tar.gz/download
Но у многопоточности есть ещё одно принципиально важное применение - обработка списков при символьных вычислениях. Подчёркиваю, не "обработка списков" как таковая (этим никого не удивишь), а именно при СИМВОЛЬНЫХ ВЫЧИСЛЕНИЯХ (т.е. алгебраических выкладках на ЭВМ). В своё время пакеты символьных вычислений REDUCE и Macsyma (позднее MAXIMA), которые были написаны на Lisp, наиболее эффективно работали не на ПК, а на специальных так называемых LIsp-машинах (т.е. оборудовании, где обработка списковых структур LIsp была реализована аппаратно). В настоящее время оба эти пакета имеют статус систем с открытым кодом. В связи с чем было бы очень неплохо перенести REDUCE и MAXIMA на платформу Solaris 11, где эффективная "аппаратная" поддержка Lisp осуществлялась бы на новом уровне - т.е. уже не за счёт спецпроцессора (как это было когда-то в Lisp-машинах), а за счёт свойственной Solaris многопоточности.
Если не ошибаюсь, REDUCE для Solaris есть в Сети, и исходные коды тоже. Примерно так же и MAXIMA.
http://sourceforge.net/projects/reduce-algebra/files/reduce-algebra-source/source-20090414/reduce-algebra-20090414.tar.bz2/download
http://sourceforge.net/projects/reduce-algebra/files/reduce-algebra-x11/CSL-20090414/reduce-i386-pc-solaris2.11-20090414.tar.bz2/download
http://sourceforge.net/projects/reduce-algebra/files/third-party%20components/To%20Comply%20with%20Sourceforge%20Terms%20and%20Conditions/gnuplot-4.2.4.tar.gz/download
По поводу поддержки Windows.
Если будущая Sun OS X 5.11 будет "EFI-зависимой" (наподобие Mac OS), то желательно было бы сразу предусмотреть в ней и утилиту WinCamp - назначением которой является эмуляция BIOS обычного PC-подобного компьютера, создание отдельного загрузочного раздела для установки лицензионной Windows, а также инсталляция в Windows всех необходимых драйверов..
Хорошими "фишками" при всём при этом могли бы быть:
1. Возможность перераспределения дискового пространства между разделами ZFS и NTFS с сохранением работоспособности ОБЕИХ уже установленных операционных систем (т.е. Sun OS X 5.11 и Windows)
2. Возможность запуска одного и того же экземпляра Windows, установленного в раздел WinCamp, как непосредственно из под WinCamp, так и в качестве гостевой "виртуальной машины" с помощью пакета VirtualBox.
Если будущая Sun OS X 5.11 будет "EFI-зависимой" (наподобие Mac OS), то желательно было бы сразу предусмотреть в ней и утилиту WinCamp - назначением которой является эмуляция BIOS обычного PC-подобного компьютера, создание отдельного загрузочного раздела для установки лицензионной Windows, а также инсталляция в Windows всех необходимых драйверов..
Хорошими "фишками" при всём при этом могли бы быть:
1. Возможность перераспределения дискового пространства между разделами ZFS и NTFS с сохранением работоспособности ОБЕИХ уже установленных операционных систем (т.е. Sun OS X 5.11 и Windows)
2. Возможность запуска одного и того же экземпляра Windows, установленного в раздел WinCamp, как непосредственно из под WinCamp, так и в качестве гостевой "виртуальной машины" с помощью пакета VirtualBox.
Пожалуйста, в будущей версии OpenSolaris добавьте поддержку конкретно для вот этих трёх ноутбуков Apple MB133RS/A , MB134RS/A и MB134RS/A. Модели эти старого выпуска, до 2008 г. И по "железу" они вроде должны быть вполне совместимыми с OpenSolaris (чипсет Intel PM965, дискретная видеокарта NVIDIA 8600 GT). Не хватает, наверное, каких-то мелочей. Т.е. хотелось бы, чтобы OpenSolaris 2010 в будущих версиях сама могла распознавать на этих (вышеназванных) ноутбуках все устройства (примерно так же, как как на Tecra M10), и чтобы пользователю не приходилось каждый раз всё заново "прикручивать" руками.
Вместо
MB133RS/A , MB134RS/A и MB134RS/A
следует читать
MB133RS/A , MB134RS/A и MB166RS/A
(модератор, сразу исправьте эту опечатку, пожплуйста)
MB133RS/A , MB134RS/A и MB134RS/A
следует читать
MB133RS/A , MB134RS/A и MB166RS/A
(модератор, сразу исправьте эту опечатку, пожплуйста)
Клавиатура ноутбуков должна быть от Sun Microsystem (а не от Microsoft). В частности, необходима клавиша AltGraph для переключения раскладок клавиатуры, а также клавиша для извлечения лазерного диска (тем более, что дисковод в большинстве моделей, скорее всего, будет щелевой).
Весьма желательно также прописать "по умолчанию" так называемую "роль" для конечного пользователя (приблизительно соответствующую стандартным настройкам в MacOS -которые, как известно, в определённой степени "маскируют" юниксовую природу системы, и позволяют конечному пользователю работать без активации root).
Весьма желательно также прописать "по умолчанию" так называемую "роль" для конечного пользователя (приблизительно соответствующую стандартным настройкам в MacOS -которые, как известно, в определённой степени "маскируют" юниксовую природу системы, и позволяют конечному пользователю работать без активации root).
Для работы со Star Office полезно было бы добавить ещё две клавиши PgLt (PageLeft - перелистывание налево) и PgRt (PageRight - перелистывание направо).
При большом количестве столбцов в электронной таблице практически в одинаковой степени встречается необходимость постраничного перелистывания как по вертикали, так и по горизонтали. Это же относится и к базам данных.
Вот поэтому к уже существующим клавишам "вертикального постраничного перелистывания" PgUp и PgDn и предлагается добавить клавиши "горизонтального перелистывания", т.е. вышеназванные PgLt и PgRt.
При большом количестве столбцов в электронной таблице практически в одинаковой степени встречается необходимость постраничного перелистывания как по вертикали, так и по горизонтали. Это же относится и к базам данных.
Вот поэтому к уже существующим клавишам "вертикального постраничного перелистывания" PgUp и PgDn и предлагается добавить клавиши "горизонтального перелистывания", т.е. вышеназванные PgLt и PgRt.
В будущих линейках ноутбуков наверное, не помешает режим эмуляции "тонкого клиента" SunRay - что позволяло бы использовать мощные ресурсы вычислительных серверов (в том числе и с архитектурой UltraSPARC).
А нельзя ли возобновить выпуск некоторых моделей из ПРЕДЫДУЩЕЙ линейки ноутбуков от Sun?
В частности, семнадцатидюймовый A61-UltraSPARC IIIi с частотой процессора 1,28GHz и экраном 1440*900.
В мире (но не в России) почти "культовая" модель - машина для ресурсоёмких научных расчётов (численные расчёты с большими неразреженными матрицами, символьные вычисления, технологии параллельного программирования, базы данных и др.)
По цене он был не намного дороже, чем PowerBook с G4 и G5, но до России фактически не дошёл (скорее всего просто из-за обычной нерасторопности торгующих организаций).
Понятно, что у сегодняшних процессоров UltraSPARC при бОльшей тактовой частоте и расширенном наборе команд несколько повышенное тепловыделение, но ведь не обязательно прямо сейчас жёстко привязываться к "ноутбучной" конструкции. Вполне допустимо на "полу-ноутбучной" элементной базе сделать пока что нормальный настольный компьютер (но не серверный "шкаф", а что-то наподобие Mac-mini (т.е. в данном случае Sun-mini) или моноблока. Главное, чтобы внутри была архитектура UltraSPARC - с аппаратно поддерживаемой многопоточностью, со множеством регистров, т.е. с другой архитектурой процессора - не похожей на intel.
В частности, семнадцатидюймовый A61-UltraSPARC IIIi с частотой процессора 1,28GHz и экраном 1440*900.
В мире (но не в России) почти "культовая" модель - машина для ресурсоёмких научных расчётов (численные расчёты с большими неразреженными матрицами, символьные вычисления, технологии параллельного программирования, базы данных и др.)
По цене он был не намного дороже, чем PowerBook с G4 и G5, но до России фактически не дошёл (скорее всего просто из-за обычной нерасторопности торгующих организаций).
Понятно, что у сегодняшних процессоров UltraSPARC при бОльшей тактовой частоте и расширенном наборе команд несколько повышенное тепловыделение, но ведь не обязательно прямо сейчас жёстко привязываться к "ноутбучной" конструкции. Вполне допустимо на "полу-ноутбучной" элементной базе сделать пока что нормальный настольный компьютер (но не серверный "шкаф", а что-то наподобие Mac-mini (т.е. в данном случае Sun-mini) или моноблока. Главное, чтобы внутри была архитектура UltraSPARC - с аппаратно поддерживаемой многопоточностью, со множеством регистров, т.е. с другой архитектурой процессора - не похожей на intel.
Тут были любопытные соображения по поводу клавиатуры (насчёт того, чтобы к PageUp и PageDown добавить PageLeft и PageRight).
Но ведь можно было бы реализовать нечто подобное не только средствами клавиатуры, но и в конструкции мыши. Для этого нужно сделать так, чтобы кнопка скроллинга на мыши имела шаровидную форму и могла бы вращаться в ЛЮБОМ ПРОИЗВОЛЬНОМ НАПРАВЛЕНИИ - т.е. не только "вверх-вниз" (как это бывает у большинства обычных мышей), но и "влево-вправо", а также под любым углом по диагонали (с соответствующей протяжкой документа во всех вышеозначенных направлениях - т.е. вверх-вниз, влево-вправо и по диагонали). При работе с электронными таблицами StarOffice, базами данных, а также с некоторыми конфигурациями рабочего стола, такая мышь (т.е. оснащённая вышеописанным "расширенным скроллингом"), очевидно, была бы весьма удобна.
Но ведь можно было бы реализовать нечто подобное не только средствами клавиатуры, но и в конструкции мыши. Для этого нужно сделать так, чтобы кнопка скроллинга на мыши имела шаровидную форму и могла бы вращаться в ЛЮБОМ ПРОИЗВОЛЬНОМ НАПРАВЛЕНИИ - т.е. не только "вверх-вниз" (как это бывает у большинства обычных мышей), но и "влево-вправо", а также под любым углом по диагонали (с соответствующей протяжкой документа во всех вышеозначенных направлениях - т.е. вверх-вниз, влево-вправо и по диагонали). При работе с электронными таблицами StarOffice, базами данных, а также с некоторыми конфигурациями рабочего стола, такая мышь (т.е. оснащённая вышеописанным "расширенным скроллингом"), очевидно, была бы весьма удобна.
Моноблок надо выпускать на базе уже существующего Sun Ray 2FS, тогда вся периферия уже практически готовая. Или выпустить отдельно Sun-mini (для простоты пока что на основе Core i5) - но в расчёте на его использование именно с Sun Ray 2FS.
Главное внимание надо уделить сейчас Solaris 11, тщательно прописать и сделать стандартной по умолчанию "роль" конечного пользователя, которая позволяла бы работать приблизительно так же, как в Mac OS X.
Главное внимание надо уделить сейчас Solaris 11, тщательно прописать и сделать стандартной по умолчанию "роль" конечного пользователя, которая позволяла бы работать приблизительно так же, как в Mac OS X.
Для обеспечения двойной загрузки (Solaris - Windows) вместо разработки специальной утилиты WinCamp (о которой упоминалось выше) вероятно есть смысл портировать в Solaris уже готовую утилиту rEFIt
http://refit.sourceforge.net/
Утилита свободно распространяемая, адаптировать её к Solaris (улучшив совместимость с ZFS), скорее всего, вполне возможно.
Фактически утилита rEFIt изначально рассчитана не на двойную, а на тройную загрузку. Если при портировании в Solaris возможность тройной загрузки будет сохранена, то в качестве "третьей по умолчанию" системы (т.е. кроме Solaris и Windows) целесообразно предусмотреть возможность установки FreeBSD (как системы, официально поддерживающей ZFS, и в этом смысле "наиболее совместимой" с Solaris).
http://refit.sourceforge.net/
Утилита свободно распространяемая, адаптировать её к Solaris (улучшив совместимость с ZFS), скорее всего, вполне возможно.
Фактически утилита rEFIt изначально рассчитана не на двойную, а на тройную загрузку. Если при портировании в Solaris возможность тройной загрузки будет сохранена, то в качестве "третьей по умолчанию" системы (т.е. кроме Solaris и Windows) целесообразно предусмотреть возможность установки FreeBSD (как системы, официально поддерживающей ZFS, и в этом смысле "наиболее совместимой" с Solaris).
Итак, оказывается, что всё, в принципе, давным-давно имеется. Причём уже практически готовое к эксплуатации.
Итак:
Solaris - эквивалент Mac OS
Star Office - эквивалент iWork
Virtual Box - эквивалент Parallels
Sun Studio - эквивалент Xcode
rEFIt - эквивалент BootCamp
ZFS - опережающий эквивалент HFS+ и TimeMachine
Причём этот список можно продолжать и продолжать...
Но тогда давайте же нам, уважаемый Oracle, поскорее новую линейку ноутбуков. Ждём!!
"Ноутбук, непохожий на Apple" - вот так это должно позиционироваться.
Досадным упущением Sun (в своё время) было то, что слишком увлеклись серверными "шкафами" - хотя даже на тот период для выпуска собственных "эплоподобных" (или, точнее говоря, "не-PC-подобных") ноутбуков у Sun было уже практически всё необходимое. И операционка, и софт и железо. Если бы вовремя подсуетились, на сегодняшнем рынке ноутбуков и моноблоков Sun был бы почти в одном ряду с Apple.
Итак:
Solaris - эквивалент Mac OS
Star Office - эквивалент iWork
Virtual Box - эквивалент Parallels
Sun Studio - эквивалент Xcode
rEFIt - эквивалент BootCamp
ZFS - опережающий эквивалент HFS+ и TimeMachine
Причём этот список можно продолжать и продолжать...
Но тогда давайте же нам, уважаемый Oracle, поскорее новую линейку ноутбуков. Ждём!!
"Ноутбук, непохожий на Apple" - вот так это должно позиционироваться.
Досадным упущением Sun (в своё время) было то, что слишком увлеклись серверными "шкафами" - хотя даже на тот период для выпуска собственных "эплоподобных" (или, точнее говоря, "не-PC-подобных") ноутбуков у Sun было уже практически всё необходимое. И операционка, и софт и железо. Если бы вовремя подсуетились, на сегодняшнем рынке ноутбуков и моноблоков Sun был бы почти в одном ряду с Apple.
Что ждёт пользователь от ZFS?
Прежде всего, нужно полностью и окончательно реализовать механизм, при котором бы одинаковые (т.е. совпадающие) кластеры не дублировались, а хранились бы только в виде одного экземпляра (и необходимого количества скрытых от пользователя ссылок на него).
На практике это означает, что папка, скопированная под другим именем, ВНАЧАЛЕ не должна занимать никакого дополнительного места. И лишь только по мере редактирования файлов в этой папке-копии (т.е. по мере постепенного накопления отличий от исходной папки в виде неодинаковых кластеров) эта папка постепенно должна приобретать тоже какой-то "ненулевой" размер (соответствующий лишь ИЗМЕНИВШИМСЯ кластерам).
Естественно, что количество копий папок (как полных тождественных копий, так и папок с постепенно накопившимися изменениями) должно быть в принципе неограниченным, причём при удалении любой из этих папок должны удаляться только те кластеры, которые отличают её от других.
Прежде всего, нужно полностью и окончательно реализовать механизм, при котором бы одинаковые (т.е. совпадающие) кластеры не дублировались, а хранились бы только в виде одного экземпляра (и необходимого количества скрытых от пользователя ссылок на него).
На практике это означает, что папка, скопированная под другим именем, ВНАЧАЛЕ не должна занимать никакого дополнительного места. И лишь только по мере редактирования файлов в этой папке-копии (т.е. по мере постепенного накопления отличий от исходной папки в виде неодинаковых кластеров) эта папка постепенно должна приобретать тоже какой-то "ненулевой" размер (соответствующий лишь ИЗМЕНИВШИМСЯ кластерам).
Естественно, что количество копий папок (как полных тождественных копий, так и папок с постепенно накопившимися изменениями) должно быть в принципе неограниченным, причём при удалении любой из этих папок должны удаляться только те кластеры, которые отличают её от других.
В случае простых текстовых файлов (т.е. не содержащих дополнительных тегов) вышеописанная экономия дискового пространства, которую может дать ZFS, вполне очевидна. Потому что текстовый файл состоит, в основном, только из последовательности кодов символов (которые "ложатся" на кластеры одинаковым образом)..
Однако для повышения эффективности ZFS при работе не только с простыми текстовыми файлами, но и с документами Star Office (содержащими дополнительные форматы), по-видимому, полезно было бы предусмотреть в структуре документов Star Office дополнительные механизмы внутреннего представления файлов - при которых "одинаковый текст", по возможности, всё равно занимал бы и "примерно одинаковые кластеры". Невзирая на настройки шрифтов, размер, жирность и др. - т.е. как в обычном текстовом файле.
Для этого последовательность кодов символов, в которой заложен сам текст, должна храниться во внутреннем представлении документа Star Office отдельным непрерывным блоком, т.е. располагаться всегда ОТДЕЛЬНО от места хранения соответствующих настроек шрифтов, абзацев, разрывов страниц и др.
Однако для повышения эффективности ZFS при работе не только с простыми текстовыми файлами, но и с документами Star Office (содержащими дополнительные форматы), по-видимому, полезно было бы предусмотреть в структуре документов Star Office дополнительные механизмы внутреннего представления файлов - при которых "одинаковый текст", по возможности, всё равно занимал бы и "примерно одинаковые кластеры". Невзирая на настройки шрифтов, размер, жирность и др. - т.е. как в обычном текстовом файле.
Для этого последовательность кодов символов, в которой заложен сам текст, должна храниться во внутреннем представлении документа Star Office отдельным непрерывным блоком, т.е. располагаться всегда ОТДЕЛЬНО от места хранения соответствующих настроек шрифтов, абзацев, разрывов страниц и др.
Категории
Быстрый поиск
Календарь
|
February '12 | |||||
| Mon | Tue | Wed | Thu | Fri | Sat | Sun |
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | ||||
