Comments 17
Перевод довольно качественный, придраться могу разве что к не переведённым комментариям в коде. Но не могу понять почему была выбрана последняя статья из этого цикла? Сама по себе она выглядит… не самодостаточно, что ли. За пояснениями некоторых моментов пришлось идти читать другие, более ранние статьи в оригинале.
Статья всем понравилась и у неё нет недостатков, или её просто никто не понял и решил не комментировать чтобы не сказать что-нибудь не то?
Популярный переводчик + низкоуровневая тематика всегда будоражит умы + Rust Evangelism Strike Force за работой.
Но не могу понять почему была выбрана последняя статья из этого цикла?
Потому что именно она недавно всплывала в англоязычной айтишной новостной сфере, а не предыдущие.
Не последняя, а последняя из написанных. Я ее, кстати, прочитал еще в блоге автора, на нее была ссылка в This week in Rust.
Вопрос немного чайниковский и не совсем по теме, но я так понимаю вы в этом хорошо разбираетесь на уровне железа/драйверы/система виртуализации:
- допустим у нас есть система виртуализации Xen, мы создали в ней виртуальную машину x86-64
1.1. можно ли в гостевой машине х86 создать создать виртуалку с ARM, MIPS или вообще Эльбрус или какой то ПЛК с промышленным или телекоммуникационным или заказным процессором? Насколько у них упадет производительность?
1.2. Есть ли версии линукс для хостинга которые рассчитаны ТОЛЬКО на на использование в виртуальных машинах XEN? с минимальным набором в веб-сервера NGNIX/PHP7/MariaDB?
1.3 по опыту других проектов сколько ориентировочно ±200% человеко часов (или в деньгах) займёт написание и отладка до бето-версии покрытой модульными тестами совместимой ТОЛЬКО с XEN ОС написанной на RUST с минимальным набором для запуска веб-сервера (Ядро, TCP/IPv4, NGNIX/PHP7/MariaDB10/Bash) — минимально работоспособной конфигурации для самого минимального проекта
Есть коммерческая идея (хотелось бы комментарии о её годности):
Сделать/взять готовое Ядро дебиан — с минимумом кода совместимое только с XEN + TCP/IPv4,
проверить всё это статическим анализатором и вычистить все баги насколько это возможно + покрыть тестами + минимально работающая конфигурация с NGNIX/PHP7/MariaDB10/Bash
и продавать всё это Разработчикам конечных решений с техподдержкой по ядру.
1.1. можно ли в гостевой машине х86 создать создать виртуалку с ARM, MIPS или вообще Эльбрус или какой то ПЛК с промышленным или телекоммуникационным или заказным процессором? Насколько у них упадет производительность?
Производительность эмулятора 2-5 хвостовой системы.
1.2 да alpine linux например или кастомные от вендоров.
1.3 Так давайте по очереди. Создать базовое ядро с net стеком и например ext4 на основе уже готового опенсорсного 2000 часов+ это без тестов.
Использовать линукс и все оттестировать от корки до корки 4000+ часов.
Разработчикам конечных решений с техподдержкой по ядру.
И чем же вы тогда лучше например коммерческих серверных ось? А php как вы будете проверять используя статику? А так же не забывайте, что основные уязвимости будет не в ядре, а в коде разработчика, а если это php то там грамотного разработчика сложно найти, да и труд того не стоит.
вдруг, кому-нибудь окажется полезным.
Ну и возможно для кого-то будет открытием, но есть Redox OS (Unix like), написанная на Rust: www.redox-os.org
Так же автор того курса перевыложил сам курс 2018 года
https://cs140e.sergio.bz/
Пишем операционную систему на Rust. Страничная организация памяти