NightFury

- будут ли использовать?

- ответ, НЕТ

 

Зачем вообще это нужно, если надо что-то скачать то есть или pastebin или напрямую через wget (я как понял автор любитель линупса, раз так хочет всякие менеджеры пакетов делать).

 

Может не стоит вообще делать майнкрафт в майнкрафте OpenOS в OpenOS.

Уже один сделал такое чудо, так потыкать пойдет, но использовать постоянно не удобно и не нужно. Если кто не понял, то я про ОСь Элиты

1) Если программа требует дополнительных библиотек, заливать такое на pastebin, а тем более скачивать - запарно. Да и иметь список всех доступных программ уже непосредственно с компа - намного удобнее.

Так же засоряется папка /home, хотя для этого она абсолютно не предназначалась.

2) Она никому не мешает и я не вижу в этом что-то плохое. Как и с "осью" от ECS.

3) Я хочу сделать это все для например подключения к роботу через SSH.

Ведь я например оставил робота в аду и хочу перекодить программу. И идти за ним в ад - не круто.

А тут бац и все. Так же компом можно будет управлять с планшета, что тоже очень круто.

Не знал. Но коль уж мы взялись переписывать gpu, то можем переключаться и по gpu.set. Не всякий раз, а через тысячу знаков, скажем.

Вот это мне уже больше нравится.

Если цикл бесконечный, то он в любом случае, даже если программа работает в однозадачном режиме, должен содержать os.sleep, event.pull или другую функцию, ожидающую событие. В противном случае компьютер отключится. Именно ожидание события и есть переключение между задачами. У меня, по крайней мере так.

Увы, но нет. Если я там поставлю gpu.set(), который без задержки. Компьютер не выключится.

Не знаю, в чем проблема gpu.set убрать или запретить? Мне как то нужно было сделать динамическую таблицу открытых портов, я просто переопределил open close, все глобалки лежат в _G

Вот так же хочу поступить и я.

Появляется проблема, скажем если в фоне запущен mc, после чего мы переключаемся к нему, мы увидим сломанную графическую составляющую, ибо нарисует он все только один раз. Создавать буффер для каждой программы - дорого. Нужно что бы операционной системой можно было пользоваться на Т1 компе.

Однако никто не запрещает сохранять буфер в диск. Как по сути и работает swap память.

Да. Не один ты.

Спасибо за развернутый ответ. Само собой буду стараться оптимизировать систему для всех систем, включая самых "деревянных".

Запрет связан с тем, что например в цикле пользователь может сделать прорисовку экрана через .set(). Пока компьютер все это будет обрабатывать - многопоточность не будет работать.

К сожалению это связано с недостатками самого мода.

И для того, чтобы такого не происходило, после каждого вызова gpu.set() мне нужно ставить ее на паузу.

В общем ночью, после написания данной темы, ко мне пришла еще одна идея, как это исправить.

Лично я скептически отношусь к написанию осей под OpenComputers. Существующая ось более чем достаточна для решения любой задачи, которая может возникнуть перед майнкрафтером. Но это не значит, что нельзя пробовать. Если знаешь как сделать лучше - делай. Другое дело, взялся ты за задачу слишком глобальную. Может начать с доработки OpenOS? Например, реализовать многозадачность. Не многопоточность, а именно многозадачность на уровне ОС. Так что бы можно было запускать параллельно несколько приложений, которые не предусматривались специально для работы в параллельном режиме. Но тут возникает проблема разделения ресурсов. Если несколько приложений начнет писать на экран, начнется чехорда. Экран должно захватывать только одно приложение и оно же должно реагировать на события клавиатуры/мыши. Остальные приложения работают в фоновом режиме. Переключения между приложениями, например, по Alt+Tab. В этом случае очень многие либы OpenOS можно оставить без изменения. Допилить только event, компонент gpu и оболочку shell (может еще чего забыл). Вот если такая ось будет максимально похожа на OpenOS, тогда она возможно будет пользоваться спросом.

 

 

Сделай, хотя бы половину того, что задумал.

 

 

 Думаю не стоит этого делать из-за потери совместимости с уже существующими программами.

Спасибо за развернутый ответ.

1) Я уже писал реализацию многопоточности в OpenOS. Однако это не то, что я хочу. Все равно, если я в одной из написанных программ сделаю цикл (как отписал в сообщении выше), то этот процесс "затмит" все фоновые.

Плюс в OpenOS крайне сложно создать систему пользователей и дать подключение как по SSH.

2) Хорошо.

3) Уже отписал об этом выше.

Омфигеть. Серьёзно.

Однако, потеря совместимости с сотнями, тысячами! Программ для OpenOS. Это явный отталкивающий фактор: я не хочу переписывать более 8-10 тысяч строк кода моих программ под новую OS. Да и никто не собирается, очевидно.

 

Желаю удачи и мотивации. Много мотивации. Много амбициозных проектов померло на земле бренной.

Вероятно я напишу транслятор для программ, написанных под OpenOS. Это не сложно. Кроме того, тебе по сути нужно не переписать, а портировать прогу.

Эмм ... Можно сейчас её попользовать ?

На данный момент есть только ядро. Как только я его доделаю я начну писать саму ось.

Как только в операционке добавится shell - выложу.

Кто-то форум не читал и не знает что уже 100600 раз пытались это сделать. Дубль #1 Неудачно. Дубль #2 Более успешная попытка.

Даже репу запилили. Результат => никто не использует это. LOL

Ничего страшного. Их проблемы, если они не знают, насколько удобен apt-get.

Мое дело написать, а будут ли использовать - не моя забота.