Какой-либо Плагин jQuery Утилита Менеджера обновлений?
Добавление к тому, что заявил мировой судья: большинство издержек принадлежит запуску Win32 для процесса.
ядро Windows NT на самом деле поддерживает ветвление COW. SFU (среда UNIX Microsoft для Windows) использует их. Однако Win32 не поддерживает ветвление. Процессы SFU не являются процессами Win32. SFU является ортогональным к Win32: они - оба подсистемы среды, основывался на том же ядре.
В дополнение к LPC из процесса звонит в CSRSS, в XP и позже существует из вызова процесса к механизму совместимости приложения для нахождения программы в базе данных совместимости приложения. Этот шаг вызывает достаточно служебное, что Microsoft предоставляет возможность групповой политики к , отключают механизм совместимости на WS2003 по причинам производительности.
библиотеки времени выполнения Win32 (kernel32.dll, и т.д.) также делают много чтений реестра и инициализации на запуске, которые не относятся к UNIX, SFU или собственным процессам.
Собственные процессы (без подсистемы среды) очень быстры для создания. SFU делает намного меньше, чем Win32 для создания процесса, таким образом, его процессы также быстры для создания.
ОБНОВЛЕНИЕ НА 2019: добавьте LXSS: Windows Subsystem для Linux
, Заменяющего SFU для Windows 10, является подсистемой среды LXSS. Это - 100%-й привилегированный режим и не требует, любой изо что IPC, которую Win32 продолжает иметь. Syscall для этих процессов направлен непосредственно к lxss.sys/lxcore.sys, таким образом, ветвление () или другое создание процесса называет только затраты 1 системным вызовом создателя, общего количества. [Область данных звонила, экземпляр] отслеживает все LX процессов, потоки и состояние во время выполнения.
процессы LXSS основаны на собственных процессах, не процессах Win32. Весь Win32 определенный материал как механизм совместимости не занят вообще.
3 ответа
Итак, вы хотите что-то вроде perl CPAN или Ruby Gems, но только для jQuery?
Нет такой вещи насколько мне известно, хотя это было бы очень круто и полезно.
Поскольку база данных плагинов уже в основном существует (хотя я сомневаюсь, насколько она актуальна), насколько сложно было бы написать оболочку вокруг нее?
Если если вы хотите начать проект, дайте мне знать, что нам нужно привлечь к нему ребят из JQ.org.
Я не знаю ничего похожего на то, что вы ищете, но на данный момент у меня есть несколько идей. Некоторые из используемых вами плагинов имеют RSS-каналы, вы можете их посмотреть. В других случаях вы можете написать задание cron или два для обновления проектов из источника.
Вместо добавления еще одного инструмента я предлагаю вам сделать это с помощью того, который вы уже используете: Система контроля версий. Наиболее приличное программное обеспечение для управления версиями поддерживает внешние включения, которые вы можете использовать, чтобы поддерживать свои плагины в актуальном состоянии.
Допустим, мы хотим включить последний плагин mousewheel в наш проект SVN, в папке ваших плагинов выполните:
svn propset svn:externals "mwheel http://jqueryjs.googlecode.com/svn/tags/plugins/mousewheel/3.0/" .
svn commit
svn update
Будет создана папка с именем mwheel и будет обновляться все, что есть в удаленном репозитории, всякий раз, когда вы обновляете локально.