LINUX.ORG.RU

История изменений

Исправление lbvf50txt, (текущая версия) :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул как изображено виртуальное адресное пространство в других источниках, а там наоборот: снизу (DATA, TEXT, BSS), куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных источниках 0 внизу. Вот и всё. Ошибки нет, всего-то разное направление координатной оси.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума. В (Figure 1-20. Processes have three segments: text, data, and stack.) не упоминается ядро, но стек растет вниз. Всё чётко.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

«10000 трансофрмаций не уходят от корня» - точная китайская пословица. Разбираться в более конкретных задачах помогают базовые принципы. В данном случае реализация структуры данных Stack, через этот базис и с адресом Kernel разобрались, и разные направления координатных осей в разных изображениях Virtual Address Space определили.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул как изображено виртуальное адресное пространство в других источниках, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных источниках 0 внизу. Вот и всё. Ошибки нет, всего-то разное направление координатной оси.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума. В (Figure 1-20. Processes have three segments: text, data, and stack.) не упоминается ядро, но стек растет вниз. Всё чётко.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

«10000 трансофрмаций не уходят от корня» - точная китайская пословица. Разбираться в более конкретных задачах помогают базовые принципы. В данном случае реализация структуры данных Stack, через этот базис и с адресом Kernel разобрались, и разные направления координатных осей в разных изображениях Virtual Address Space определили.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных источниках 0 внизу. Вот и всё. Ошибки нет, всего-то разное направление координатной оси.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума. В (Figure 1-20. Processes have three segments: text, data, and stack.) не упоминается ядро, но стек растет вниз. Всё чётко.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

«10000 трансофрмаций не уходят от корня» - точная китайская пословица. Разбираться в более конкретных задачах помогают базовые принципы. В данном случае реализация структуры данных Stack, через этот базис и с адресом Kernel разобрались, и разные направления координатных осей в разных изображениях Virtual Address Space определили.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных источниках 0 внизу. Вот и всё.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума. В (Figure 1-20. Processes have three segments: text, data, and stack.) не упоминается ядро, но стек растет вниз. Всё чётко.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

«10000 трансофрмаций не уходят от корня» - точная китайская пословица. Разбираться в более конкретных задачах помогают базовые принципы. В данном случае реализация структуры данных Stack, через этот базис и с адресом Kernel разобрались, и разные направления координатных осей в разных изображениях Virtual Address Space определили.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных источниках 0 внизу. Вот и всё.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума. В (Figure 1-20. Processes have three segments: text, data, and stack.) не упоминается ядро, но стек растет вниз. Всё чётко.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

«10000 трансофрмаций не уходят от корня» - точная китайская пословица, разбераться в более конкретных задачах помогают базовые принципы. В данном случае реализация структуры данных Stack.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных источниках 0 внизу. Вот и всё.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума. В (Figure 1-20. Processes have three segments: text, data, and stack.) не упоминается ядро, но стек растет вниз. Всё чётко.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных истончиках 0 внизу. Вот и всё.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума. В (Figure 1-20. Processes have three segments: text, data, and stack.) не упоминается ядро, но стек растет вниз. Всё чётко.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных истончиках 0 внизу. Вот и всё.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул как изоражают виртуальное адресное пространство в ответах Google (разные схемы), а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

  • https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
  • У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул как изоражают виртуальное адресное пространство в ответах Google (разные схемы), а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

  • https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
  • У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исправление lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул как изоражают виртуальное адресное пространство в ответах Google (разные схемы), а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.

Исходная версия lbvf50txt, :

У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.

Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.

И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.

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

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

Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.

А так везде показано, что ядро находится в старших адресах рядом со стеком.

Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.

10000 трансофрмаций не уходят от корня.