[Вопрос] 32бит Офис на 64бит Виндовс - использование опер.памяти?

[reg-stoni]

Сообщение от JH

Ну так это два разных частных случая.

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

[reg-stoni]

Сообщение от JH

Сам Microsoft рекомендует даже на 64-битную систему ставить 32-битный Office. Многие "белые" производители, например, Dell и HP, отгружая 64-битную Windows с предустановленным Office, ставят 32-битный Office.

Что правда то было наверное правдой, вы на даты посмотрели?
Начато обсуждение: Thursday, November 19, 2009 3:49 AM
Последнее сообщение: Thursday, July 01, 2010 6:50 PM

Это было релевантно когда была бета версия, когда многие плагины 32битные не работали на 64бит.

[JH]

Сообщение от reg-stoni

Что правда то было наверное правдой, вы на даты посмотрели?

Вторая часть моего комментария была основана на очень свежем опыте, последние недели.

[DarkUser]

Сообщение от reg-stoni

Работая на 1гиг машине виндовс хп селерон двухядерный с такими файлами одновременно создает лаг до нескольких минут при задаче контрол-таб без калькуляций.

Тут, имхо, дело вовсе не в количестве памяти на процесс. 7-8 excel файлов, от 3 до 20 мегов веса каждый - за глаза хватит 3-х гигов (тем более реальный - вообще 1). Само управление памятью в Seven-е гораздо лучше продумано (SuperFetch запоминает наиболее активные задачи, и ускоряет скорость их подгрузки). Это если в принципе не рассматривать разницу между двух-ядерным целероном и корой.

[reg-stoni]

Сообщение от DarkUser

Тут, имхо, дело вовсе не в количестве памяти на процесс. 7-8 excel файлов, от 3 до 20 мегов веса каждый - за глаза хватит 3-х гигов (тем более реальный - вообще 1). Само управление памятью в Seven-е гораздо лучше продумано (SuperFetch запоминает наиболее активные задачи, и ускоряет скорость их подгрузки). Это если в принципе не рассматривать разницу между двух-ядерным целероном и корой.

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

[DarkUser]

Сообщение от reg-stoni

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

Если я правильно понимаю (Dolphin недавно объяснял), то потери в производительности под 64-х битной виндой у 32-х битного Офиса не будет (благодаря аппаратной виртуализации). Так что если не планируется открывать гигабайтные документы - разницы быть не должно 32-х битный оффис или 64-х. (Это, правда, в теории все )

[alexkil]

Сообщение от DarkUser

Если я правильно понимаю (Dolphin недавно объяснял), то потери в производительности под 64-х битной виндой у 32-х битного Офиса не будет (благодаря аппаратной виртуализации). Так что если не планируется открывать гигабайтные документы - разницы быть не должно 32-х битный оффис или 64-х. (Это, правда, в теории все )

Гигабайтный файл ворд просто не откроет при 8 гб мозгов)
1) "Распакованный" вордовский файл(doc а не docx) в памяти
весит примерно в 5-10 раз больше оригинала,
соответственно 20 мб, превращаются в 100-200 мб.
2) x86 подсистема не дает больше реальных 2гб приложению(без PAE).
3) Даже в x64 ворду система врятли даст больше 1-2 гб, при 8 гб ОЗУ,
и будет активно свопировать на хард, что сильно уменьшит общую
производительность системы.