QNX/UNIX: Анатомия параллелизма
QNX/UNIX: Анатомия параллелизма читать книгу онлайн
Книга адресована программистам, работающим в самых разнообразных ОС UNIX. Авторы предлагают шире взглянуть на возможности параллельной организации вычислительного процесса в традиционном программировании. Особый акцент делается на потоках (threads), а именно на тех возможностях и сложностях, которые были привнесены в технику параллельных вычислений этой относительно новой парадигмой программирования. На примерах реальных кодов показываются приемы и преимущества параллельной организации вычислительного процесса. Некоторые из результатов испытаний тестовых примеров будут большим сюрпризом даже для самых бывалых программистов. Тем не менее излагаемые техники вполне доступны и начинающим программистам: для изучения материала требуется базовое знание языка программирования C/C++ и некоторое понимание «устройства» современных многозадачных ОС UNIX.
В качестве «испытательной площадки» для тестовых фрагментов выбрана ОСРВ QNX, что позволило с единой точки зрения взглянуть как на специфические механизмы микроядерной архитектуры QNX, так и на универсальные механизмы POSIX. В этом качестве книга может быть интересна и тем, кто не использует (и не планирует никогда использовать) ОС QNX: программистам в Linux, FreeBSD, NetBSD, Solaris и других традиционных ОС UNIX.
Внимание! Книга может содержать контент только для совершеннолетних. Для несовершеннолетних чтение данного контента СТРОГО ЗАПРЕЩЕНО! Если в книге присутствует наличие пропаганды ЛГБТ и другого, запрещенного контента - просьба написать на почту [email protected] для удаления материала
Правила наследования (и ненаследования) параметров дочернего процесса от родителя (RID, RGID и других атрибутов) жестко регламентированы, достаточно сложны (в зависимости от флагов) и могут быть уточнены в технической документации QNX. Отметим, что безусловно наследуются такие параметры, как: а) приоритет и дисциплина диспетчеризации; б) рабочий и корневой каталоги файловой системы. Не наследуются: установки таймеров процесса
tms_utimetms_stimetms_cutimetms_cstimeSIGALRMПри успешном завершении вызов функции возвращает PID порожденного процесса. При неудаче возвращается -1 и
errno•
E2BIGARG_MAX•
EACCESSST_NOEXEC•
EAGAIN•
ERADFfd_map•
EFAULT•
ELOOP•
EMFILE•
ENAMETOOLONGPATH_MAXNAME_MAX•
ENOENT•
ENOEXEC•
ENOMEM•
ENOSYSspawn()•
ENOTDIRДаже из этого очень краткого обзора вызова
spawn()• Эта форма универсальна (самодостаточна), она позволяет обеспечить весь спектр разнообразных форм порождения нового процесса
• Она же и самая громоздкая форма, тяжеловесная для практического кодирования, поэтому в реальных текстах в большинстве случаев вы вместо нее встретите ее конкретизации:
spawnl()spawnle()spawnlp()spawnlpe()spawnp()spawnv()spawnve()spawnvp()spawnvpe()spawn()• Хотя вызов
spawn()В качестве примера приведем использованную в [4] (глава Д. Алексеева «Утилита on») форму вызова для запуска программы (с именем, заданным в строке
commandnode/net/xxx
int main() {
char* command = "...", *node = "...";
// параметры запуска не используются
char* const argv[] = { NULL };
struct inheritance inh;
inh.flags = 0;
// флаг удаленного запуска
inh.flags |= SPAWN_SETND;
// дескриптор хоста
inh.nd = netmgr_strtond(node, NULL);
pid_t pid = spawnp(command, 0, NULL, &inh, argv, NULL);
...
}Использованная здесь форма
spawnp()spawn()PATHПриведем характерный пример вызова группы
exec*()
int execl(const char* path, const char* arg0, const char* arg1, ...
const char* argn, NULL);где
patharg0argnNULLarg0Устоявшаяся терминология «запускаемый процесс» относительно
exec*()Если вызов
exec*()Если вызов
exec*()errnospawn()
