| |
| 2.3, Аноним (-), 17:15, 07/10/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
раз всё есть url, значит браузеры планируют поглотить ос. напоминает "стиральную трагедию".
| | |
| 2.4, slavius (?), 17:23, 07/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
технически почти где угодно, но юрл.... придется многому учиться))) да и прог маловато. но вот в сетевой принтер запихать наверно ничего или другой embeded.
| | |
| 2.11, Нимано (?), 18:11, 07/10/2015 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> Смущают только области применения этой ОС
just for fun
https://www.reddit.com/r/rust/comments/3mw67c/i_am_jackpot51_the_writer_of_red
> When I first saw rust, I asked, could this be used everywhere? I git pulled the repo and saw that it was using
> libc bindings for system calls! It should be easy enough to get rid of the C bindings altogether, and call the
> OS directly, which would also be written in Rust.
Т.е. "увидел раст, решил написать на нем ОСь, вроде получилось".
> Отлично, раст могет!
Жду комментариев типа "это не показатель! Наваять игрушечную ОС можно даже на пистоне!"
| | |
| |
| 3.27, redwolf (ok), 20:18, 07/10/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
 После того, как я увидел, что можно заставить PHP работать на Java-машине, меня уже сложно удивить. Вопрос в том, стоит ли создавать средства, не привязанные к реальным задачам.
| | |
| |
| |
| 5.36, redwolf (ok), 22:15, 07/10/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> А в чем сложность php на JVM?
Сложности нет. Только разработка требует определённого количества времени, а стоит ли его тратить, если реальных задач, которые требуют данное средство нет?
Я упомянул этот проект, если что: https://github.com/jphp-compiler/jphp
| | |
| |
| 6.68, Аноним (-), 08:28, 08/10/2015 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Только разработка требует определённого количества времени, а стоит ли его тратить, если реальных задач, которые требуют данное средство нет?
Вас никто и не заставляет разрабатывать и тратить свое время.
Более того никто и не заставляет вас пользоваться или платить деньги.
| | |
|
|
| 4.53, Нимано (?), 02:35, 08/10/2015 [^] [^^] [^^^] [ответить] | +4 +/– | Вы сравниваете теплое с мягким Раст все таки позиционируется в том числе и ка... большой текст свёрнут, показать | | |
|
|
| 2.35, Aleks Revo (ok), 22:12, 07/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
 В первую очередь виртуалки — компактная, быстро стартующая система, в которую можно пробросить отдельное железо, работу которого нужно резко оптимизировать, но ради этого не хочется лезть в ядро хоста. Вот давеча новость была - под сетевые карты прикладной софт свои дрова юзал и вообще вводил свой альтернативный сетевой стек. Если под это дело будет хорошая платформа, можем ожидать широкого развития концепции.
| | |
|
| 1.5, Пользователь (?), 17:24, 07/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
На rust операционка, вот это да. Быстрая, как ракета. Интересно, будет ли совместимость с существующим linux софтом?
| | |
| 1.7, lp (??), 17:44, 07/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
>основывается на принципе "все есть URL"
видимо, вдохновлялись Plan9
| | |
| |
| 2.8, Andrey Mitrofanov (?), 17:46, 07/10/2015 [^] [^^] [^^^] [ответить]
| –7 +/– |
>>основывается на принципе "все есть URL"
> видимо, вдохновлялись Plan9
Сенсация! Учёные обнаружили ОС-ы, где всйио!!!, буквально ФСЁЙО == биты.
| | |
|
| |
| 2.14, Anonim (??), 18:38, 07/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
В экзо ядре всё модули, в микро ядре есть некоторые вещи которые включены в само ядро.
| | |
| |
| 3.21, Аноним (-), 19:12, 07/10/2015 [^] [^^] [^^^] [ответить]
| +9 +/– |
Нет. В микроядре всё, кроме самой основы, реализуется как отдельные процессы, а в экзоядре - как библиотеки.
| | |
| |
| 4.61, Вареник (?), 06:08, 08/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Т.е. ошибкоустойчивости модулей микроядра все равно нет, все выполняется с привилегиями и адресным пространством ядра?
| | |
| |
| 5.64, Ph0zzy (ok), 07:17, 08/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Выдержка из википедии:
|Микроядра предоставляют лишь небольшой набор низкоуровневых примитивов/механизмов/компонентов/сервисов/модулей, например:
|* механизм для работы со страницами памяти (см. адресация памяти, виртуальная память) (выделение памяти процессам, обеспечение её изоляции/защиты);
|* механизм для работы с потоками (нитями) процессов (см. планировщик потоков (англ. scheduling)) (выделение процессорного времени потокам процессов);
|* механизм для взаимодействия процессов (англ. inter process communications, IPC) (обход изоляции памяти для организации обмена данными между процессами; реализуется через синхронный обмен сообщениями).
А вот пример защищенного микроядра:
https://github.com/seL4/seL4
| | |
|
|
|
|
| 1.10, anonymous (??), 18:04, 07/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
Не взлетит. Эпоха новых (десктопных) ОС прошла. Всё упирается в драйвера. А они есть в винде (хуже со старыми, зато ассортимент "современного десктопного" поддерживаемого железа побольше) и в линуксе (лучше с поддержкой древного железа).
В этом смысле оно не хуже и ни лучше hurd, minix, haiku, syllable и т.п.
Sad, but true :(
| | |
| |
| 2.13, Аноним (-), 18:33, 07/10/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Всё упирается в драйвера.
От драйверов как раз сейчас ничего не зависит, всюду виртуализация.
| | |
| |
| 3.15, анон (?), 18:41, 07/10/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Дваждую. Тут скорее вопрос в том, есть ли реальный профит на фоне Линукса или Виндоуса? Пока, разумеется, нет. Но, возможно, в перспективе есть нечто особо удачное для некоторой схемы использования. Тот же QNX живет и здравствует в разных устройствах. В самолетах имеется Deos, в маршрутизаторах куча специализированных поделок.
| | |
| 3.19, anonymous (??), 19:01, 07/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
Я забыл слово десктоп подчеркнуть. В качестве хост-системы сабж не поставишь (драйвера, 3d-ускорялки, звук), а в качестве гест-системы сабж (и ему подобные) годится только на "запустить, потыкать и удалить".
| | |
| |
| 4.30, Ан (??), 21:00, 07/10/2015 [^] [^^] [^^^] [ответить]
| +4 +/– |
Да что ты так нервничаешь?
Не взлетит так не взлетит.
А драйвера и сфера применения это всё дело времени, если заинтересует разработка.
А то нервничают некоторые будто бы твоё время и деньги на это тратят или заставляют над этим работать.
| | |
| |
| 5.45, anonymous (??), 22:34, 07/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Я не нервничаю, я вангую.
Разработка ради разработки - такого хватает ;)
| | |
| |
| 6.51, Ан (??), 00:30, 08/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
Вот как разработка тут интересно учитывая направленность Rust.
Мало ли вдруг Rust станет новым C или по крайней мере спровоцирует какое-то изменение в этой сфере.
| | |
|
|
|
|
| 2.76, Ph0zzy (ok), 13:10, 08/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
для микроядерных и экзоядерных ОС новые дрова легче накатывать. они же как внешние сервисы будут работать.
| | |
|
| 1.16, Аноним (-), 18:43, 07/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
мысль интересная, только почему "tcp://10.85.85.1/80" а не "tcp://10.85.85.1:80" ??? нафига ломать сложившиеся форматы?
| | |
| |
| 2.22, Аноним (-), 19:26, 07/10/2015 [^] [^^] [^^^] [ответить]
| –16 +/– |
Написано же
> Redox развивается в соответствии с философией Unix
А какой же это юникс-вей, если все будет просто и интуитивно?
| | |
| |
| 3.32, Michael Shigorin (ok), 21:04, 07/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
 > А какой же это юникс-вей, если все будет просто и интуитивно?
Очередной непопавшийвдрузья, так понимаю.
| | |
| |
| 4.37, Анончег (?), 22:18, 07/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Мишаня, а в чём конкретно мои анонимные братья неправы? Нафига порт слэшем отделять вместо двоеточия?
На сегодня 80 и 443 порты в браузере никто не пишет, а после первого слэша уже идёт путь, но никак не порт.
Или это просто опечатался автор статьи?
| | |
| |
| 5.42, Michael Shigorin (ok), 22:27, 07/10/2015 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Мишаня, а в чём конкретно мои анонимные братья неправы?
А тут какой-то персонаж бегает и выкрикивает -- "юниксвэй, юниксвэй", не понимая даже того, что юниксвэй -- это забивать гвозди молотком, а не микроскопом. Речь была именно об этом.
Про схему самому интересно -- с разбегу могу лишь предположить, что по TCP адресации дальше порта нет (хотя... сессии адресовать?), поэтому и решили это подчеркнуть.
| | |
| 5.52, Ананимаз (?), 01:48, 08/10/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Мишаня, а в чём конкретно мои анонимные братья неправы? Нафига порт слэшем
> отделять вместо двоеточия?
> На сегодня 80 и 443 порты в браузере никто не пишет, а
> после первого слэша уже идёт путь, но никак не порт.
> Или это просто опечатался автор статьи?
А причем тут браузер вообще? Тут аналогия с путем к файлу
http://127.0.0.1/80/test.com
если вдруг запилят разбор уровнем выше. И тут твои привычки и то, как там пишут в браузерах, совершенно не к месту.
| | |
| |
| 6.57, Аноним (-), 03:32, 08/10/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если не пишут - зачем тогда и протокол? Если "всё есть файл",то напоминаю, что в никсах НЕТ структур для чтения/записи файлов. Пишутся только блоки байт произвольной длинны, и ни о каких протоколах открытый fh/сокет понятия не имеет.
| | |
| |
| 7.62, Вареник (?), 06:11, 08/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Если не пишут - зачем тогда и протокол? Если "всё есть
> файл",то напоминаю, что в никсах НЕТ структур для чтения/записи файлов. Пишутся
> только блоки байт произвольной длинны, и ни о каких протоколах открытый
> fh/сокет понятия не имеет.
Да. Это какой-то UnixWay в понимании разработчика форм на JavaScript.
| | |
|
|
|
|
|
| 2.79, angra (ok), 14:51, 08/10/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > мысль интересная, только почему "tcp://10.85.85.1/80" а не "tcp://10.85.85.1:80" ???
> нафига ломать сложившиеся форматы?
Это более логично, так как порт является спецификой tcp/udp, но в большинстве других протоколов отсутствует. Использование формата с двоеточием было бы сродни буквам дисков в винде вместо единой корневой системы.
| | |
|
| |
| |
| 3.38, Анончег (?), 22:19, 07/10/2015 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Чего только не придумают, чтобы не жить в Омске, да?
Сильный аргумент, вряд ли он омским линуксоидам будет по зубам :)
| | |
|
| 2.25, Fyfy (?), 19:55, 07/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
А ты сам на С хоть что нибудь написал кроме хеллолуролд?
| | |
|
| 1.23, IZh. (?), 19:39, 07/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А давайте напишем операционку на perl'е -- всё есть regex. ;-)
| | |
| |
| |
| 3.39, Анончег (?), 22:21, 07/10/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Лучше на Java + Groovy для клиентской части :)
Вношу встречное предложение - лисп, и только он. Если не найдутся желающие, то можно попробывать на Алголе забацать, тоже рулез.
| | |
| |
| 4.43, Michael Shigorin (ok), 22:28, 07/10/2015 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Вношу встречное предложение - лисп, и только он.
Поставьте уже Emacs и почитайте про Symbolics, что ли. :)
| | |
| |
| 5.48, Анончег (?), 23:17, 07/10/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Поставьте уже Emacs и почитайте про Symbolics, что ли. :)
Emacs поставить! Ну у тебя и шуточки :)
| | |
|
| 4.56, Fyfy (?), 03:31, 08/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Хм, лисп говоришь сейчас посмотрим... НЕТ ФИГУРНЫХ СКОБОЧЕК??? Фуу это не язык это уг какое то! :D
| | |
|
|
|
| |
| 2.73, Аноним (-), 10:22, 08/10/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
В PHP эта парадигма привела к серьезнейшим дырам в безопасности.
| | |
|
| 1.31, Аноним (-), 21:00, 07/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Как понимаю, ОС написана на расте, значит и может запускать только программы на расте, ведь так? Сложно ли будет добавить поддержку си?
| | |
| |
| 2.40, Анончег (?), 22:22, 07/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Как понимаю, ОС написана на расте, значит и может запускать только программы
> на расте, ведь так? Сложно ли будет добавить поддержку си?
Сишечка не нужна, Она померла, сразу вслед за паночкой.
| | |
| 2.41, Aleks Revo (ok), 22:26, 07/10/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Как понимаю, ОС написана на расте, значит и может запускать только программы
> на расте, ведь так? Сложно ли будет добавить поддержку си?
С чего бы такое ограничение?
Какого рода поддержка ожидается для программ на C? JVM? ))
| | |
|
| |
| 2.46, Aleks Revo (ok), 22:39, 07/10/2015 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Низкоуровневые драйвера на Rust? очень смещно!
"Очень смещно" в течение нескольких последних версий падающее при попытке загрузки ядро с ошибкой типа null-pointer dereference в одном из драйверов.
| | |
| |
| 3.54, Корабельная чумная крыса (?), 03:25, 08/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Низкоуровневые драйвера на Rust? очень смещно!
> "Очень смещно" в течение нескольких последних версий падающее при попытке загрузки ядро
> с ошибкой типа null-pointer dereference в одном из драйверов.
Рантайм с собой тягать на каждый чих?
> В более ранних версиях языка поддерживались легковесные потоки, но потом от них отказались в пользу нативных потоков операционной системы.
Cишечка опять всех обыграла низким уровнем.
| | |
| 3.55, Корабельная чумная крыса (?), 03:30, 08/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Низкоуровневые драйвера на Rust? очень смещно!
> "Очень смещно" в течение нескольких последних версий падающее при попытке загрузки ядро
> с ошибкой типа null-pointer dereference в одном из драйверов.
Это допольнительные расходы ресурсов на проверки null-pointer dereference,
На C борются с nullptr. В Rus буут бороться с обходом проверки nullptr для повышения эффективности.
| | |
| |
| 4.59, bla (??), 03:37, 08/10/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> Низкоуровневые драйвера на Rust? очень смещно!
>> "Очень смещно" в течение нескольких последних версий падающее при попытке загрузки ядро
>> с ошибкой типа null-pointer dereference в одном из драйверов.
> Это допольнительные расходы ресурсов на проверки null-pointer dereference,
> На C борются с nullptr. В Rus буут бороться с обходом проверки
> nullptr для повышения эффективности.
Проверка nullptr происходит при компиляции
| | |
| |
| 5.77, angra (ok), 14:43, 08/10/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Из man malloc:
The malloc() and calloc() functions return a pointer to the allocated memory that is suitably aligned for any kind of variable. On error, these functions return NULL.
Если ты вдруг не в курсе, эти функции вызываются программой во время исполнения, а не компиляции.
| | |
| |
| 6.81, Ан (??), 19:36, 08/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
Ошибки после вызова этих функций это какой-то уже примитив совсем. Гораздо хуже ситуация когда оказывается что в далеке от этих malloc и calloc в силу логики оказывается разыменование нулевого указателя.
| | |
|
|
|
|
|
| 1.63, Вареник (?), 06:21, 08/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
> Представлена новая операционная
> система Redox , примечательная использованием для разработки
> языка Rust.
То что в Rust "не позволяет язык" - в С ловится анализаторами и культурой.
Зато абсолютная уверенность молодых фанатов Rust, что язык их спасет от ошибок - приведет к зашкаливанию логических ошибок, пренебрежению архитектурой и породит дурную славу.
| | |
| 1.69, Аноним (-), 09:04, 08/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>>на языке Toml
А чем их [BA][Z]SH не устроил?
Или решили, раз уж делать велосипед, то делать его до конца? :D
| | |
| 1.70, Аноним (-), 09:38, 08/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сам Тим Бернерс-Ли сожалеет о двойном слеше, а тут это оправдывают глупостью "все есть URL"...
| | |
| |
| 2.80, Аноним (-), 16:57, 08/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
Двойной слэш после схемы нужен да-а-алеко не во всех схемах. Но автор, видимо, об этом не знает, и даже url вида mailto:somebody@example.com никогда не видел.
| | |
|
| 1.72, Анатолий (??), 09:53, 08/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Братцы, а как вам "Фантом", лично мне нравится идея бессмертия. По сути, если запилить ядро имеющее драйверы, или способное подключать их по надобности и загружать виртуальные машины, вот и среда для работы прикладного софта. Главное, загрузить любую платформу с необходимыми ей элементами. Как я понимаю, нет особой разницы, библиотеки это, или модули. В конечном итоге, всё оно будет всего лишь порядком движения электронов в железном организме. Разница в реализациях мне видится с двух позиций. Логичность и удобство для работы с кодом (язык, идеология, мышление), как средство, с одной стороны. И эффективность при оптимизации ресурсов, как цель, с другой стороны. Важен результат выполненной работы, при наименьших затратах на выполнение. Чем прямее дорога, тем быстрее путь, лишь дорогу проложи. И разнообразие проектов можно только приветствовать, если таковое способствует развитию. Например, результат определённых движений в спортзале - умение правильно падать - может очень пригодиться в жизненной ситуации. Но, лучше, если не пригодится, мы ходим не для того, чтобы падать. Вот причина мертворождённости многих проектов. Они не применяются в жизни. Человечество очень лениво. И, рискуя упасть на скользкой дороге, большинство идут не в спортзал, а скорее домой, к своим телевизорам или к компьютерам с Windows. Редко, но есть предпочитающие к "[xx@xxx ~]$" или к "A:\" добавляя команды, делать свой выбор. В конечном итоге, мы все смотрим на квадрат Малевича...
| | |
| 1.82, Kodir (ok), 03:53, 09/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 "все есть URL"
Помнится, в 70-ых одни недалёкие товарищи думали, что "всё есть файл" - даже ЮНИКС написали. Оказалось, далеко не всё есть файл и "трубы" - тоже совсем не универсальный инструмент обработки данных.
Структура URL имеет свою чёткую сетевую ориентированность. На уровне ОС нужна ИЕРАРХИЯ, а не просто "бла-бла://".
| | |
| |
| 2.86, Нимано (?), 16:15, 09/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Оказалось, далеко не всё есть файл и "трубы"
> - тоже совсем не универсальный инструмент обработки данных.
Ага, когда руки кривые и не лезут в прямую трубу, то виноват конечно же глупый изобретатель этих самых труб, а не индивид, почему-то решивший запихнуть в туда руку ...
> Структура URL имеет свою чёткую сетевую ориентированность. На уровне ОС нужна ИЕРАРХИЯ,
> а не просто "бла-бла://".
С:\очередной_не_читатель ?
https://github.com/redox-os/redox/wiki/URL
> this is an extension to the Unix-like file hierarchy to hopefully allow for more obvious abstractions. | | |
| 2.88, Аноним (-), 18:22, 12/10/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> в 70-ых одни недалёкие товарищи думали, что "всё есть файл"
В 70-х думали и прикинули что любое взаимодействие можно представить через элементарные операции (open, read, write, close) - это интерфейс взаимодействия. Все эти операции работают очень одинаково - выполняются вышеуказанные операции через дескриптор. Дескриптор отображали на файловой системе чтобы можно читать и писать в него используя стандартный набор unix-утилит (cat, split, ar, ..). Но "нео-программистики"-недоосиляторы того времени (как PHP-шники в наше время) глазами видели везде файлы и из-за этого повилась уверенность в том что все есть файл так, хотя это были лишь дескрипторы.
ЗЫЖ Теперь мы знаем кто вы.
| | |
|
| 1.85, Классический Анонимус (?), 08:33, 09/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Кстати, это идея. Написать с нуля ОСЬ для серверов с изначальным прицелом на то, что будет запускатьсятолько в виртуальном окружении. Тогда вполне можно выстрелить и обогнать Linux. На 100500 дров и графику не тратить время...
| | |
|
