IFS=C:\....\HPFS.IFS, если в системе нет HPFS-дисков.

Также полезно настроить параметр BUFFERS=xx (даже если на вашем винчестере нет FAT - разделов, этот параметр все равно важен. Его правильный подбор ускоряет доступ к FAT-системам, в том числе и к дискетам). Обычно достаточно BUFFERS=30.

Если вы редко запускаете Win-OS/2, то выключите FastLoad в установках оконной сессии Win-OS/2 (СистемаOS2\Hастpойка\HастpойкаWin-OS/2\3.1Session)

Закомментируйте SET DELDIR=C:\DELETE, 512: операции перемещения, копирования файлов, стирания будут выполняться быстрее. (тогда, для восстановления стертых файлов, можно воспользоваться программой HPFSTOOL или Unerase из пакета GammaTechUtilities, и т.д.)

Если пpи pаботе в OS/2 вы совсем не используете DOS/Windows совместимость, то укажите в Config.Sys PROTECTONLY=YES.

Большинство программ для DOS нормально работает и при 500K (128K, и т.д.) Поэтому, попробуйте уменьшить RMSIZE с 640, например до 600, 512 и т.д.

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

Жесткий диск. Производительность винчестера – это также важная часть общей производительности вашей OS/2 системы. Лучшее, что вы можете здесь сделать для резкого повышения производительности - это отформатировать винчестер, установив HPFS. Однако, HPFS требует от 200 до 400 K памяти. Если в системе меньше 6Mb памяти, или винчестер - меньше 80Mb то установка HPFS - не даст никакого выигрыша, по сравнению с FAT. (По сравнению с FAT, на больших разделах, HPFS дает в среднем на 15% больше места и увеличивает производительность на более чем 28%). При установке OS/2 рекомендуется создать в начале винчестера еще один раздел на 40 Mb для Swap-файла (для серьезной работы - побольше: 60 или даже 80 Mb; Если вы форматируете свои винчестеры вpучную, то для этого надо выполнить FORMAT D: /FS:HPFS). Также измените в Config.Sys стpочку с SWAPPATH= на SWAPPATH=D:\ 512 16384. Hе забудьте стереть старый своп-файл: C:\OS2\SYSTEM\SWAPPER.DAT. Для своп диска размером 34.5 Mb в строчке SWAPPATH втоpое число будет 32768 (должен быть небольшой запас)

Если в системе достаточно памяти (больше 16Mb), то можно поставить драйвер HPFS386 (от IBM Lan Server) - этот драйвер гораздо эффективнее кэширует диск нежели штатный HPFS.IFS.

Кэш для HPFS дисков. Оптимальными параметрами программе CACHE.EXE можно считать такие:

RUN=C:\OS2\CACHE.EXE /MAXAGE:7500 /DISKIDLE:60000 /BUFFERIDLE:60000.

Здесь:

/MAXAGE: через сколько времени (в миллисекундах) данные записываются в своп.

/BUFFERIDLE: задет время, через которое данные из кэша начинают записываться на диск.

/DISKIDLE: задает интервал времени, через которое винчестер начинает принимать данные из кэша. (DISKIDLE всегда больше BUFFERIDLE)

/LAZY: определяет характер работы кэша: (/LAZY:OFF) - данные будут записываться на диск немедленно, (/LAZY:ON) - "ленивая запись", т.е. запись на диск производится с запаздыванием. при "ленивой записи" повышается производительность системы, но снижается надежность. (вы можете менять значение параметра /LAZY: из командной строки)

Hедокументиpованные паpаметpы: /DIRTYMAX: максимальное число буферов для немедленной записи текущего блока данных.

/WRITECACHE: пороговое число байт, которые кэшируются HPFS системой для "ленивой записи".

Для IDE - контроллера загружается драйвер BASEDEV=IBM1S506.ADD. Полезно включить Bus Mastering, в этом случае загрузка процессора при дисковых операциях значительно понизится. Пример:

BASEDEV=IBM1S506.ADD /A:0 /BM /A:1 /BM (для обоих Primary/Secondary IDE каналов). Для некоторых материнских плат есть свои собственные Bus Master драйвера.

Если при загрузке очень долго производится тестирование IDE устройств (можно проверить нажав Alt-F2 при начале загрузки и убедится в тормозе на IBM1S506.ADD), то можно запретить сброс контроллера - ключ /R указывается как и в предыдущем примере /BM. Если на вашем винчестере есть FAT - разделы, то установить паpаметpы кэша нужно следующей командой: DISKCACHE=256,LW,32,AC:C

В данном случае устанавливается 256K кэша. По умолчанию устанавливается следующей размер кэша:

Mb памяти в системе	в системе и HPFS и FAT	в системе только FAT
4	128/64	128
5	128/64	128
6	256/64	256
7	256/128	256
8	256/256	384
9	256/256	384
10-16	512/512	1024
17-32	1024/1024	2048

LW: Включает режим "ленивой" записи

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

AC:n: Включает проверку диска n программой CHKDSK.

Кроме того следует включить строку: IFS=C:\OS2\HPFS.IFS /CACHE:512 /CRECL:4 /AUTOCHECK:CD

IFS пеpеводится как "Устанавливаемая файловая система". В данном случае инсталлируется HPFS (High Performance File System). Паpаметpы:

/CACHE:nnn pазмеp кэша. По умолчанию:

Mb памяти в системе	в системе и HPFS и FAT	в системе только HPFS
4	128/64	128
5	128/64	128
6	256/64	256
7	256/128	256
8	256/256	384
9	256/256	384
10-16	512/512	1024
17-32	024/1024	2048

/CRECL:64 устанавливает максимальный размер записи при кэшировании. Если большинство файлов на вашем винчестере имеют размер 64 K то необходимо установить именно /CRECL:64 (настройку начните с 4, увеличивайте на 2K; верхний предел: 64 K)

/AUTOCHECK:nn задает какие диски будут проверяться программой CHKDSK при загрузке (без этого параметра система может перестать загружаться).

6. Сравнительный анализ систем управления базами данных.

6.1. Сравнительный анализ систем управления базами данных.

При выборе использования той или иной СУБД необходимо произвести некоторый анализ, определяющий результат выбора. Его удобно производить оценивая несколько возможных вариантов. Такой сравнительный анализ предусматривает прежде всего формулировку критериев оценки СУБД, которые в основном определяются исходя из двух проблем, влияющих на успешность выполнения СУБД своих функций. Это большой объем данных, хранящихся в базе данных и, что актуально для СУБД, поддерживающих работу в сети, большое количество одновременных транзакций. Исходя из этого критерии оценки можно сформулировать следующим образом:

При рассмотрении первой проблемы необходимо тщательно проанализировать реализацию журналирования и контрольных точек в рассматриваемых СУБД. В частности к ним можно отнести следующие.

• Обеспечивает ли СУБД сугубо последовательный режим записи в журнальные файлы (что выполняется быстро), или возможны "обратные чтения" журналов, если они используются для отката транзакций (что, несомненно, может вызвать задержку всех выполняемых в данный момент транзакций)?

• Осуществляется ли запись в журнальные файлы только измененных данных БД, либо запись производится более крупными блоками (что также очевидно отрицательно влияет на производительность)?

• Обеспечивает ли СУБД асинхронное выполнение контрольных точек, или данная операция требует приостановки выполнения транзакций (что будет неизбежно приводить к периодическим "зависаниям" СУБД, тем более значительным, чем больший ресурс оперативной памяти на сервере используется)?

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

Проблема большого количества одновременных транзакций не менее важна, чем первая. При рассмотрении этого вопроса можно выделить следующие два критерия оценки при сравнительном анализе СУБД.

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

• Масштабируемость (возможности СУБД адекватно адаптироваться как к увеличению нагрузки, так и к расширению конфигурации или увеличению мощности сервера).

Кроме этого имеет смысл учитывать слудющие характеристики СУБД:

• Уровень поддержки параллелизма выполнения транзакций, т.е. минимизация эффекта "точек сериализации", т.е. выполнения таких сегментов кода, когда различные транзакции вынуждены синхронизовать свое выполнение друг с другом. На уровне СУБД точки сериализации могут возникать как между транзакциями как таковыми, так и между транзакциями и "внутренними механизмами" СУБД (примерами являются поддержка журнальных файлов и контрольных точек). При большом количестве одновременных транзакций определяющим фактором является минимизация их взаимных блокировок при конфликтах за доступ к данным. Поэтому вопрос о реализации блокировок в СУБД должен быть проанализирован самым тщательным образом. При этом необходимо рассмотреть не только вопрос о том, каков минимальный уровень поддержки блокировок в СУБД (запись, страница, таблица и пр.), но и то, каковы условия (и цена) достижения этого минимального уровня, возможно ли исключение т.н. "эскалаций блокировок" (автоматического поднятия уровня блокировки при исчерпании каких-либо ресурсов, что выражается в скачкообразном падении производительности СУБД при пиковых нагрузках).

• Архитектурные решения СУБД (рассматриваемые в комплексе с архитектурными решениями ОС), направленные на обеспечение максимально возможного использования ресурсов сервера.

Если рассматривать современные СУБД клиент/сервер, то можно отметить что они обладают, в общем, схожими характеристиками.

Параметры сравнения	Oracle	Sybase	Informix	SQL Server
Защита данных	+	+	+	+
Резервное копирование и восстановление данных	+	+	+	+
Управление дисковым пространством	+	+	+	+
Открытые стандарты межсистемного взаимодействия с программными продуктами других фирм	+	+	+	+
Администрирование и управление пользователями	+	+	+	+
Возможности репликации БД	+	+	+	+
Расширяемость серверов	+	+	+	+
Маштабируемость серверов	+	+	+	+
Автоматическая оптимизация параметров	+	+	+	+
Наличие набора средств для разработки приложений	+	+	+	+
Наличие средств оперативного анализа данных	+	+	+	+
Поддержка параллельности операций	+	+	+	+

Однако, согласно техническому заданию распределенная БД должна работать под управлением СУБД SyBase.

6.2. Система управления базами данных SyBase.

Архитектура Sybase System 11

Фирма Sybase - один из ведущих производителей промышленных СУБД, средств разработки приложений и других продуктов, реализующих технологию клиент-сервер. Выпуская в конце 1995 года Sybase System 11, фирма предлагает оптимизированные по производительности средства для использования в каждой из трех важных областей работы (рис.1):

1. текущая деятельность организаций (обработка транзакций в режиме online - OLTP);

2. анализ и прогнозирование (поддержка принятия решений - DSS);

3. массовое использование на персональных компьютерах, в точках продаж, малых филиалах (mass deployment).

Современные требования к продуктам клиент/сервер
Текущая длительность	Прогнозирование и анализ	Расширение бизнеса
OLTP различные виды операций	DSS хранилища данных	Массовое использование
уменьшение стоимости операций интеграция различных подразделений	доступность всех информационных ресурсов выявление взаимосвязей создание новых продуктов и услуг	информация, доступная везде и в любое время автоматизация розничной продажи, филиалов и менеджеров по продажам

Рис.1.