В чем убогость винды?

[Bepec]

Ну ёмое.  Вам не угодишь

[kai666_73]

Ну ёмое.  Вам не угодишь

Ok. С налету не воспроизвести...
Щас вот закрывал креатор (после дебага и прочего) расклад по памяти занято 1,2 Гб / выделено 1,3 Гб - закрылось/освободилось примерно за секунду.
Но с другими раскладами (10 Мб / 600 Мб) - тихий ужас.

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

[Bepec]

неправы
Виндовый менеджер забирает память по мере необходимости, а не по факту.
По сути понятие "занято" у памяти нет, есть только выделено. Как только она потребуется, она будет отдана процессам.
Самый простой пример - запустить приложение с высоким потреблением памяти. И вы увидите как память будет отдаваться ему чрезвычайно быстро.

[kai666_73]

неправы
Виндовый менеджер забирает память по мере необходимости, а не по факту.
По сути понятие "занято" у памяти нет, есть только выделено. Как только она потребуется, она будет отдана процессам.
Самый простой пример - запустить приложение с высоким потреблением памяти. И вы увидите как память будет отдаваться ему чрезвычайно быстро.

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

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

[Bepec]

Неет, тут хитрее. Можно запросить сколь угодно много, а пользоваться сколь угодно мало.
Тут не неряшливость, а множественность понятий. Выделенная, потребляемая, оперативная, освобождённая, закреплённая за процессом. Да, тут нет прямоты выделения/освобождения, но именно потому что вам не нужно об этом заботиться. Абсолютно всё остальное делает менеджер, вам нужно только просить и освобождать.

[kai666_73]

Неет, тут хитрее. Можно запросить сколь угодно много, а пользоваться сколь угодно мало.
Тут не неряшливость, а множественность понятий. Выделенная, потребляемая, оперативная, освобождённая, закреплённая за процессом. Да, тут нет прямоты выделения/освобождения, но именно потому что вам не нужно об этом заботиться. Абсолютно всё остальное делает менеджер, вам нужно только просить и освобождать.

Дык, согласен, все сложнее.
Более того, идеального менеджера памяти не существует, ни в венде, ни в любой другой операционной системе.
Но вот виндовый, на мой взгляд, самый убогий (см. название темы).
И считаю я так, потому что освобождённая память возвращается (закрепляется/переходит в разряд потребляемой... да биспонятия что там еше происходит) процессу со скрежетом, а в результате лаги при активировании программ которые некоторое время простаивали.
Такое происходит и в винде и в Linux (про MacOS не скажу - не знаю).
Но в винде эти лаги куда более продолжительные. Настолько более продолжительные, что возникает желание запретить менеджеру освобождать память закрепленную (или потребляемую, снова биспонятия) за каким либо процессом - ан низя ((

[Bepec]

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

[kai666_73]

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

Ну точно, я его (менеждер) просто готовить не умею ) Рецептом не поделитесь?

** Ушел отключать своп

[Bepec]

Ну эээ. Никакого секрета, всё стандартно. Хотя да, возможно swop у вас шалит, тогда скорость напрямую зависит от скорости вашего жёсткого.
У меня стоит SSD на sata-3, потому если задержки и есть, то ... незначительны.

[kai666_73]

Ну эээ. Никакого секрета, всё стандартно. Хотя да, возможно swop у вас шалит, тогда скорость напрямую зависит от скорости вашего жёсткого.
У меня стоит SSD на sata-3, потому если задержки и есть, то ... незначительны.

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

[Bepec]

Добавьте оперативки и проблема будет решена
Сейчас компьютер с < 8Gb памяти уже неактуальны. Как раз из-за свопа

Кстати я впервые пытался перейти на Ubuntu, т.к. слышал слухи что "всё летает" на нём. Ставил на слабый комп - получил жуткие тормоза, по большей части графические. И если лет эдак 20 назад замерзание интерфейса на 3 секунды было нормой, сечас это м... как минимум плохо

[Old]

Кстати я впервые пытался перейти на Ubuntu, т.к. слышал слухи что "всё летает" на нём. Ставил на слабый комп - получил жуткие тормоза, по большей части графические. И если лет эдак 20 назад замерзание интерфейса на 3 секунды было нормой, сечас это м... как минимум плохо

Так вы на эту машину десяточку поставьте, скорее всего она совсем не загрузиться, и это в 2016 году.

[Bepec]

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

[Old]

Десятка - новый сырой продукт.

Ага, так-же как восьмерка, семерка, ...

Особенно с облачной интеграцией, распознаванием голоса и прочими плюшками десятки

Arch, Gentoo и еще куча современных дистрибутивов.

[Bepec]

Не не не, новых. Не старых с обновлением, а новых? каких нить superLinuxJubuntu?
Которые отличаются кардинально от предыдущих?
Которые испытывают новые вещи, меняют стандартные менеджеры, улучшают системы безопасности?