История изменений
Исправление 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.) не упоминается ядро, но стек растет вниз. Всё чётко.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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.) не упоминается ядро, но стек растет вниз. Всё чётко.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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.) не упоминается ядро, но стек растет вниз. Всё чётко.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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.) не упоминается ядро, но стек растет вниз. Всё чётко.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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.) не упоминается ядро, но стек растет вниз. Всё чётко.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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.) не упоминается ядро, но стек растет вниз. Всё чётко.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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.) не упоминается ядро, но стек растет вниз. Всё чётко.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.
10000 трансофрмаций не уходят от корня.
Исправление lbvf50txt, :
У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.
Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.
И получается, что у Столярова снизу вверх убывают адреса, а в изображениях зарубежных источников наоборот — снизу вверх возрастают адреса. У Столярова 0 вверху, а в зарубежных истончиках 0 внизу. Вот и всё.
То есть самые старшие адреса виртуального пространства занимает ядро, где процессор работает в защищенном режиме, потом идет стек, который, как известно, растет вниз. Затем — куча, а потом сам исполняемый код программы на самых младших адресах.
Или же сначала от нуля идет код программы, потом куча, потом стек, растущий вниз, а потом уже место, где ядро исполняет системные вызовы.
Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.
10000 трансофрмаций не уходят от корня.
Исправление lbvf50txt, :
У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.
Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз к 0 индексу! Это еще из первых курсов.
И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.
То есть самые старшие адреса виртуального пространства занимает ядро, где процессор работает в защищенном режиме, потом идет стек, который, как известно, растет вниз. Затем — куча, а потом сам исполняемый код программы на самых младших адресах.
Или же сначала от нуля идет код программы, потом куча, потом стек, растущий вниз, а потом уже место, где ядро исполняет системные вызовы.
Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.
10000 трансофрмаций не уходят от корня.
Исправление lbvf50txt, :
У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро и стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, куча, потом сверху стек, потом ядро.
Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.
И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.
То есть самые старшие адреса виртуального пространства занимает ядро, где процессор работает в защищенном режиме, потом идет стек, который, как известно, растет вниз. Затем — куча, а потом сам исполняемый код программы на самых младших адресах.
Или же сначала от нуля идет код программы, потом куча, потом стек, растущий вниз, а потом уже место, где ядро исполняет системные вызовы.
Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.
10000 трансофрмаций не уходят от корня.
Исправление lbvf50txt, :
У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.
Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.
И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.
То есть самые старшие адреса виртуального пространства занимает ядро, где процессор работает в защищенном режиме, потом идет стек, который, как известно, растет вниз. Затем — куча, а потом сам исполняемый код программы на самых младших адресах.
Или же сначала от нуля идет код программы, потом куча, потом стек, растущий вниз, а потом уже место, где ядро исполняет системные вызовы.
Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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, и параграфы про мьютексы. Чего только нет у Таненбаума.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://stackoverflow.com/q/63770603
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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, и параграфы про мьютексы. Чего только нет у Таненбаума.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://unix.stackexchange.com/q/570131
- https://i.sstatic.net/Drwcy.png
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.
10000 трансофрмаций не уходят от корня.
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность 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
- https://i.sstatic.net/DuAbx.png
- https://i.sstatic.net/Drwcy.png
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.
10000 трансофрмаций не уходят от корня.
Исходная версия lbvf50txt, :
У Столярова же новое издание 2 тома про Системы и Сети вышло. Рассматривал я описание виртуального процесса в изображении Столярова (5.3.3 Виртуальное адресное пространство). Снизу — ядро, сверху — стек, а над ним — куча с (DATA, TEXT, BSS). Потом я заглянул в виртуальное адресное пространство, а там наоборот: снизу DATA, TEXT, BSS, над ними — куча, потом стек, потом ядро.
Думаю, что не так? Может, Столяров ошибся где-то. А потом вспомнил, что стек растет вниз! Это еще из первых курсов.
И получается, что у Столярова снизу вверх убывает, а в изображениях зарубежных источников наоборот — снизу вверх возрастает.
То есть самые старшие адреса виртуального пространства занимает ядро, где процессор работает в защищенном режиме, потом идет стек, который, как известно, растет вниз. Затем — куча, а потом сам исполняемый код программы на самых младших адресах.
Или же сначала от нуля идет код программы, потом куча, потом стек, растущий вниз, а потом уже место, где ядро исполняет системные вызовы.
Хотя у Таненбаума на рисунке 11-7 код ядра расположен на младших адресах. Может, там дальше будет именно виртуальное пространство x86 процесса. Полистал, не нашел. Зато много интересного: и LRU-Cache, и целая глава про Deadlocks, и параграфы про мьютексы. Чего только нет у Таненбаума.
А так везде показано, что ядро находится в старших адресах рядом со стеком.
- https://velog.velcdn.com/images/junttang/post/49efd17e-5ee2-4d79-86ae-fd885a0a6f90/image.png
- https://i.sstatic.net/DuAbx.png
- https://i.sstatic.net/Drwcy.png
Вот и связь между Алгоритмами и Архитектурой ОС, и с вопросами на должность Golang разработчика.
10000 трансофрмаций не уходят от корня.