[Цитировать]

    Kon Diter
  • 2891
  • Стаж: 1 год
  • Сообщений: 10
  • Репутация:0

    [+] [-]
Давненько уже, когда экспериментировал с подобными патчами, столкнулся с тем, что действительно требовательные приложения падают, когда пытаются выйти за границы использования памяти в x86 системах. Как минимум, падал x264 кодек, при использовании высоконагруженных avisynth скриптов, кушающих память.
Отсюда вопрос к тем, кто продолжает экспериментировать с pae на системах, где он изначально отключен: вы пробовали тестировать систему ну хотя бы сжав большой файл при помощи 7zip, задав в настройках большой размер словаря?

[Цитировать]

    nikzzzz
  • 215
  • Стаж: 2 года 2 месяца
  • Сообщений: 1091
  • Репутация:38

    [+] [-]
Kon Diter,
Патч не снимает ограничения x86 систем - 2 Gb на процесс (для x64 - 8 Tb).

[Цитировать]

    Kon Diter
  • 2891
  • Стаж: 1 год
  • Сообщений: 10
  • Репутация:0

    [+] [-]
отлично, тогда какой смысл в этом патче, если нельзя задать ограничение в 2gb на процесс для произвольного приложения?

[Цитировать]

    Adler
  • 1708
  • Стаж: 1 год 5 месяцев
  • Сообщений: 700
  • Репутация:19

    [+] [-]
  • Откуда: Луганск
Kon Diter, смысл в том, что смысла особо нет. Имхо, это чисто теория "к сведению", просто "так можно", не имеющая реальной практической перспективы. Просто костыль, не решающий проблему, а вроде бы её уменьшающий.

[Цитировать]

    nikzzzz
  • 215
  • Стаж: 2 года 2 месяца
  • Сообщений: 1091
  • Репутация:38

    [+] [-]
33473отлично, тогда какой смысл в этом патче, если нельзя задать ограничение в 2gb на процесс для произвольного приложения?
Это ограничение самого x32 приложения, даже при запуске его в winx64 оно остается, и не зависит от подключенной памяти.

[Цитировать]

    gera_serg
  • 1171
  • Стаж: 1 год 8 месяцев
  • Сообщений: 947
  • Репутация:0

    [+] [-]
33473 тогда какой смысл в этом патче
стоят две планки по 2 гб
С патчем видны 4, без него только 3 гига...
Понятно, было б 8гиг оперативки, вопрос о х32 и не стоял бы...

[Цитировать]

    Kon Diter
  • 2891
  • Стаж: 1 год
  • Сообщений: 10
  • Репутация:0

    [+] [-]
Просто костыль, не решающий проблему, а вроде бы её уменьшающий
одно лечим, другое калечим. Ну, нам не привыкать :)
Это ограничение самого x32 приложения, даже при запуске его в winx64 оно остается, и не зависит от подключенной памяти.
без актиации pae приложение не упадет, а просто не сможет получить больше памяти, чем это возможно.
с патчем приложение упадет. Таким образом мы получаем систему, на которой заведомо будут падать программы.
стоят две планки по 2 гб
С патчем видны 4, без него только 3 гига...
это прекрасно, но вопрос был другой. А именно:
Отсюда вопрос к тем, кто продолжает экспериментировать с pae на системах, где он изначально отключен: вы пробовали тестировать систему ну хотя бы сжав большой файл при помощи 7zip, задав в настройках большой размер словаря?
Понятно, было б 8гиг оперативки, вопрос о х32 и не стоял бы...
x64 прекрасно чувствует себя на 4гб. Но, я здесь не для того, чтобы убеждать, мне интересен ответ на вопрос.

[Цитировать]

    stea.61
  • 2490
  • Стаж: 1 год 2 месяца
  • Сообщений: 122
  • Репутация:7

    [+] [-]
  • Откуда: 61 RUS
33529x64 прекрасно чувствует себя на 4гб
По моим наблюдениям x86 с использованием невидимой RAM через PrimoRD и pagefile.sys на RAMD ведет себя на PC с RAM=4GB получше.
Согласен, что одинокий процесс той же 7z упаковки на x64 отработает быстрее, но если параллельно работает хотя бы Firefox с парой-тройкой открытых вкладок, то на x86 Firefox шевелится заметно быстрее (особенно заметно на медиа-роликах) при практически одинаковой производительности 7z упаковки.
Лично у меня такие субъективные наблюдения.

[Цитировать]

    Kon Diter
  • 2891
  • Стаж: 1 год
  • Сообщений: 10
  • Репутация:0

    [+] [-]
stea.61, весьма вероятно, что x64 на тех же 4гб с помещённым в ram pagefile будет работать так же. Ведь основное здесь - помещение swop файла в быструю память. Досадно, когда от этого сознательно отказываются люди, убирая swop с ssd диска.

[Цитировать]

    stea.61
  • 2490
  • Стаж: 1 год 2 месяца
  • Сообщений: 122
  • Репутация:7

    [+] [-]
  • Откуда: 61 RUS
33623stea.61, весьма вероятно, что x64 на тех же 4гб с помещённым в ram pagefile будет работать так же. Ведь основное здесь - помещение swop файла в быструю память. Досадно, когда от этого сознательно отказываются люди, убирая swop с ssd диска.
Приветствую.
x64 имела идентичную структуру - аналогичный RAMD (который, правда, в этом случае располагался уже в видимой OS области RAM) c идентичным pagefile.sys.
Мне думается, все же более вероятно то, что в варианте c 4GB RAM приложению, которое запущено не первым (в данном случае Firefox), просто не вполне хватало RAM, т.к. и сама x64 система заняла больший ее объем, и 7z упаковка не имела ограничения в 2 GB - и при каждом новом запросе RAM от Firefox OS занималась перераспределением памяти.

Страница 4 из 4


Показать сообщения:    

Текущее время: 27-Мар 05:54

Часовой пояс: UTC + 3


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы можете скачивать файлы