Настройка производительности jBASE Web Builder

ВВЕДЕНИЕ

Поскольку jBASE Web Builder написан с использованием технологии jBASE, настройка web builder обычно требуется лишь в редких случаях для обеспечения исключительно высокой производительности сервера.

Данная публикация подразумевает знание средств разработки - web builder development и знание вашей операционной системы.

Существует три главных способа улучшить производительность сервера web builder server.

Во-первых, настроить конфигурации сервера приложений - web builder application server и операционной системы таким образом, чтобы они работали в режиме своей максимальной производительности.

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

В-третьих, настроить приложение web builder так, чтобы снизить количество вызовов подпрограмм.

Следует заметить, что настройка производительности и оптимизация не являются предметом точной науки и потребуют экспериментов.

НАСТРОЙКА ИНФРАСТРУКТУРЫ

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

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

Во время исполнения jBASE выполняет поочередный поиск по этим маршрутам, пока не найдет нужный объект. Изменение порядка следования этих маршрутов означает, что jBASE сможет быстрее найти нужный объект.

Переменная окружения JEDIFILEPATH хранит маршруты, по которым jBASE ищет файлы данных. Отсюда ясно, что первый маршрут, хранящийся в переменной окружения, будет оптимальным местом для файлов, к которым производятся наиболее частые обращения.

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

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

Не секрет, что и сам web builder использует множество файлов данных, подпрограмм и исполняемых модулей. Эксперименты с этими настройками могут привести даже к снижению производительности, потому что файлы и программы jWB могут оказаться в конце списка!

Другим фактором, влияющим на производительность, является размер файлов, которые использует приложение. Неплохо периодически проверять и файлы данных, которые использует приложение, и файлы данных, которые использует jWB, с помощью утилиты jBASE JRF. Файлы данных, которые использует jWB, хранятся в директории счета (account directory) и все имеют префикс sys.

Пользователь подключается к приложению web builder с помощью какого-либо коннектора, который затем соединяется с одной из нескольких очередей.

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

Количество очередей, отнесенных к конкретному счету (account), устанавливается при создании счета и может быть изменено с помощью административного счета - web builder administration account.

Вызовите средство администрирования (wbadmin.dll) и выберите account administration. Для установки количества очередей выберите нужный счет и измените в нем свойство Maximum number of queues.


УМЕНЬШЕНИЕ РАЗМЕРА СТРАНИЦ

Как правило, чем меньше страницы, из которых построено web-приложение, тем выше общая производительность приложения.

Избегайте лишних страниц. При запросе страницы броузеру нужно выполнять отдельный запрос для каждой картинки на этой странице.

Старайтесь не применять лишние фреймы. Каждый фрейм приводит к дополнительным запросам на сервер, а если контент каждого из фреймов является страницей web builder page, это соответствующим образом повышает нагрузку на web builder.

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

Каскадные таблицы стилей - Cascading stylesheets (CSS) можно использованы для того, чтобы внешний вид и оформление вашего приложения были определены один раз вместо использования встроенных элементов стиля для каждого отдельного компонента.

ОПТИМИЗАЦИЯ ПРИЛОЖЕНИЯ

Оптимизация приложения сама по себе может быть хорошим упражнением по уменьшению объема кода, который должен выполнять web builder.

В системе jBASE имеется средство, которое позволяет профилировать код BASIC. Оно может дать вам важные сведения о том, где ваше приложение затрачивает больше всего времени.

Заменяемые тэги - DIRT tags являются исключительно удобным средством web builder, поскольку позволяют делать макро-подстановки. Однако не надо увлекаться их применением сверх меры, потому что каждый обнаруженный тэг DIRT влечет за собой вызов подпрограммы в web builder.

Например, если страница использует несколько извлекающих тэгов (extract DIRT tags) для получения данных из одного файла, то файл будет открыт, прочитан и закрыт каждый раз при обнаружении такого тэга DIRT. Возможно, будет лучше прочитать сразу все значения в предварительной процедуре jBASE (pre-page routine) и загрузить все данные таким способом.

Другой возможный прием - вызвать тэг DIRT один раз и сохранить возвращенное значение в скрытом объекте (hidden HTML object). Затем, когда странице нужно будет обратиться к этому значению, можно получить значение с помощью javascript.

Каждый класс development class тоже будет вызывать процедуру web builder, так что если можно скомбинировать несколько элементов, это снизит количество вызовов подпрограмм.

Например, если страница содержит два или больше соседних объектов HTML, их можно скомбинировать в единый объект HTML.

Вложенные объектные ссылки также удорожают процесс генерации страницы. Намного лучше будет использовать, где это возможно, только один уровень объектных ссылок. Это также упрощает обслуживание таких страниц.