The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

За неделю загружено 473 тысячи копий LibreOffice 7.2, opennews (ok), 26-Авг-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


12. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  –3 +/
Сообщение от OnTheEdgeemail (ok), 26-Авг-21, 15:48 
вы видели те кеды? уж лучше старый гном было поставить по умолчанию
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

19. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  –4 +/
Сообщение от Аноним (111), 26-Авг-21, 16:15 
K Desktop Environment 1 выглядит как клон Вин-95. Ничего особенно ужасного не увидел, если честно.
GNOME 1 появился позже 1999 год и больше напоминает Вин-98 судя по этому скрину. https://en.wikipedia.org/wiki/GNOME#/media/File:GNOME_1.0_(1999,_03)_with_GNOME_Panel_1_and_File_Manager.png
Но всё равно что гном что кеды выглядят как клон винды тех лет. Так что помешало наступлению виндекап-ца до выхода Вин-хр? Деньги корпорации?
Ответить | Правка | Наверх | Cообщить модератору

38. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +1 +/
Сообщение от n00by (ok), 26-Авг-21, 17:12 
> Так что помешало наступлению виндекап-ца до выхода Вин-хр? Деньги корпорации?

NT 4.0 еле шевелилась на том оборудовании, где летала 98SE (угу, именно эту линейку называли "Мастдай"). XP вышла, когда "среднее железо" стало заметно мощнее и доступнее. Если же сравнивать с Linux, даже NT бережнее относилась к ОЗУ, отображая в память исполняемый файл не целиком, а по мере надобности (поэтому невозможно удалить запущенный экзешник). Сейчас объёмы памяти выросли в 1000 раз и быстрее читается с накопителя большой блок разом вместо множества мелких. Расклад изменился, тогдашние недостатки стали преимуществами. Потому сюда приходят виндузятники и рассказывают, как в других ОС плохо жидь.

Ответить | Правка | Наверх | Cообщить модератору

58. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +1 +/
Сообщение от BorichL (ok), 26-Авг-21, 20:47 
Мастдаем прозвали ещё 3.1 Винду, но и 9х и NT это унаследовали.  :-)
Ответить | Правка | Наверх | Cообщить модератору

66. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Аноним (65), 26-Авг-21, 22:00 
Много буках но мало смысла. Я стал обладателем персонального компьютера с П-2 366 МГц, про Нетскейп в 2000-ом я узнал и использовал, но про линукс не знал.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

91. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +3 +/
Сообщение от n00by (ok), 27-Авг-21, 08:14 
Боюсь Вас разочаровать, но Вам впарили Селерон. У Пней с той частотой шина была 100.
Ответить | Правка | Наверх | Cообщить модератору

80. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +1 +/
Сообщение от Alexeyemail (??), 26-Авг-21, 23:01 
Вы немного ошиблись с NT4, прекрасно она работала и выпущена была раньше чем WIN98 не говоря об SE. Относительно WIN2K, да только объём памяти усложнял запуск на машинах класса Пентиум 1.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

90. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 27-Авг-21, 07:59 
> Вы немного ошиблись с NT4, прекрасно она работала и выпущена была раньше
> чем WIN98 не говоря об SE.

Сколько ей надо было ОЗУ для прекрасной работы, куда не входили игрушки? 32? А сколько в то время было у большинства? 16? Или 8?

Ответить | Правка | Наверх | Cообщить модератору

117. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от пох. (?), 27-Авг-21, 11:34 
Как раз для игрушек вполне хватало 16. Для visual c желательно все же было 32.

А твоему "большинству" рабочая станция разработчика и не была нужна. Им игрушки, и еще, вот, йоксель. Все это прекрасно обеспечивала им windows95

Ответить | Правка | Наверх | Cообщить модератору

162. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Alexeyemail (??), 27-Авг-21, 16:50 
Думаю у NT4 и на 8 мегабайтах будет отлично. Пенёк 200mmx у меня жив, но вот памяти edo 8mb надо надыбать. Ради флейма заниматься не стану пиши на почту "regteston@mail.ru", если действительно нужно.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

167. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 27-Авг-21, 17:48 
Спасибо за предложение. Я не ради флейма, вопрос мой риторический.

Минимальные
Windows NT Workstation
ОЗУ     12 МБ
https://ru.wikipedia.org/wiki/Windows_NT_4.0

Я те времена ещё немножко помню, кто-то эту NT 4.0 даже использовал и говорил про 32Мб, когда это был шик. И "пох" подтверждает.

Размер используемого ОЗУ можно ограничить и через опцию /maxmem http://pc-problems.ru/win_xp/secrets_of_work/169/

Ответить | Правка | Наверх | Cообщить модератору

192. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Аноним (192), 28-Авг-21, 17:59 
Да нормально она использовалась в тех же казначействах, налоговых и прочих госконторах. Для дома - да, не очень в основном из-за того, что DirectX выше 5 версии не поставить.
Ответить | Правка | Наверх | Cообщить модератору

84. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  –1 +/
Сообщение от ананим.orig (?), 27-Авг-21, 07:01 
> даже NT бережнее относилась к ОЗУ, отображая в память исполняемый файл не целиком, а по мере надобности (поэтому невозможно удалить запущенный экзешник).

вранье.
отображало оно в память полностью.
а удалить нельзя было потому, что он же являлся для процесса и свопом.
плюс "вытесняющая" многозадачность.

зыж
вот так сцуко и переписывают понятия.
вам за это хоть платят?

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

88. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +3 +/
Сообщение от n00by (ok), 27-Авг-21, 07:56 
>> даже NT бережнее относилась к ОЗУ, отображая в память исполняемый файл не целиком, а по мере надобности (поэтому невозможно удалить запущенный экзешник).
> вранье.
> отображало оно в память полностью.

Ваше заблуждение происходит из недопонимания, как работает отображение (mapping) файла. Блок с накопителя считывается в ОЗУ по необходимости -- при доступе к соответствующей странице. Это точно так и в Linux при mmap(). При "загрузке" образа Portable Executable системный загрузчик создаёт объект "секция", читает заголовок, импорт, релоки и т.п. Остальное ему не надо, если в заголовках не установлены флажки IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP и IMAGE_FILE_NET_RUN_FROM_SWAP.

С некоторой версии Виндоса началась рандомизация адресов загрузки и оптимизация превратилась в тыкву.

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

"Подкачка" это сброс грязных страниц в медленную память. Неизменённые страницы имиджа нет необходимости куда-то сохранять и они тупо откидываются при недостатке ОЗУ. А когда надо - да, считываются обратно. То есть понимание механизма у Вас отчасти есть, но немного перепутаны причины и следствия.

> плюс "вытесняющая" многозадачность.

А ещё мухи и котлеты туда же. Белок не лишний!

> зыж
> вот так сцуко и переписывают понятия.
> вам за это хоть платят?

Спросите Рихтера про гонорар, а лучше скачайте без регистраций и СМС и почитайте. Там должно быть про это.

Ответить | Правка | Наверх | Cообщить модератору

102. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от ананим.orig (?), 27-Авг-21, 09:08 
мне уже 49 лет. и вот ту кухню я не только знаю, но принимал участие в ее создании.
при чем во всех указаннх.

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

Ответить | Правка | Наверх | Cообщить модератору

104. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от ананим.orig (?), 27-Авг-21, 09:17 
ззыж
> Блок с накопителя считывается в ОЗУ по необходимости -- при доступе к соответствующей странице. Это точно так и в Linux при mmap().

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

Ответить | Правка | Наверх | Cообщить модератору

119. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 27-Авг-21, 11:53 
> ззыж
>> Блок с накопителя считывается в ОЗУ по необходимости -- при доступе к соответствующей странице. Это точно так и в Linux при mmap().
> проблема не в том как он считывается, а как (в вантузе указанных
> версий) освобождается при необходимости в рамках реализации вытесняющей многозадачности.

Ещё раз. Речь о загрузке. И о том, что при загрузке считывание образа целиком не обязательно. Если что-то не считывается, то и освобождать нечего.

> а там он просто отбрасывается. и восстанавливается и при следующем кванте из
> файла.

Планировщик ортогонален к менеджеру вирт.памяти, при следующем кванте разве что переключается контекст и адресное пространство. Если из того АП нет обращений к отсутствующей странице, на кой её считывать, от нечего делать? И кто этим занимается? Тут даже нет надобности знать механизм, достаточно просто немножко подумать.

> поэтому экзешних и нельзя трогать.
> до сих пор.

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

> ..
> про mmap писал выше.
> в общем это даже не предмет для спора.

Ответить | Правка | Наверх | Cообщить модератору

149. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от ананим.orig (?), 27-Авг-21, 15:43 
> Ещё раз. Речь о загрузке.

нет. речь о запуске на выполнении программы в универсальной(!!!) ОС.
которая будет решать эту задачу универсальным образом в рамках своей реализации управления памятью.

> Если что-то не считывается, то и освобождать нечего.

если ОС при переключении контекста выполнения на новый процесс (у вас таки многозадачная ОС) решает освободить память, то она просто помечает страницы памяти с кодом, как свободные.
при обратном переключении восстанавливает эти страницы из экзешника на диске.
> при следующем кванте разве что переключается контекст и адресное пространство.

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

зыж
>Трогать его можно, но поскольку при создании секция увеличивает кол-во ссылок на соответствующий хендлу фала объект ядра, толку от этого будет мало -- система даст отлуп на ряд операций.

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

Ответить | Правка | Наверх | Cообщить модератору

166. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 27-Авг-21, 17:10 
>> Ещё раз. Речь о загрузке.
> нет. речь о запуске на выполнении программы в универсальной(!!!) ОС.
> которая будет решать эту задачу универсальным образом в рамках своей реализации управления
> памятью.

"У меня все ходы записаны!" (ц)

Исходное моё утверждение касалось вполне конкретной ОС:
>> даже NT бережнее относилась к ОЗУ, отображая в память исполняемый файл не целиком,
>> а по мере надобности (поэтому невозможно удалить запущенный экзешник).

https://www.opennet.ru/openforum/vsluhforumID3/125112.html#38

Ваш ответ:
> вранье.
> отображало оно в память полностью.
> ...

https://www.opennet.ru/openforum/vsluhforumID3/125112.html#84

Формально, можно было бы придраться к "отображает", поскольку семантика NtMapViewOfSection() подразумевает, что отображение создано для всего View. Т.е. корректнее было бы написать про страницы подробнее. Но я исхожу из того, что это и так понятно, а если кто далёк от темы - тому пару предложений не хватит.

>> Если что-то не считывается, то и освобождать нечего.
> если ОС при переключении контекста выполнения на новый процесс (у вас таки
> многозадачная ОС) решает освободить память, то она просто помечает страницы памяти
> с кодом, как свободные.

Поскольку мы говорим об NT, то контекст (т.е состояние регистров процессора) там переключается "на потоки". Процесс, внезапно, не исполняется. Это адресное пространство, где исполняются его первый и остальные потоки (при наличии). Впрочем, всё это не имеет прямого отношения к менеджеру виртуальной памяти. Разве что ReaperThread (простите, сходу не вспомню префикс) чистит за мёртвыми процессами.

ОС может решить освободить физическую память, поскольку тот же самый и единственный процесс запросил её ещё. По какому алгоритму определится какие страницы редкоиспользуемые -- это дело десятое.

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

Противоречивая таблица страниц? Что это и откуда она возьмётся?

> именно поэтому экзешник нельзя удалить, пока есть запущенный экземпляр (даже если он
> остановлен).

Остановлен? Экземпляр экзешника? Это что-то новое. =)

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

Вот с этого и надо было начинать, я бы не тратил время на священного воина, которого триггренула вражеская ОС.

>>Трогать его можно, но поскольку при создании секция увеличивает кол-во ссылок на соответствующий хендлу фала объект ядра, толку от этого будет мало -- система даст отлуп на ряд операций.
> эх.. Вам еще очень многое придется узнать, юный падаван. далее не вижу
> смысла в обсуждении.

С удовольствием поучусь у того, кто сможет привести хоть какую-то конкретику, помимо своего воображаемого возраста.

Ответить | Правка | Наверх | Cообщить модератору

182. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от ананим.orig (?), 28-Авг-21, 02:58 
> отображая в память исполняемый файл не целиком,
> а по мере надобности (поэтому невозможно удалить запущенный экзешник).

Вам и ответили - не поэтому.
экономия памяти тут и близко ни при чем.
изучайте свои "записанные" ходы.

Ответить | Правка | Наверх | Cообщить модератору

183. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 28-Авг-21, 06:23 
Вы, сударь, демагог и пустомеля, в свои 49 лет не научившийся скопировать IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP в поисковик и почитать. Впрочем, спасибо, что доказали за меня отсутствие аналога NtMapViewOfSection() в то время в Lunux.
Ответить | Правка | Наверх | Cообщить модератору

118. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 27-Авг-21, 11:47 
> мне уже 49 лет. и вот ту кухню я не только знаю,
> но принимал участие в ее создании.

С удовольствием посмотрю на код написанного Вами загрузчика. Намекаете, что реализовали его ReactOS?

> при чем во всех указаннх.
> зыж
> и да, mmap на тот момент не было нигде.

Речь шла о "загрузке" PE Image в NT. Естественно, там не было mmap() и работала NtMapViewOfSection() сотоварищи. Про mmap() я написал, поскольку данная аналогия здесь многим понятна.

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

Обсуждать что? "Открытые" китайцами сорцы NT 4.0? Или здесь шли разговоры о том, как кто-то ковырял загрузчик?

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

168. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Михрютка (ok), 27-Авг-21, 18:16 
равнивать с Linux, даже NT бережнее
> относилась к ОЗУ, отображая в память исполняемый файл не целиком, а
> по мере надобности (поэтому невозможно удалить запущенный экзешник). Сейчас объёмы памяти

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

Чего только не узнаешь нового.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

173. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от maximnik0 (?), 27-Авг-21, 21:34 
>А чо, в линуксе возможно удалить запущенный бинарник?

Зависит от ФС и опций монтирования.Но технически удалить запущенный бинарник возможность имеется,нужно только снять бит блокировки.Сразу файл не удалиться,пока с ним будут работать-он будет виден.Завершит бинарник работать-призойдет удаление.

Ответить | Правка | Наверх | Cообщить модератору

185. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 28-Авг-21, 07:17 
Спасибо за пояснение.

Если по моему сравнению с NT4.0 -- надо смотреть, как был реализован линуксовый загрузчик в то время. Читал ли он исполняемый файл целиком в ОЗУ, либо отображал по подобию NT (соответственно, если к страницам не было обращений, они в ОЗУ никогда не появлялись).

Впрочем, достаточно процитировать моего разоблачителя: "и да, mmap на тот момент не было нигде" (ц) https://www.opennet.ru/openforum/vsluhforumID3/125112.html#102

То есть загрузчик не мог использовать mmap(), значит оставалось чтение (и фантастический вариант, когда юзерленд ловит исключения и читает -- тут слишком много лишних переключений контекста, тем боле для тогдашнего железа), а при достаточном объёме ОЗУ подход даёт ряд преимуществ.

Ответить | Правка | Наверх | Cообщить модератору

188. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Михрютка (ok), 28-Авг-21, 14:29 
бит блокировки - что это?

при чем здесь опции и фс. все проще, если unlink запущен с правами, разрешающими запись, линк на inode будет удален. если на inode 0 линков и он не открыт ни одним процессом, inode будет удален.

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

184. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 28-Авг-21, 06:32 
Ну вот нормальный вопрос, сразу видно, оратор решил поговорить на отвлечённую тему. А то начинают "мне уже 49 лет", а через пять сообщений заявляют, якобы я вообще не про NT писал.
Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

187. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Михрютка (ok), 28-Авг-21, 14:19 
> Ну вот нормальный вопрос, сразу видно, оратор решил поговорить на отвлечённую тему.
> А то начинают "мне уже 49 лет", а через пять сообщений
> заявляют, якобы я вообще не про NT писал.

при чем тут отвлеченные? в юниксе inode любого файла не удаляется, пока он открыт процессом. в виндах, насколько я понимаю, точно так же.

Ответить | Правка | Наверх | Cообщить модератору

202. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 29-Авг-21, 06:49 
При том что я описывал загрузку образа Portable Executable в NT, а именно, что содержимое файла считывается по мере надобности, при доступе к соответствующим страницам ОЗУ. Про невозможность удаления файла указано в скобочках и как следствие. Сам файл, кстати, закрывается; но счётчик ссылок на связанный объект ядра ненулевой и не то что удалить, даже переоткрыть файл с несовместимыми правами нельзя.

При чём тут нынешнее положение дел в Linux и inode -- понятия не имею. Эксперт же написал https://www.opennet.ru/openforum/vsluhforumID3/125112.html#102
что в _то_время_ mmap() не было -- стало быть и открытым файл некому держать.

Ответить | Правка | Наверх | Cообщить модератору

204. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Михрютка (ok), 29-Авг-21, 10:54 
> При том что я описывал загрузку образа Portable Executable в NT, а
> именно, что содержимое файла считывается по мере надобности, при доступе к
> соответствующим страницам ОЗУ. Про невозможность удаления файла указано в скобочках и
> как следствие. Сам файл, кстати, закрывается; но счётчик ссылок на связанный
> объект ядра ненулевой и не то что удалить, даже переоткрыть файл
> с несовместимыми правами нельзя.

я, собсно, обострился на фразу "(поэтому невозможно удалить запущенный экзешник)". не поэтому, а потому что вообще любой открытый файл в винде удалить нельзя.

> При чём тут нынешнее положение дел в Linux и inode -- понятия
> не имею. Эксперт же написал https://www.opennet.ru/openforum/vsluhforumID3/125112.html#102
> что в _то_время_ mmap() не было -- стало быть и открытым файл
> некому держать.

mmap тут я вообще хз причем. при загрузке elf бинарника в память грузятся все сегменты PT_LOAD, elf должен запускаться даже там, где mmap нет в принципе.

Ответить | Правка | Наверх | Cообщить модератору

207. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 29-Авг-21, 12:32 
>> При том что я описывал загрузку образа Portable Executable в NT, а
>> именно, что содержимое файла считывается по мере надобности, при доступе к
>> соответствующим страницам ОЗУ. Про невозможность удаления файла указано в скобочках и
>> как следствие. Сам файл, кстати, закрывается; но счётчик ссылок на связанный
>> объект ядра ненулевой и не то что удалить, даже переоткрыть файл
>> с несовместимыми правами нельзя.
> я, собсно, обострился на фразу "(поэтому невозможно удалить запущенный экзешник)". не поэтому,
> а потому что вообще любой открытый файл в винде удалить нельзя.

Только выглядело обострение так: "А чо, в линуксе возможно удалить запущенный бинарник?" :) https://www.opennet.ru/openforum/vsluhforumID3/125112.html#168

Что касается "любых файлов", это верно в первом приближении. Если детальнее, то не всё так однозначно:

1. Формально, указанный при открытии файла флажок FILE_SHARE_DELETE позволяет успешно отработать функции удаления; последующие попытки открыть файл обломятся -- с точки зрения пользователя, файл удалён. Подсчёт ссылок на нижележащем уровне -- это отдельная тема, в т.ч. "If you rename or delete a file and then restore it shortly afterward, the system searches the cache for file information to restore. Cached information includes its short/long name pair and creation time." https://docs.microsoft.com/en-us/windows/win32/api/fileapi/n...

2. Файл "экзешника" закрывается сразу после создания секции. Именно права на секцию не позволяют сделать с файлом ничего лишнего, иначе это нарушит работу менеджера памяти. Для OpenNet-а этот нюанс не важен, но механизм напрямую с файлами не связан, просто так совпало.

>> При чём тут нынешнее положение дел в Linux и inode -- понятия
>> не имею. Эксперт же написал https://www.opennet.ru/openforum/vsluhforumID3/125112.html#102
>> что в _то_время_ mmap() не было -- стало быть и открытым файл
>> некому держать.
> mmap тут я вообще хз причем.

Про mmap() я написал как об аналоге, поскольку используемая в Виндосе NtMapViewOfSection() здесь мало кому понятна.

> при загрузке elf бинарника в память
> грузятся все сегменты PT_LOAD, elf должен запускаться даже там, где mmap
> нет в принципе.

Да. Поэтому, когда типовой объём ОЗУ был мал, NT немножко экономила память и выигрывала. Ныне наоборот выгоднее сразу считать весь файл.

Ответить | Правка | Наверх | Cообщить модератору

210. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Михрютка (ok), 29-Авг-21, 13:45 
> Что касается "любых файлов", это верно в первом приближении. Если детальнее, то
> не всё так однозначно:
> 1. Формально, указанный при открытии файла флажок FILE_SHARE_DELETE позволяет успешно
> отработать функции удаления; последующие попытки открыть файл обломятся -- с точки
> зрения пользователя, файл удалён.

да. при этом ман на deletefilea говорит, что

The DeleteFile function marks a file for deletion on close. Therefore, the file deletion does not occur until the last handle to the file is closed.

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

я это имел в виду.

>> при загрузке elf бинарника в память
>> грузятся все сегменты PT_LOAD, elf должен запускаться даже там, где mmap
>> нет в принципе.
> Да. Поэтому, когда типовой объём ОЗУ был мал, NT немножко экономила память
> и выигрывала. Ныне наоборот выгоднее сразу считать весь файл.

не уверен, что вопрос в экономии памяти, скорее в экономии на I/O, и то это экономия фантомная

Ответить | Правка | Наверх | Cообщить модератору

211. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 29-Авг-21, 15:00 
>[оверквотинг удален]
>> зрения пользователя, файл удалён.
> да. при этом ман на deletefilea говорит, что
> The DeleteFile function marks a file for deletion on close. Therefore, the
> file deletion does not occur until the last handle to the
> file is closed.
> то есть аналогично юниксовому поведению. там тоже разлинкованный файл нельзя открыть, но
> inode, на который указывало имя файла, при этом все еще существует,
> пока открыт хотя бы одним процессом. с точки зрения пользователя, суслика
> нет, но он есть.
> я это имел в виду.

Это понятно, потому я и пишу "образ" вместо "файл" и про создание секции (это такой объект ядра NT). Запущенный Portable Executable в отличии от произвольного файла невозможно даже маркировать для удаления. Потому там придумали флаг MOVEFILE_DELAY_UNTIL_REBOOT и дрессировали пользователей перезагружать ОС после каждой установки-обновления ПО.

>>> при загрузке elf бинарника в память
>>> грузятся все сегменты PT_LOAD, elf должен запускаться даже там, где mmap
>>> нет в принципе.
>> Да. Поэтому, когда типовой объём ОЗУ был мал, NT немножко экономила память
>> и выигрывала. Ныне наоборот выгоднее сразу считать весь файл.
> не уверен, что вопрос в экономии памяти, скорее в экономии на I/O,
> и то это экономия фантомная

Ну да, и на чтении ещё пару спичек экономили. И там в файлах не только код, но и пиктограммы, строки (на разных языках). Они не обязательно все нужны. Часть может никогда не грузиться.

Ответить | Правка | Наверх | Cообщить модератору

212. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Михрютка (ok), 29-Авг-21, 16:01 

> флаг MOVEFILE_DELAY_UNTIL_REBOOT
> флажок FILE_SHARE_DELETE
> флажки IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP и IMAGE_FILE_NET_RUN_FROM_SWAP.

За что люблю виндовс, за простату и отсутствие костылев
/шутка юмора

Ответить | Правка | Наверх | Cообщить модератору

219. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 30-Авг-21, 11:59 
Ну технически два последних похожи на PT_LOAD. А первый это не костыль, а гигантское технологическое отверстие. Полагаю, его наколхозили уже не те люди, что задизайнили и реализовали ядро.
Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

225. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Михрютка (ok), 30-Авг-21, 20:57 
> Ну технически два последних похожи на PT_LOAD.

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

Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

229. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от n00by (ok), 31-Авг-21, 10:04 
Копирование суть чтение + запись. Что бы записать страницы исполняемого образа в файл подкачки, надобно сначала считать эти данные в ОЗУ. В том смысл объекта "секция", что запись в хранилище идёт прозрачно при записи в соответствующую страницу памяти. Из-за этого начинающие крякеры не любили отладчик SoftICE: когда в юзермодном процессе модифицируешь код, экзешник оказывается чудом изменён на диске. =) Впрочем, Микрософт это недоразумение "исправила", удалив конкурента с рынка.
Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

44. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +9 +/
Сообщение от Константавр (ok), 26-Авг-21, 18:10 
Даром, чтоли, майкрософт всё это время закрывал глаза на пиратские копии? Они даже официальные обновления получали. Почему? Да потому что иначе выскочила бы, или Беось, или Юникс вернулся бы, или Линукс выапрыгнул на сцену. Халявой мир завоевали. И с производителями заключали договоры, и в магазины заносили. Всё было. И, в некотором смысле, до сих пор осталось.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

61. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +3 +/
Сообщение от Аноним (61), 26-Авг-21, 20:54 
Абсолютно точный комментарий. И сейчас обновления на пиратские Win10 идут. Монополизм — через массовое пиратство, профит — от корпоративного сектора.

Но всё равно чуют угрозу, поскольку Linux сегодня и внешне хорош, и для работы не плох, и по скорости работы уделывает, за малым исключением аппаратных компонент.

Ответить | Правка | Наверх | Cообщить модератору

137. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Аноним (137), 27-Авг-21, 14:17 
> за малым исключением аппаратных компонент

Та самая ложка г…на в бочке мёда.

Ответить | Правка | Наверх | Cообщить модератору

62. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +1 +/
Сообщение от BorichL (ok), 26-Авг-21, 20:54 
Беось, Хрюникс, Линукс.. Нихрена бы это никуда не выскочило, так-как у Юникса уже была своя ниша и из неё он никуда не лез, Беось с Пингвиниксом существовали где-то в зачатке и были деревянные, как Буратино. Тогда пердаки рвало от Полуось vs Мастдай, ибо Полуось и выглядела современно, использовала современные на тот момент технологии и даже офисный софт под неё был, не говоря уже про многое другое. Но пацаны из ГолубогоГиганта удачно всё закопали, гамазеки, если повезёт, то может КрасноШляпу зароют.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

64. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Аноним (-), 26-Авг-21, 21:14 
Справедливости ради, технологии в полуоси были настолько современные, что валилась она одной командой из тамошней консоли:) А именно - echo что угодно >\os2\system\swapper.dat
Ответить | Правка | Наверх | Cообщить модератору

108. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +1 +/
Сообщение от Атон (?), 27-Авг-21, 09:49 
ставить и пользовать os/2 на FAT16, это от большого ума.
Ответить | Правка | Наверх | Cообщить модератору

131. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от ssh (ok), 27-Авг-21, 13:11 
> ставить и пользовать os/2 на FAT16, это от большого ума.

Таки пользовать -- это скорее лечить. ;) Но с реквестом HPFS полность согласен! :D

Ответить | Правка | Наверх | Cообщить модератору

156. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от BorichL (ok), 27-Авг-21, 16:39 
> Справедливости ради, технологии в полуоси были настолько современные, что валилась она
> одной командой из тамошней консоли:) А именно - echo что угодно
> >\os2\system\swapper.dat

Да пожалуйста, своп у меня там никогда не лежал. Ну и полуось у меня работала с HPFS386. Про SOM насколько понимаю, мсье не в курсе...

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

69. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Аноним (65), 26-Авг-21, 22:04 
>Беось, Хрюникс, Линукс..

Судя по скринщотам с википедии Бесь на последнем издыхании мимикрировала под Винду. https://ru.wikipedia.org/wiki/BeOS#/media/%D0%A4&#...

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

68. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  –1 +/
Сообщение от Аноним (65), 26-Авг-21, 22:03 
Ну вот и у меня сложилось мнение что чисто корпоративная Америка не дала точной визуальной копии Линукс с средой рабочего стола КДЕ 1 отвоевать кусок рынка. И до сих пор не может.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

216. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от 3bu3da (?), 30-Авг-21, 10:24 
Именно в то время в России, например, они ничего не смогли бы сделать с пиратами в виду импотенции законодательство и пофигизма гос. структур относительно пиратства. К тому же ОС ведь не по интернету активировалась, а серийником - одним на всю страну :)
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

106. "За неделю загружено 473 тысячи копий LibreOffice 7.2"  +/
Сообщение от Атон (?), 27-Авг-21, 09:35 
> K Desktop Environment 1 выглядит как клон Вин-95. Ничего особенно ужасного не увидел, если честно.

важно не как _выглядит_, а как _работает_:

навык пользователя,
user experience,
поведение программ
реакция на клик мышью.

вот это вот все.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру