Механизм множественного вызова одного сценария в то же время
После комментариев, предложенного в посте, который я использовал:
screen -x
с страницы человека : Screen -x
-xПрикрепите к нешечному сеансу экрана. (Multi Display Mode). Экран отказывается прикрепить изнутри себя. Но когда каскад Многократные экраны, петли не обнаружены; заботиться.
Также исследование немного обнаружено, что другие используются для этой опции, , используя экран для удаленного взаимодействия объясняет, что вы можете подключиться к нескольким клеммам, своего рода дистанционную систему совместного использования консоли, практически вы можете видеть и ввести удаленно в общей среде.
Это может быть использовано при обучении студентов или создания вещей с коллегой.
Вы можете попробовать, подключив к одному и тому же экрану с двух разных клемм с тем же идентификатором экрана. ( Экран -x 4329 ). То, что вы введите, можно увидеть в другом и наоборот.
Каждый процесс имеет свое адресное пространство, т.е. каждый процесс может обращаться только к своей виртуальной памяти, а не к памяти других процессов. В адресное пространство процесса отображаются исполняемые файлы и разделяемые библиотеки.
В вашем примере рубинового скрипта, скрипт читается и интерпретируется только рубиновым интерпретатором, который строит скомпилированную версию скрипта в своей собственной памяти, а затем выполняет программу из этой скомпилированной версии.