CSRG объединяла возможности не только систем UNIX, но и других операционных систем. Многие из особенностей драйверов терминалов 4BSD взяты от TEXEX/TOPS-20. Управление заданиями (концепция - не реализация) происходит от TOPS-20 и от несовместимой системы с разделением времени (Incompatible Timesharing System - ITS) MIT. Интерфейс виртуальной памяти, впервые предложенный для 4.2ВSD и реализованный в конечном счете в 4.4ВSD, был основан на интерфейсе отображения файлов и интерфейсе уровня страниц, которые впервые появились в TENEX/TOPS-20. Современная система виртуальной памяти FreeBSD была приспособлена от Mach, которая сама является ответвлением 4.3BSD. Часто исходной точкой в проектировании новых возможностей был Multics.
Поиск эффективности был главным фактором большей части работы CSRG. Некоторые улучшения эффективности были сделаны вследствие сравнений с патентованными операционными системами для VAX, VMS [Joy, 1980; Kashtan, 1980].
Другие варианты UNIX приняли многие особенности 4BSD. UNIX System V AT&T [AT&T, 1987], стандарт POSIX.l IEEE [P1003.1, 1988] и связанный Федеральный стандарт обработки информации (Federal Information Processing Standard - FIPS) Национального бюро стандартов (National Bureau of Standards - NBS) приняли следующее.
Группа X/OPEN (первоначально состоявшая лишь из европейских производителей, но теперь включающая большинство производителей UNIX США) создала Руководство по переносимости X/OPEN [X/OPEN, 1987], а недавно Руководство спецификации 1170. Эти документы определяют как интерфейс ядра, так и многие вспомогательные программы, доступные пользователям системы UNIX. Когда в 1993 г. фирма Novell приобрела UNIX от AT&T, она передала исключительное право владения именем UNIX группе X/OPEN. Таким образом, все системы, которые хотят обозначать себя как UNIX, должны отвечать спецификациям интерфейсов X/OPEN. К настоящему времени ни одна система BSD не была когда-либо проведена через тесты спецификаций интерфейсов X/OPEN, поэтому ни одна из них не может называться UNIX.
Руководства X/OPEN приняли многие из возможностей POSIX. Стандарт POSIX.1 является также международным стандартом ISO с названием SC22 WG15. Таким образом, возможности POSIX были приняты в большинстве UNIX-подобных систем по всему миру.
Механизм межпроцессного взаимодействия сокетов 4BSD был спроектирован для обеспечения переносимости и немедленно перенесен в System III AT&T, хотя он никогда не распространялся с этой системой. Реализация 4BSD набора сетевых протоколов TCP/IP широко используется в качестве основы для дальнейших реализаций на системах от машин AT&T ЗВ с System V до VMS со встроенными операционными системами, такими, как VxWorks.
CSRG тесно сотрудничала с производителями, системы которых были основаны на 4.2BSD и 4.3BSD. Эта одновременная разработка внесла свой вклад в упрощение дальнейших переносов 4.3BSD и продолжающейся разработки системы.
Большинство действий, связанных с доставкой сигнала потоку, выполняется в контексте этого потока. Поток проверяет свое поле td_siglist на предмет наличия ожидающих сигналов по крайней мере один раз при входе в систему, вызывая cursigQ.
SLEEPING - Поток заблокирован в ожидании события. Если поток находится в состоянии непрерываемого сна, больше ничего не должно предприниматься. В противном случае ядро может предпринять действие - либо непосредственно, либо косвенно, - пробудив поток. Есть два действия, которые можно применить непосредственно. Для сигналов, вызывающих остановку процесса, все потоки в процессе помещаются в состояние STOPPED и родительский процесс уведомляется об изменении состояния посредством отправки ему сигнала SIGCHLD.
Реализация сигналов разделена на две части, первая из которых - отправка сигнала процессу, а вторая - распознавание сигнала и доставка его потоку назначения. Сигналы может отправлять любой процесс или код, который выполняется на уровне прерывания. Доставка сигнала обычно имеет место в контексте получающего потока. Но когда сигнал форсирует остановку процесса, действие может быть проведено для всех потоков, связанных с этим процессом в тот момент, когда сигнал был отправлен.
Сигналы первоначально были спроектированы для моделирования исключительных событий, таких, как попытка пользователя завершить вышедшую из-под контроля программу. Они не предназначались для использования в качестве общего механизма межпроцессного взаимодействия, поэтому не было сделано попытки сделать их надежными. В более ранних системах каждый раз при перехвате сигнала восстанавливалось его действие по умолчанию.
Описание сигналов указывается для каждого процесса. Если процесс не указал действие на сигнал, ему предоставляется действие по умолчанию которое может быть одним из следующих: