thread vs process уже интересно, вот мне, например, никто не ответил правильно на вопрос, чем отличаются потоки от процессов в Linux

А что за прекол с решеткой ю

Потоки - это путь, процессы - это автомобили которые ходят по пути

Нет, очень образно и неверно.

Потоки - это путь, процессы - это автомобили которые ходят по пути

во прикол, я получается все основы знаю)

А вот как осуществляется системный вызов?

Я то понимаю в чем отличие в Linux от Windows

thread vs process уже интересно, вот мне, например, никто не ответил правильно на вопрос, чем отличаются потоки от процессов в Linux

Хороший вопрос ) Вот в ассемблере помню немного ) Складываешь в регистры нужные параметры, потом типа прерывание int $0x80

Ты же писал это

thread vs process уже интересно, вот мне, например, никто не ответил правильно на вопрос, чем отличаются потоки от процессов в Linux

Хороший вопрос ) Вот в ассемблере помню немного ) Складываешь в регистры нужные параметры, потом типа прерывание int $0x80

thread vs process уже интересно, вот мне, например, никто не ответил правильно на вопрос, чем отличаются потоки от процессов в Linux

Разве это не также примерно как в виндовс?

Поток может и читать и писать из одной области памяти

А у процесса память своя и посмотреть в память другой он не может

Ну... это флаги при создании task, что разделять: директорию, обработчики сигналов, память, корневую директорию и т. п. А всё это отдельно потом

Ну так правильно или нет? Я недавно в книжке по CS читал про то, что у Linux это одно и тоже, и хавает он это всё чудесно

Типа у двух потоком может быть разная директория и память?

https://linux.die.net/man/2/clone Да, вот один системный вывод, и отличия потока от процесс просто разные предопределённые флаги. А там можно создавать и чудных гибридов, у которых одни свойства будут от процесса, другие от потока. Например, поток, у которого будет отдельная рабочая директория.

Ну наверное тут имелось ввиду со стороны программиста

какие граф либы есть для Си хорошие? Вот типо sfml для С++

Ну наверное тут имелось ввиду со стороны программиста

ну то есть разницы не видно?

DSL какой-нить

OpenGL для джедаев

ну а это сильная разница между верстальщиком и джуном типа фронтэндером: Как узнать, что ты нам подходишь? Профессионально владеешь CSS и jQuery, умеешь делать адаптивный дизайн; Умеешь обосновывать свои решения, открыт к конструктивной критике; Умеешь совмещать несколько задач одновременно, реалистично оцениваешь свои силы и успеваешь в дедлайны; Работал с препроцессорами, умеешь оптимизировать свой код и переиспользовать в новых проектах; Постоянно находишься в информационном поле Frontend-разработки, интересуешься новыми технологиями и ищешь способы быть эффективнее.

Вот тут соглашусь. С точки зрения 'прикладника' важно не столько как оно работает (уж простите), а как с ним работать

не нашел такого

SDL

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

Я вообще считаю, что верстальщик это человек который и дизайны пилит и сразу их верстает, по другому, без дизайнов он и нафиг не нужен

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

ну а это сильная разница между верстальщиком и джуном типа фронтэндером: Как узнать, что ты нам подходишь? Профессионально владеешь CSS и jQuery, умеешь делать адаптивный дизайн; Умеешь обосновывать свои решения, открыт к конструктивной критике; Умеешь совмещать несколько задач одновременно, реалистично оцениваешь свои силы и успеваешь в дедлайны; Работал с препроцессорами, умеешь оптимизировать свой код и переиспользовать в новых проектах; Постоянно находишься в информационном поле Frontend-разработки, интересуешься новыми технологиями и ищешь способы быть эффективнее.

а что будет логичней и приятней? Для динозаврика

От человека зависит... Кому-то OpenGL может лучше зайти чисто поразбираться и получить кайф. Кому-то SDL, если надо написать игру и не особо не вникать. Люди разные

От человека зависит... Кому-то OpenGL может лучше зайти чисто поразбираться и получить кайф. Кому-то SDL, если надо написать игру и не особо не вникать. Люди разные

thread vs process уже интересно, вот мне, например, никто не ответил правильно на вопрос, чем отличаются потоки от процессов в Linux

Процесс может содержать несколько потоков, не?

А процесс не может содержать другие процессы? Есть такое понятие, как группа процессов...

Скорее нет чем да.

Есть понятие дерева процессов. Его нарисует ProcessExplorer, или вот $ pstree systemd─┬─ModemManager───2*[{ModemManager}] ├─NetworkManager───2*[{NetworkManager}] ├─accounts-daemon───2*[{accounts-daemon}] ├─acpid ├─at-spi-bus-laun─┬─dbus-daemon │ └─3*[{at-spi-bus-laun}] ├─at-spi2-registr───2*[{at-spi2-registr}] ├─avahi-daemon───avahi-daemon ├─bluetoothd ├─colord───2*[{colord}] ├─cron ├─cups-browsed───2*[{cups-browsed}] ├─cupsd ├─dbus-daemon ├─gdm3─┬─gdm-session-wor─┬─gdm-x-session─┬─Xorg───{Xorg} │ │ │ ├─dbus-run-sessio─┬─dbus-daemon │ │ │ │ └─gnome-session-b─┬─gnome-shell─┬─ibus-daemon─┬─ibus-dconf───3*[{ibus-dconf}] │ │ │ │ │ │ ├─ibus-engine-sim───2*[{ibus-engine-sim}] │ │ │ │ │ │ └─2*[{ibus-daemon}] │ │ │ │ │ └─11*[{gnome-shell}] │ │ │ │ ├─gsd-a11y-settin───3*[{gsd-a11y-settin}] │ │ │ │ ├─gsd-color───3*[{gsd-color}] │ │ │ │ ├─gsd-datetime───3*[{gsd-datetime}] │ │ │ │ ├─gsd-housekeepin───3*[{gsd-housekeepin}] │ │ │ │ ├─gsd-keyboard───3*[{gsd-keyboard}] │ │ │ │ ├─gsd-media-keys───3*[{gsd-media-keys}]

Ну родительский процесс/дочерний

Скорее владеть/наследовать

Подразумевается что потоки работаю внутри процесса а именно внутри "его памяти" точнее сказать используют ее

По крайней мере в винде можно сделать detach и все продолжит работать

Память это один из атрибутов процесса. При создании можно создать свою копию адресов, можно создать так, чтобы использовать память процесса-владельца

Ну вроде как винда вот это не позволяет делать. Но это не точно.

одно время занимает