Intel vs AMD. Кто кого?

this.is.it · Сообщение **this.is.it** » 03.03.2024,22:09

Takedasun, Windows 7 уже 4-й год как не поддерживается, может пора прекратить насиловать труп?

Rio444 · Сообщение **Rio444** » 03.03.2024,22:10

this.is.it писал(а): 03.03.2024,22:09 может пора прекратить насиловать труп?

Завидуете?

this.is.it · Сообщение **this.is.it** » 03.03.2024,22:11

Rio444, чему?

Takedasun · Сообщение **Takedasun** » 03.03.2024,22:21

this.is.it писал(а): 03.03.2024,22:09 Windows 7 уже 4-й год как не поддерживается, может пора прекратить насиловать труп?

Ну и что если не поддерживается, программы которыми я пользуюсь прекрасно работают на Windows 7, когда перестанут работать, просто сменю систему на ту на которой они работают. Бегать за новым компьютером при очередном чихе it гигантов не собираюсь.
Вам нравится, вот и бегайте...

this.is.it · Сообщение **this.is.it** » 03.03.2024,22:22

Takedasun писал(а): 03.03.2024,22:21 Вам нравится, вот и бегайте...

Я просто перебежал на Линукс

Ekb · Сообщение **Ekb** » 04.03.2024,09:41

Takedasun писал(а): 03.03.2024,21:39 Однажды обратил на это внимание, когда пользовался ноутбуком с 8GB памяти, вроде еще как есть 1.4-1.8Gb свободной памяти, а ось начинает активно использовать файл подкачки, полная хрень...

Возможно, тут имеет место быть в полной дефрагментации памяти. В течении дня многократно запускаем и делаем что-либо, то образуется куча "дыр".
Если суммировать "дыры" то будут, как сказано "1.4-1.8Gb свободной памяти", а на деле не одна программа при запросе 256мб "линейной памяти" не сможет получить.
Предположу, что единственный способ Винде - слив в "унитаз" (файл подкачки) для дефрагментации ОЗУ, т.е. упорядочивания, без зональных "дыр".

key.value · Сообщение **key.value** » 04.03.2024,10:26

Ekb писал(а): 04.03.2024,09:41 в полной дефрагментации памяти

Вы отчасти правы, фрагментация внутренней памяти у приложений может привести к таким вещам.

Причину, по которой люди боятся использования файла подкачки надо искать в далёком детстве.

Takedasun · Сообщение **Takedasun** » 04.03.2024,12:03

Ekb писал(а): 04.03.2024,09:41 Возможно, тут имеет место быть в полной дефрагментации памяти. В течении дня многократно запускаем и делаем что-либо, то образуется куча "дыр".
Если суммировать "дыры" то будут, как сказано "1.4-1.8Gb свободной памяти", а на деле не одна программа при запросе 256мб "линейной памяти" не сможет получить.
Предположу, что единственный способ Винде - слив в "унитаз" (файл подкачки) для дефрагментации ОЗУ, т.е. упорядочивания, без зональных "дыр".

Это уже давно так не работает, windows "перетасовывает" адресное пространство как ей удобно, поэтому нет там никаких неиспользованных дыр в ОЗУ.

Mov AX, 0xDEAD · Сообщение **Mov AX, 0xDEAD** » 04.03.2024,18:18

Takedasun писал(а): 04.03.2024,12:03 Это уже давно так не работает, windows "перетасовывает" адресное пространство как ей удобно, поэтому нет там никаких неиспользованных дыр в ОЗУ.

Причем это "давно" многие в глаза даже не видели, период Windows 2.x, 3.x

key.value · Сообщение **key.value** » 04.03.2024,20:47

Takedasun писал(а): 04.03.2024,12:03 windows "перетасовывает" адресное пространство как ей удобно

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

Takedasun · Сообщение **Takedasun** » 04.03.2024,21:18

key.value писал(а): 04.03.2024,20:47 Не слышал, чтоб винда залезала в адресное пространство процессов и что-то там перетасовывала. А вот фрагментация внутри адресного у самих процессов возможна, так же как и побочный эффект от работы аллокаторов с "кэшированием" - прихранивать выделенную у операционки память на случай срочных запросов (если такие участков много, они большие и внезапно оказались не нужными и аллокатор не попилил их на более мелкие кусочки, то обязательно выпадут в swap).
На хабре есть несколько толковых статей про работу аллокаторов, почитайте.

Может стоит снова перечитать... виртуальная адресация... трансляции виртуальных адресов в физические... механизм трансляции адресов.

Полигон призраков