Поддержка OpenBSD SMP
Нет, это наоборот. Нет никаких spoon^H^H^Hstructured данных. Существует только текст.
Большая часть философии Unix основана на идее произвести текст и принять текст как вход. Вы могли бы хотеть рассмотреть чтение "Искусства Программирования Unix", которое имеет хорошее объяснение об этом.
Не понимайте меня превратно: Я понимаю Вашу точку, и я знаю то, что Вы пытаетесь достигнуть. Существуют вещи как интерактивные интерпретаторы Ruby и Python, который может использоваться в качестве оболочки, но они не так дружелюбны для основных задач, как Bash. Попытайтесь изменить каталог, например.
Кроме того, использование объектов в оболочке не является этим. Если бы только Ваша оболочка поддерживает это на Unix, Вы были бы в замешательстве. Все стандартные текстовые инструменты управления Unix должны были бы быть изменены, как grep, awk, sed, и т.д.
Я думаю, что была попытка создать что-то вроде этого несколько лет назад, но я не могу помнить имя, и я не услышал об этом в долгое время. Это, вероятно, не собирается взлетать.
SMP поддерживался начиная с OpenBSD 3.6, выпущенного в 2004.
По-видимому, старый предел был 4 ядрами или 16 ядрами.
Самый легкий способ получить поддержку SMP состоит в том, чтобы установить bsd.mp ядро. Это должно произойти по умолчанию, если Ваша система имеет несколько ядер.
По состоянию на июнь 2004 SMP (Симметричный MultiProcessor) поддержка была объединена в основное ответвление разработки OpenBSD. В это время i386, amd64, mvme88k, sparc64, macppc и hppa платформы поддерживают SMP.
Начиная с OpenBSD 3.6, OpenBSD/i386 поддерживает большую часть SMP (Симметричный MultiProcessor) системы. Для поддержки операции SMP отдельное ядро SMP (bsd.mp) включено с наборами файла установки.
Какие системы OpenBSD поддерживают SMP?
Отдельному ядру SMP, "bsd.mp", предоставляют наборы файла установки. Если несколько процессоров обнаруживаются во время установки, автоматически установлен как ядро начальной загрузки по умолчанию,/bsd, и единственное ядро процессора переименовано в/bsd.sp.
См. также:
Как обновление этого вопроса/ответа, поточная обработка станет более полезной в этих 5,2 выпусках, которые затем, предположительно, подадут заявки как mysql, выполненный быстрее.
Если Вы собираетесь выполнить bsd.mp ядро для многопроцессорных/многоядерных систем, даже если это не AMD, используйте платформу AMD64 вместо i386 платформы, поскольку это, кажется, преобладающая мудрость (от devs как Henning Brauer, ре: bsdtalk берут интервью с Peter Hansteen), на какой выполнения 'лучше' в многоядерных системах прямо сейчас.
Как обновление этого вопроса/ответа, поточная обработка станет более полезной в этих 5,2 выпусках, которые затем, предположительно, подадут заявки как mysql, выполненный быстрее.
Если Вы собираетесь выполнить bsd.mp ядро для многопроцессорных/многоядерных систем, даже если это не AMD, используйте платформу AMD64 вместо i386 платформы, поскольку это, кажется, преобладающая мудрость (от devs как Henning Brauer, ре: bsdtalk берут интервью с Peter Hansteen), на какой выполнения 'лучше' в многоядерных системах прямо сейчас.