1) в некоторых организациях Windows Scripts (wscript.exe) запрещен к выполнения — поскольку много вирусов используют его
2) в корп среде выполнение НЕподписанных приложений ОЧЕНЬ веселое занятие, а как все знают — подписать vbs скрипт невозможно в отличие от exe, dll, msh
P.S. хотя Я забыл — на Visual Basic Scripts самое лучшее решение (иначе же сертификацию не пройдет) :)
Для тех кто НЕ знает — cluster по сути представляет собой возможность спавна доп инстанцев которые НЕ могут иметь общую память и т.д. — Java Threads & Concurence на порядок лучше. Node.js использует разделяемые сокеты — тоже-самое можно и на Java. Балансировка идет силами НЕ node.js, а средствами OS. Child_process это как php::exec
P.S. от себя лично — количество воркеров должно быть несколько больше чем ядер — поскольку например на Xeon только так можно выжать максимальную производительность. (говорю за RHEL)
Обычно С&C сервера ботнетов арендуются в ДЦ по тихому, поэтому владельцам ДЦ проблемы не нужны — чисто выдают диски с серверов и все. (даже когда пишут изьяли весь сервер — не верьте, как правило только диск)
1) Вопрос тогда закрыт
2) Вы все верно поняли — примерно таким же образом реализованы функции в QNX
3) Поскольку ответ на 1 вопрос закрыт — то 3 тоже не имеет смысла, раз разделения не требуется.
Вопрос к CleverMouse
1) по какой причине стандартные драйвера для HID были включены в состав драйвера?
2) не проще ли сделать внешний интерфейс для драйвера, а драйвера реализовать как службы?
3) возможно было бы проще реализовать HID драйвера на С-- в качестве примера разделения логики контроллера USB от драйверов профилей?
А Вы не думали сделать драйверы для принтеров по аналогии с проектом Captive NTFS, да — будет не настолько «кошерно» зато будет работать. (хотя Kolibri и не ReactOS — но возможно как переходный вариант вполне может подойти)
P.S. на счет Gutenprint разве нельзя собрать как службу — по примеру с QNX архитектурой — если служба не нужна — то она выгружена и включается только когда реально нужна.
Это отлично :)
P.S. вопрос в тему — не думали сделать расширяемый драйвер, чтобы можно было добавлять фильтры обработчики — например чтобы получать сырые данные с USB и сохранять их дампами в файл.
2) в корп среде выполнение НЕподписанных приложений ОЧЕНЬ веселое занятие, а как все знают — подписать vbs скрипт невозможно в отличие от exe, dll, msh
P.S. хотя Я забыл — на Visual Basic Scripts самое лучшее решение (иначе же сертификацию не пройдет) :)
CommonJS + WebServer + WebSocket + еще много чего
P.S. от себя лично — количество воркеров должно быть несколько больше чем ядер — поскольку например на Xeon только так можно выжать максимальную производительность. (говорю за RHEL)
P.S. как про System X услышам — то тогда наверняка скоро переименуют.
2) Вы все верно поняли — примерно таким же образом реализованы функции в QNX
3) Поскольку ответ на 1 вопрос закрыт — то 3 тоже не имеет смысла, раз разделения не требуется.
1) по какой причине стандартные драйвера для HID были включены в состав драйвера?
2) не проще ли сделать внешний интерфейс для драйвера, а драйвера реализовать как службы?
3) возможно было бы проще реализовать HID драйвера на С-- в качестве примера разделения логики контроллера USB от драйверов профилей?
P.S. на счет Gutenprint разве нельзя собрать как службу — по примеру с QNX архитектурой — если служба не нужна — то она выгружена и включается только когда реально нужна.
P.S. вопрос в тему — не думали сделать расширяемый драйвер, чтобы можно было добавлять фильтры обработчики — например чтобы получать сырые данные с USB и сохранять их дампами в файл.