s
Смысл в том, что во время работы процесс (данные) не полностью эквивалентен данным на диске?
Состояние процесса и сам elf файл, который запускается это разные вещи
Size: a a a
2020 April 02
s
У тебя кешируется именно elf. При запуске новой копии терминала этот elf есть в кеше, его не нужно грузить с диска.
Т
Состояние процесса и сам elf файл, который запускается это разные вещи
А работает и кэшируется что , elf файл ?
E
опана. этого я не знал.
дак вот в чем проблема, но да я именно по этому использую subvol
Т
У тебя кешируется именно elf. При запуске новой копии терминала этот elf есть в кеше, его не нужно грузить с диска.
Речь не о новой копии, это понятно, другая история. Речь про то что я открыл терминал, закрыл (убил процесс) и скажем через час открыл
Т
Мне утверждается что где то есть какой то кэш диска в озу, где он лежит меня целый ждёт
s
А работает и кэшируется что , elf файл ?
Да, inode с самим бинарником в случае терминала. Ну и может всякие конфиги, которые он на старте читает тоже уже в кеше лежат
Т
Я на него нажму и он прям из озу начнёт у меня работать
t
если ОС не освободила кэш, то обращения к памяти, которые будут при вызове терминала, пойдут к кэшу
s
Речь не о новой копии, это понятно, другая история. Речь про то что я открыл терминал, закрыл (убил процесс) и скажем через час открыл
Убил - его состояние сдохло
s
Но сам бинарник может и остаться в кеше
t
Мне утверждается что где то есть какой то кэш диска в озу, где он лежит меня целый ждёт
ты сам себе что-то придумал. Речь была про диск кэш
s
Ты новую копию запускаешь, она может и не с диска прочитаться, а валяться в оперативке уже
s
Может не валяться, её могло вытеснить тупо
Т
inode это не бинарник
s
Но если есть место, то ядро старается хранить такие вещи поближе
Т
не одно и тоже
VK
Evgeniy
причем здесь тогда вообще ввиртуальная память?
не при чем
VK
в этом и суть
s
inode это не бинарник
Inode это штука из vfs области. В самой inode данные есть. Данные это бинарник, например