GAUSSIAN
-
- Сообщения: 36
- Зарегистрирован: Чт июл 19, 2007 5:16 pm
- Контактная информация:
GAUSSIAN
Господа, помогите мне объяснить такой факт:
В входном файле Гауссиана можно задать руками выделаяемое кол-во памяти под расчет (МВ). И согласно простой логике чем больше выделяется памяти тем шустрее должен идти расчет. Однако, на практике, расчет для одного и того же объекта протекает тем быстрее чем меньше указанное значение МВ.
P.S. Этот параметр можно и не задавать (он определяется системой)
В входном файле Гауссиана можно задать руками выделаяемое кол-во памяти под расчет (МВ). И согласно простой логике чем больше выделяется памяти тем шустрее должен идти расчет. Однако, на практике, расчет для одного и того же объекта протекает тем быстрее чем меньше указанное значение МВ.
P.S. Этот параметр можно и не задавать (он определяется системой)
Re: GAUSSIAN
Это легко себе представить, если учесть, что операционная система может использовать свободную память под дисковые буфера. Выделяем программе много памяти - под дисковые буфера места не остается, и каждый раз, когда программа обращается к файлу, операционная система вынуждена лезть на диск вместо того, чтобы взять информацию из оперативной памяти. Если эта гипотеза верна, то при выделении программе большего количества памяти должна чаще мигать лампочка диска. Кроме того, если программа эффективно использует всю выделенную ей память, а не просто резервирует, то процессорное время должно уменьшаться при увеличении памяти, даже если общее время и будет увеличиваться.
-
- Сообщения: 36
- Зарегистрирован: Чт июл 19, 2007 5:16 pm
- Контактная информация:
Re: GAUSSIAN
Гипотеза интересная! Правда тогда не совсем остается понятным надобность такой функции, как мануальная задача резервируемой памяти. Если в действительности все как вы описываете, то в любом случае система оптимальнее подберет условия.amge писал(а):Это легко себе представить, если учесть, что операционная система может использовать свободную память под дисковые буфера. Выделяем программе много памяти - под дисковые буфера места не остается, и каждый раз, когда программа обращается к файлу, операционная система вынуждена лезть на диск вместо того, чтобы взять информацию из оперативной памяти. Если эта гипотеза верна, то при выделении программе большего количества памяти должна чаще мигать лампочка диска. Кроме того, если программа эффективно использует всю выделенную ей память, а не просто резервирует, то процессорное время должно уменьшаться при увеличении памяти, даже если общее время и будет увеличиваться.
Интересна ситуация когда оперативной памяти достаточно много... будет ли тогда иметь соответствующее воздействие ручная задача выделяемой памяти?
-
- Сообщения: 36
- Зарегистрирован: Чт июл 19, 2007 5:16 pm
- Контактная информация:
Не-а. Это зависит от задачи. Многие проги грузят проц, а не память. Если памяти используется слишком много, все процессы замедляются (например, при загрузке памяти 60% (с учётом свопа) уже работать трудно). Если память ограничить, этой проблемы не возникнет.antony.stasuk писал(а):Вопрос не совсем корректен. Когда программа работает, она, по моему мнению способна взять под себя всю предоставляемую оперативную память, у меня кладывается впечатление, что если Гауссиан мог он бы даже у ОС память забрал.
-
- Сообщения: 36
- Зарегистрирован: Чт июл 19, 2007 5:16 pm
- Контактная информация:
Вчера специально проводил контрольные расчеты, при постоянном контроле в таскменеджере степени загрузки процессора и уровне использования памяти. Как показывает практика Гауссиан памяти съедает на так много против стандартного, ну где-то + еще 150-200МВ. А вот проц использует по полной, во время расчетов уровень загрузки ЦП не опускается ниже 80%, а так в основном висит на 100%Не-а. Это зависит от задачи. Многие проги грузят проц, а не память. Если памяти используется слишком много, все процессы замедляются (например, при загрузке памяти 60% (с учётом свопа) уже работать трудно). Если память ограничить, этой проблемы не возникнет.
-
- Сообщения: 36
- Зарегистрирован: Чт июл 19, 2007 5:16 pm
- Контактная информация:
И еще заметил такую особенность:
проводил расчеты простой молекулы С1, на оптимизацию методом HF на стандартном базисе 3-21+G.
В серии различия были только те, что я варьировал значения n в строке %mem=nMW, от 2 до 100.
Наблюдение получилось весьма интересное: про малых n загрузка памяти и проца весьма сносная в среднем ЦП=35-50%, память 300МВ (против стандартных 237). А вот при больших начения параметра n=50-100, происходит что-то не адекватное памяти используется чуть более гига, но при этом и проц работает на 70-80%.
Тогда спрашивается какие цели приследовали разработчики делая возможным самостоятельно задавать значение %mem. Может я чего-то не понимаю???
проводил расчеты простой молекулы С1, на оптимизацию методом HF на стандартном базисе 3-21+G.
В серии различия были только те, что я варьировал значения n в строке %mem=nMW, от 2 до 100.
Наблюдение получилось весьма интересное: про малых n загрузка памяти и проца весьма сносная в среднем ЦП=35-50%, память 300МВ (против стандартных 237). А вот при больших начения параметра n=50-100, происходит что-то не адекватное памяти используется чуть более гига, но при этом и проц работает на 70-80%.
Тогда спрашивается какие цели приследовали разработчики делая возможным самостоятельно задавать значение %mem. Может я чего-то не понимаю???
-
- Сообщения: 36
- Зарегистрирован: Чт июл 19, 2007 5:16 pm
- Контактная информация:
ИСН писал(а):А как обстоят дела со скоростью сходимости в этой серии? Сколько времени уходит на одну итерацию?
скажем так при увеличении значения числа n время расчета увеличивается от 5 секунд до 100! Отсюдя можно прикинуть время на выполнении одной итерации в каждом эксперименте данной серии (но факт что оно увеличивается при увеличении n)
-
- Сообщения: 426
- Зарегистрирован: Чт май 24, 2007 1:54 pm
-
- Сообщения: 36
- Зарегистрирован: Чт июл 19, 2007 5:16 pm
- Контактная информация:
-
- Сообщения: 426
- Зарегистрирован: Чт май 24, 2007 1:54 pm
Та-ак, ща глянем... да, как раз примерно на столько базисных функций с РСМ я и считал (правда, B3LYP'ом).Nik® писал(а):посчитайте что нить на 350-400 базисных с учетом эффектов соьватации (PCM) и Вы выведете для себя новое правило
Это какие и почему?VTur писал(а):Все равно mem (-M-) придется выставить по умолчанию в default.rou, иначе многие задачи просто не пойдут.
Плохо зная грамматику, сложные конструкции должны употребляться с осторожностью.
и что на расчете силовых констант разве не "почуствовали" разицы ?Darth Vasya писал(а):Та-ак, ща глянем... да, как раз примерно на столько базисных функций с РСМ я и считал (правда, B3LYP'ом).
на сколько мне помнится то если не задавать %mem то расчет вываливался вообще из за нехватки памяти по умолчанию
-
- Сообщения: 36
- Зарегистрирован: Чт июл 19, 2007 5:16 pm
- Контактная информация:
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 20 гостей