Портативная среда выполнения Netscape - Netscape Portable Runtime
 | Эта статья нужны дополнительные цитаты для проверка. (Июль 2010 г.) (Узнайте, как и когда удалить этот шаблон сообщения) |
| Разработчики) | Фонд Mozilla / Mozilla Corporation |
|---|---|
| Стабильный выпуск | 4.29 (18 сентября 2020 г.[1]) [±] |
| Репозиторий |  |
| Написано в | C |
| Операционная система | Кроссплатформенность |
| Тип | Библиотека программного обеспечения |
| Лицензия | MPL |
| Интернет сайт | разработчик |
В вычисление, то Портативная среда выполнения Netscape, или же NSPR, а библиотека абстракции платформы, делает все операционные системы он поддерживает то же самое (например) Mozilla -стиль веб-браузеры. NSPR обеспечивает независимость от платформы за без графического интерфейса Операционная система удобства. Эти услуги включают:
- потоки
- синхронизация потоков
- обычный файл и сетевой ввод / вывод
- интервал времени и календарное время
- базовый управление памятью (маллок и бесплатно)
- связывание общей библиотеки.
Большая часть библиотеки и, возможно, ее общий упор на Громит среда, обеспечивает основу Виртуальная машина Java, более или менее отображая sys слой который солнце определяет для перенос виртуальной машины Java на различные платформы. В некоторых областях NSPR выходит за рамки этого требования, так как он также функционирует как платформо-независимый уровень для большинства серверов, производимых Netscape.
История
Первое поколение NSPR изначально предназначалось только для удовлетворения требований портирования. Ява к различным средам хоста. NSPR20, проект, начатый в 1996 году, основан на этой исходной идее, хотя от исходного кода осталось очень мало. («20» в «NSPR20» не означает «версию 2.0», а скорее «второе поколение».) Многие из концепций показывают реформирование, расширение и созревание. В 2009 году NSPR все еще должным образом функционировал как платформо-зависимый уровень под Java, но он также служил для поддержки клиенты написано полностью на C или в C ++.
Как это устроено
Цель NSPR - предоставить единообразные услуги в широком диапазоне сред операционных систем. Он стремится не экспортировать наименьший общий знаменатель, а использовать лучшие функции каждой операционной системы, в которой он работает, при этом обеспечивая единый сервис для широкого спектра предложений хостов.
Потоки
Потоки занимают видное место в NSPR. В индустрия программного обеспечения Предложение ниток непоследовательно. NSPR, хотя и далек от совершенства, предоставляет единый API, для которого клиенты могут программировать и ожидать разумно согласованного поведения. Операционные системы предоставляют все: от отсутствия концепции потоковой передачи до сложных, масштабируемых и эффективных реализаций. NSPR максимально использует то, что предлагают системы. NSPR стремится навязывать как можно меньше накладные расходы насколько это возможно при доступе к соответствующим системным функциям.
Синхронизация потоков
Синхронизация потоков слабо зависит от мониторы как описано К. А. Р. Хоар в «Мониторы: концепция структурирования операционной системы», Коммуникации ACM, 17 (10), октябрь 1974 г., а затем оформлено Ксерокс ' Язык программирования Mesa («Руководство по языку Mesa», J.G. Mitchell et al., Xerox PARC, CSL-79-3 (апрель 1979 г.)). Этот механизм обеспечивает базовое взаимное исключение (мьютекс ) и средства уведомления потоков (переменные состояния), реализованные NSPR. Кроме того, NSPR предоставляет методы синхронизации, более подходящие для использования Java. Возможности, подобные Java, включают возможность повторного входа монитора, неявные и жестко связанные возможности уведомления с возможностью динамического связывания объектов синхронизации.
Ввод / вывод
NSPR Ввод / вывод немного увеличивает Розетки Berkeley модель и позволяет произвольное наслоение. Первоначально разработчики намеревались экспортировать только методы синхронного ввода-вывода, полагаясь на потоки для обеспечения параллелизма, необходимого для сложных приложений. Этот метод работы остается предпочтительным, хотя можно настроить сетевые каналы ввода-вывода как неблокирующие в традиционном смысле.
Сетевые адреса
Часть NSPR касается манипулирования сетевыми адресами. NSPR определяет IP -центрический сетевой адресный объект. Хотя он не определяет объект как непрозрачный, API предоставляет методы, которые позволяют клиентам рассматривать адреса как полиморфный Предметы. В этой области NSPR стремится обеспечить путь миграции между IPv4 и IPv6. С этой целью можно выполнять переводы ASCII струны (DNS names) в структуры сетевых адресов NSPR, независимо от того, использует ли технология адресации IPv4 или IPv6.
Время
NSPR предоставляет средства хронометража в двух формах: временные интервалы и календарные функции.
Таймеры интервалов основаны на свободно работающем 32-битном таймере разрешения, зависящем от платформы. Такие таймеры обычно используются для указания тайм-аутов при вводе-выводе, ожидания переменных условий и другого элементарного планирования потоков. Поскольку эти таймеры имеют ограниченное пространство имен и работают свободно, их можно обернуть в любое время. NSPR не предоставляет эпоха, но ожидает, что клиенты решат эту проблему. Гранулярность таймеров гарантированно составляет от 10 микросекунд до 1 миллисекунды. Это позволяет минимизировать период таймера примерно в 12 часов. Но для решения проблемы циклического переноса можно использовать только половину этого пространства имен. Таким образом, минимальный полезный интервал, доступный для таймеров, составляет чуть меньше шести часов.
Календарное время - это 64-битные числа со знаком с точностью до микросекунд. Эпоха календарного времени - полночь 1 января 1970 г. Время по Гринвичу. Отрицательные числа распространяются на времена до 1970 года, а положительные числа - вперед. Использование 64 бита позволяет отображать времена приблизительно в диапазоне от -30000 до 30000 года. Остается структурное представление (например, покомпонентное изображение), процедуры для получения текущего времени от хост-системы и преобразования их в и из 64-битное и структурное представление. Кроме того, существуют процедуры для преобразования из наиболее известных форм ASCII в 64-битное представление NSPR.
Управление памятью
NSPR предоставляет API для выполнения основных маллок, каллок, перераспределить и свободный функции. В зависимости от платформы функции могут быть реализованы почти полностью в среде выполнения NSPR или просто прокладки этот вызов немедленно в предложениях основной операционной системы.
Связывание
Поддержка связывания (загрузка и выгрузка разделяемой библиотеки) является частью набора функций NSPR. В большинстве случаев это просто сглаживание возможностей, предлагаемых различными поставщиками платформ.
Смотрите также
- Портативная среда выполнения Apache
- Адаптивная коммуникационная среда
- Межплатформенное промежуточное ПО поддержки
Рекомендации
- ^ "[ОБЪЯВЛЕНИЕ] Релиз NSPR 4.29". 2020-09-18. Получено 2020-09-18.