В рамках проекта Browsix (https://browsix.org/) развивается фреймворк для обеспечения работы обычных Unix приложений в web-браузере. Особенностью разработки является то, что немодифицированные программы запускаются как процессы в специальном Unix-подобном окружении, транслирующем средства для работы с процессами, ФС, сигналами и сокетами в браузерное Web API. Исходные тексты проекта написаны (https://github.com/plasma-umass/browsix) на языке TypeScript и распространяются под лицензией MIT.
Поддерживается запуск программ, написанных на C, C++, Go и Node.js, например, успешно продемонстрировано выполнение в браузере LaTeX, GNU Make, HTTP-серверов на языке Go и shell-скриптов. Основу Browsix составляет ядро, написанное на TypeScript и реализующее базовые системные вызовы и возможности Unix-систем. Ядро обеспечивает запуск процессов, собранных с использованием подготовленных для разных языков программирования runtime-библиотек. Процессы выполняются параллельно, не блокируя выполнение работу страницы.
Низкоуровневые примитивы Unix зеркалируются в существующие браузерные API, что позволяет огранизовать выполнение немодифицированных приложений, пересобранных в представление на JavaScript со специальным runtime, в изолированном браузерном окружении как обычных web-приложений. Для компиляции программ C/C++ применяется модифицированный Emscripten (https://github.com/bpowers/emscripten/tree/_browsix), а для Go - GopherJS (https://github.com/bpowers/browsix-gopherjs). Управление работой программ производится по аналогии с процессами в Unix - вначале загружаются базовые компоненты Browsix, инициализируется дерево ФС и запускаются процессы. Пользователи могут подключиться к предоставляемому Browsix TCP-порту и создавать обработчики событий, таких как запись в стандартный выходной поток или завершение процесса.
Работа с процессами реализована на базе API Web Workers, через которой в том числе симулируются системные вызовы fork, spawn, exec, и wait. Программам также предоставляются сигналы, обработчики сигналов, совместно используемая несколькими процессами файловая система, неименованные и именованные каналы (pipe), сокеты (можно создавать серверные и клиентские TCP-соединения).
В качестве демонстрации возможностей Browsix подготовлено (https://unix.bpowers.net/) POSIX-подобное окружение командной строки, предлагающее shell и типовые утилиты, такие как cat, tee, echo, sha1sum и т.п.
URL: https://browsix.org/
Новость: https://www.opennet.ru/opennews/art.shtml?num=45665
Очередная игрушка.
Лучше бы повыкидывали с браузеров мусор не нужный чтобы они быстрее пахали и жрали меньше.
И куда потом девать 6 млн яваскриптистов? С таки вещами нельзя торопиться...
Не выдержав нагрузки, сломался завод по сжиганию яваскриптщиков.
В этом трудно признаться, трудно поверить, но...
>Лучше бы повыкидывали с браузеров мусор не нужный чтобы они быстрее пахали и жрали меньше.
>Лучше быКому лучше? 99% пользователей браузера, которым браузер по сути заменил большую часть софта благодаря своим мультимедийным возможностям и прочим наворотам? Почему бы нетерпеливым (кому медленно) и бедным (у кого компьютер 10 летней давности) не решить эту проблему для себя, создав, наконец, браузер мечты?
У меня как раз коредуо е8400 почти десятилетней давности, и мне хватает.
Покупать комп по мощнее - так раз ты такой умный подкинь мне и всем остальным страждущим деньжат.Полный маразм пытаться запускать виртуалки, бинарники и прочее в браузере, он не для этого и затачивать его для этого это тупость несусветная, один хер он никогда не приблизится ни к куему/виртуалбоксу ни реальному железу по скорости выполнения.
>>Покупать комп по мощнее - так раз ты такой умный подкинь мне и всем остальным страждущим деньжат.Умный я, а подкидывать деньжат должен тебе? Интересная "логика".
То большинство должно подстраиваться под меньшинство, то деньжат тебе подкинуть. А может все-таки страждущие сделают себе сами, что им надо, а не будут требовать удовлетворения своих странных запросов за чужой счет? Реалии конца 2016 года таковы, что браузер - это не просто просмотрщик гипертекста, он заменяет кучу когда-то дескоптного софта. Lynx из интернета никто не удалял.
Раз денег нет то не стоило и начинать.
Со своими мегаидеями и тормозным говнокодом и такими уродскими сайтами лучше сидеть дома и дальше греть воздух в квартире а не шлятся по инетам принуждая других к преждевременным апгрейдам и бессмысленным тратам на железо.
зачем нужно заменять кучу быстрого и хорошо работающего софта на непроворотливое *авно? Ведь в браузер пихают всё что ни лень. Да оно кажется удобным, но на самом деле оно тормозит развитие технологий. Вместо того чтобы писать хорошие и быстрые программы выжимая из железа всё, теперь горе программисты сидят и ноют, что Intel никак не может создать быстрого процессора для их гореидей, хотя напиши это всё на нормальном языке, с процессорной оптимизацией и, о чудо, всё летало бы и сверкало... А так... тьфу... JS для недоучек...
> Полный маразм пытаться запускать виртуалки, бинарники и прочее в браузере, он не
> для этого и затачивать его для этого это тупость несусветная, один
> хер он никогда не приблизится ни к куему/виртуалбоксу ни реальному железу
> по скорости выполнения.Я отвечал на вполне конкретную реплику из твоего комментария, по поводу этих виртуальных браузерных машин я не сказал ничего. Я лишь задал вопрос: для кого это будет лучше, по твоим словам, если из браузера выкинут лишнее, сделав их быстрыми и маложрущими, с учетом того, что в возможностях они при этом тоже значительно потеряют.
Практика показывает что большое разнообразие часто идёт во вред.
Современный веб с кучей тэгов в хтмл, цсс, жабаскриптом и прочими вещами стал невероятно громозгим и глючным.
Если посмотреть на тот же фф лет 8 назад то он был (на мой взгляд обычного читателя-смотрителя веба) ничем не хуже.
Из доступных мне примеров: си и си++. Первый простой и могучий, где всё что нужно реализуется в либах или ручками самостоятельно, второй мостр у которого всё тянут внутрь и которого в итоге мало кто знает и понимает.
>Практика показывает что большое разнообразие часто идёт во вред.Кому во вред? Подавляющему большинству простых пользователей это исключительно на пользу, т.к. новые rich web applications позволяют им делать львиную долю своих дел, не выходя из браузера. Исключительным уникумам, вроде тех, кто посылает себе html на почту ничего не мешает продолжать в том же духе. А еще лучше быть хардкорными технарями не только на словах, а и на деле тоже - собраться и запилить браузер мечты.
>>Современный веб с кучей тэгов в хтмл, цсс, жабаскриптом и прочими вещами стал невероятно громозгим и глючным.
Если посмотреть на тот же фф лет 8 назад то он был (на мой взгляд обычного читателя-смотрителя веба) ничем не хуже.
Для чистоты эксперимента стоит это делать так же на сайтах 8 летней давности. Не замечаю никаких тормозов на сайтах, сделанных с умом или на раритетах 10+ летней давности. Опеннет тому пример. Дело не в браузере, дело в сайте.
А для чего, простите, браузер?
Браузер - это не просмотрщик видео. Выпилить поддержку видео?
Браузер - это не аудиоплеер. Выпилить поддержку аудио?
Браузер - это не редактор документов. Запретить гуглдоки!
Так, по-вашему, получается?
Ос идёт в браузер… Не круто
Я так понимаю, HyperTerm (терминал на JS) был не достаточно хипстотен )Демку я не осилил:
https://unix.bpowers.net/
$ ls
Error while executing undefined: SyntaxError: Invalid character: '`'
$ cd ~
/usr/bin/cd: command not found
$ echo 1
Error while executing undefined: SyntaxError: Invalid character: '`'
Ну и как ему передавать таб, ^D ^Z ^C и т.д. тоже не очень понятно. Разве что патчить браузер или перекостыливать на что-то другое.> Низкоуровневые примитивы Unix зеркалируются в существующие браузерные API, что позволяет огранизовать выполнение в изолированном браузерном окружении немодифицированных приложений, пересобранных в представление на JavaScript со
> специальным runtime.Угу, только по ресурсам, а заодно и отзывчивости (не говоря уж о качестве эмуляции) проще запустить с дюжину полноценных виртуалок, чем одно такое "окружение".
$ ls
README
bin
boot
index.json
usr
$
Но cd все равно не пашет.$ ls
README
bin
boot
index.json
usr
$ cd /
/usr/bin/cd: command not found
$ ls -l
README
bin
boot
index.json
usr
$ cd
/usr/bin/cd: command not found
$
$ ls usr/bin/
cat
cp
curl
echo
exec
grep
head
ld
ls
mkdir
nice
node
rm
rmdir
sh
sha1sum
sort
stat
tail
tee
touch
wc
xargs
$
А links там работает, или опять по сети телнетом шариться?
Рассчитано в основном скорее только для хромос, не более. imho
Чето я перестаю понимать этот мир ...
Им даже до Wine или Darling не дотянуть.
Про второй тут даже не слышали никогда, вопрос почему?
Потому что нет денег на эпплы, ясное дело.
Сначала запусти под дарлингом графло, а потом уже расскажешь про деньги. Кстати, а что за железяка тут у меня лежит?
Те, которые не участвуют в конкурсах по запутанному программированию на Си, идут запутывать весь мир в браузер.
Я категорически против этой проруби в безопасности.
Вот когда виртуалку с виндой и коллофдюти можно будет запустить внутри фаерфокса, запущенного внутри хрома, тогда и поговорим.
Главный вопрос - в какой слой засунут DRM и прочую эмуляцию ненужного телевизора.
DRM и виртуализация на всех уровнях, ессно.
Осталось прикрутить xterm.js и можно запускать программы на *curses.
Ждем клиент Skype на базе Electron, запущенный в браузере. Для пущего эффекта.
> Ждем клиент Skype на базе Electron, запущенный в браузере. Для пущего эффекта.Так skype4web от производителя же. Не через электрон, но типа вполне уже.
Белларда им не перплюнуть http://bellard.org/jslinux/
Там принцип другой, эмуляция х86, а тут перекомпиляция чем-то типа эмскриптена плюс эмуляция сисколлов
Наконец-то можно выкинуть богомерзкий js и писать клиент/сервер на баше