eu_tomat

@PowerPoint В обычном браузере, если сервер запущен на домашнем компе. Если сервер без GUI, то там обычно имеется команда get для скачивания файлов. А если сервер не твой, то и узнать, что там просиходит, или как-то починить можно только с помощью админов сервера.

Да. Где запущен сервер, там и программы OpenComputers работают. Соответственно, надо проверить работоспособность pastebin на том хосте, где запущен сервер. Отрывается ли pastebin в браузере на этом сервере? Ну, или качает ли с него файлы командой get? Есть ли хотя бы пинг до pastebin.com?

@PowerPoint А где это запущено? На домашнем компьютере или на каком-то сервере?

По идее достаточно одной команды ln для ссылки на всю директорию /proc. Но зачем? Если я верно понял вопрос, цель заключается не в получении доступа к параметрам хостовой системы на Linux, а в том, чтобы сделать OpenOS ещё более похожей на Linux. Не понятно лишь, с какой целью. Дополнительная функциональность точно поднимет требования к оперативной памяти, но насколько оправданы эти траты?

@BrightYC А что делает знак подчёркивания в этой строке function ds()sn("PING")_,dtu=lm(3)return dtu or 0 end кода дрона? Рекурсию в функции gtu предлагаю заменить на цикл repeat-until

@BrightYC Интерфейс выглядит приятно. Но для полного счастья не хватает односимвольного режима экрана для максимально открытого обзора летающего дрона.

Просто автор овладел постиронией, а комьютини – нет.

Да, можно. Код можно найти, например, здесь:

Позже @whiskas предложил чуть более эффективную схему.

Не существует механизма сканирования всех компьютеров с интернет-платой. Зато есть возможность на компьютерах с интернет-платой обычным образом запустить программу, считывающую и выполняющую команды какого-либо сервера в интернете. Возможность получить сообщение в произвольный момент времени существует для обычных сетевых плат. Но для этого должен быть открыт соответствующий порт, а также запущена программа, способная получить запрос и отправить ответ или же запустить нужный код.

Или это опять глюк форума? Вот код автора на pastebin.

@Pravdarius Лишние символы видны и при вставке кодом:

Если тебя это порадует, то так почти всегда и во всём. Даже старожилы не живут всё время одним лишь Майкнафтом, да Lua.

@Hikooshi На будущее: вопросы по программированию лучше задавать в этом разделе > Программирование > Вопросы.

Подключить может, добавится один транспозер. Сам MFU периферией не является. При удалении избыточных транспозеров возникают области, застойные в определённых направлениях. Их следует избегать при транзите предметов. Нивелировать отсутствие необязательных транспозеров поможет поиск кратчайшего пути. Время доставки множества предметов в большой сети можно ускорить параллельным выполнением перемещений отдельными сегментами сети. Это достигается установкой компьютера в каждый сегмент. Заодно полностью снимаются ограничения на общее количество компонентов в системе. Заодно становятся ненужными серверы, которые не собираются роботом автоматически, а лишь вручную, через GUI игрока. Для повышения быстродействия потребуется уменьшать сегменты, что снизит плотность размещения сундуков. Важно: MFU способен питать любое оборудование OC, а не только служить интерфейсом. Решён вопрос питания компьютеров, запечатанных в массиве сундуков. Вопрос питания большой сети компонентов одним MFU без включения этих компонентов в местную сеть решается линком MFU на распределитель энергии. Да,придётся пожертвовать тремя блоками в сегменте: для распределителя энергии, для компьютера и для адаптера. Но неограниченное масштабирование и высокая производительность при массовых перемещениях стоят того. Есть и новая задача для поиска оптимального алгоритма: миниатюризация этой схемы побуждает избавляться от избыточных адаптеров, что делает невозможным одновременное питание всех сегментов сети. Это даже хорошо для экономии ресурсов сервера. Отдельные сегменты можно подключать и будить по требованию. Можно даже жонглировать питанием групп сегментов благодаря запасу энергии в корпусах компьютеров. Оптимальное расположение элементов такой системы я пока не искал: тут и транспозеры, и адаптеры, и компы, и распределители энергии. Для начала я хочу найти слабые места такой системы или какие-то концептуальные улучшения.

Это старая шутка. Намекает на бессмысленность действий, которые якобы содействуют некоторому процессу, но по факту ни на что не влияют. Об её происхождении я лишь догадываюсь. Помнится, в "Маленьком принце" Сента Экзюпери был король, повелевавший и Солнцем и звёздами. Например, он намеревался потребовать захода Солнца в семь часов сорок минут вечера. Не раньше и не позже, так как требовать нужно в благоприятный момент.

Предлагаю просто выполнить component.debug.runCommand(" /gamerule doDaylightCycle false")где-то в начале программы. Напоминает "закат Солнца вручную".

Набросал плотную однослойную схемку для двойных сундуков на транспозере. Недостаток в её косоугольности. И стыковку транспозеров в слоях тоже надо продумать. Интересно было бы разработать эффективные промежуточные слои с кабелями, транспозерами, а если удастся, то и с сундуками тоже. Кстати, если кто знает, и если такое существует, посоветуйте инструмент для рисования подобных схем. Мне хочется изменять ячейки в один клик, как это было, например, в старом планировщике ядерных реакторов. P.S.: Добавил промежуточный слой из пяти блоков: два блока сундука, блок транспозера и два блока кабеля. На больших площадях и объёмах это самое эффективное заполнение, но на малых будут мешать косые углы.

Я, кстати, почти все схемы для Майнкрафта рисую в LibreOffice Calc, закрашивая клеточки разными цветами. С плоскими схемами вообще легко. Объёмные рисую слоями, уже привык. Некоторые схемы рисуются автоматически через вычисления и условное форматирование. Именно так я получил форму секций сундуков, находящихся в радиусе действия MFU. На изображениях срезов прослеживается тот самый куб с обрезанными уголками, и с торчащими отростками в центре граней:

Это как раз не вызывает вопросов. Если в сундуках есть хотя бы один предмет, то перемещая его из сундука в сундук, алгоритм сможет определить топологию сети. Меня больше беспокоит ручная постройка и необходимость вычислений полным перебором.

Не могу по рисунку понять всех деталей. Можешь описать алгоритм постройки? Ты же не вручную это строил?

Страдание фигнёй – это осознанный выбор программиста в Майнкрафт. Тут любая задача необязательна. Кстати, ты так и не ответил на вопрос: Ну, или покажи, как она выглядит, а я хотя бы приблизительно посчитаю.

Под кем не будет работать сундук? Сундук работает, установленный как под, так и над адаптером. Сквозь адаптер, ясное дело, предмет не передать, и сундуки, стоящие строго между адаптерами являются "застойными" в соответствующих направлениях. Проблему придётся решать более сложной логикой движения предметов внутри системы, и об этом недостатке я упоминал выше. Да, важное уточнение. Без OpenPeripheral работать не будет. Следует отнести этот факт к недостаткам системы. Но с OpеnPeripheral работает. Ставим куб 5x5x5 из алмазных сундуков IronChest, сундуки по всем 8 углам куба удаляем, т.к. MFU до них не дотягивается. В центр обрезанного куба ставим адаптер, в прилегающие сундуки кладём MFU, слинкованные с остальными сундуками, к адаптеру цепляем кабель. К кабелю цепляем комп, монитор и прочую обвязку. Для эстетики можем всё это заглубить внутрь массива сундуков. Ванильные сундуки ставятся двойными, получается конструкция 5x5x6.

Ого! Градус безумия растёт. Промежуточные адаптеры можно даже не запитывать энергией. Теперь можно динамически подключать не только отдельные сундуки, но и целые сегменты. При неаккуратном использовании этой возможности процессор крашится, не в силах переварить прорву новых компонентов. Про плотность точно пока не скажу, т.к. мозг ещё не привык к этой новой идее. Первой мыслью в голову приходит сетка 3x3x3, чтобы адаптеры дотягивались друг до друга. Возможно, она не оптимальна. Навскидку потери составляют около 4.5% для алмазных сундуков, для уточнения требуется продумать схему доступа, т.к. при такой сетке появляется возможность дотянуться до одного сундука с разных адаптеров. И тут надо подумать, даст ли эта избыточность какие-либо преимущества, например, в виде повышения пропускной способности сети.

На скринах что-то похожее на систему, о которой говорит Doob, он скажет точнее. Моя система вообще существует лишь в фантазиях, да в этих постах. Идея родилась сегодня утром в попытке проиллюстрировать, что можно сотворить, имея лишь один слот в адаптере и ограниченный радиус действия MFU. Сами по себе эти циферки смысла не несут. Они важны лишь для сравнения двух систем в предельном случае и в равных условиях. Сеть состоит из похожих сегментов, и необязательно использовать их все. В пределе в большей степени важна плотность размещения сундуков, а не их общее количество, потому что обе системы поддаются масштабированию, ограничиваясь лишь ресурсами сервера.