新功能

新模擬方法

◆  [REV B] CIS和TD方法支持激發(fā)態(tài)靜態(tài)拉曼強(qiáng)度計(jì)算。TDFreq=Raman 使用數(shù)值微分計(jì)算電場(chǎng)下的極化率，所以這類方法的頻率計(jì)算耗時(shí)是不計(jì)算拉曼強(qiáng)度耗時(shí)的7倍。

◆  TD-DFT 激發(fā)態(tài)計(jì)算支持解析頻率(frequencies, IR及Raman)、過(guò)渡態(tài)優(yōu)化(TS)及內(nèi)稟反應(yīng)坐標(biāo)計(jì)算(IRC)。

◆  EOMCC 耦合簇運(yùn)動(dòng)方程(EOM-CC)方法支持結(jié)構(gòu)優(yōu)化。

◆  VCD及ROA光譜支持非諧振計(jì)算，請(qǐng)參考 Freq=Anharmonic。

◆  支持電子振動(dòng)光譜計(jì)算，請(qǐng)參考 Freq=FCHT 及相關(guān)選項(xiàng)。

◆  支持共振拉曼光譜計(jì)算，請(qǐng)參考 Freq=ReadFCHT。

◆  新密度泛函方法： M08 family, MN15, MN15L。

◆  新雙雜化泛函方法：DSDPBEP86, PBE0DH及PBEQIDH。

◆  PM7 半經(jīng)驗(yàn)方法。

◆  Adamo激發(fā)態(tài)電荷轉(zhuǎn)移分析，請(qǐng)參考 Pop=DCT。

◆  Caricato耦合簇運(yùn)動(dòng)方程(EOM-CC)溶劑化迭代模型，請(qǐng)參考 SCRF=PTED。

◆  廣義內(nèi)坐標(biāo)：可以任意定義內(nèi)坐標(biāo)用于限制性優(yōu)化或者其它目的，請(qǐng)參考 Geom=GIC 及GIC Info。

性能提升

◆  Hartree-Fock及DFT計(jì)算在Linux系統(tǒng)下支持P100 (Pascal),[REV B] NVIDIA K40及K80 GPUs，上述GPUs顯卡計(jì)算性能都得到了提升。具體請(qǐng)參考 Using GPUs。

◆  多核芯(數(shù)量較多)處理器的并行效率已經(jīng)得到提升。對(duì)于多CPUs及集群如何優(yōu)化性能請(qǐng)參考 Parallel Performance。

◆  [REV B] Linda版本計(jì)算現(xiàn)已默認(rèn)為動(dòng)態(tài)任務(wù)分配，并行效率得到提升。

◆  Gaussian 16使用優(yōu)化的內(nèi)存算法來(lái)避免CCSD迭代時(shí)的磁盤讀寫。

◆  GEDIIS優(yōu)化算法效率已得到提升。

◆  CASSCF 方法活性空間≥ (10,10) 的計(jì)算性能得到提升并可以擴(kuò)展至16個(gè)軌道(取決于分子類型)。

◆  W1 組合方法的核相關(guān)能(core correlation energies)計(jì)算速度得到巨大提升。

◆  Gaussian 16 對(duì)于復(fù)合電子傳播(composite electron propagator, CEP, DiazTinoco16)方法中的對(duì)角化、二階自能量近似(second-order self-energy approximation, D2)的計(jì)算性能得到巨大提升。請(qǐng)參考 EPT.

用法提升

◆  [REV B] ChkChk 功能可通知作業(yè)狀態(tài)，如是否正常結(jié)束、出錯(cuò)或者正在運(yùn)行中。

◆  [REV B] 輸入文件中原子半徑可以在原子行定義（非點(diǎn)電荷原子）。使用RadNuclear=val 方式在原子行中定義（浮點(diǎn)型，原子單位），如：
C(RadNucl=0.001) 0.0 0.0 3.0

◆  提供其它軟件的接口工具，包括匯編語(yǔ)言(Fortran和C)以及解釋語(yǔ)言(Python和Perl)。具體細(xì)節(jié)請(qǐng)參考 Interfacing to Gaussian 16。
[REV B] 在矩陣元文件中增加了諸多物理量，如原子布居、單電子和性質(zhì)算符矩陣、非絕熱耦合矢量。新增表示如下： QUADRUPOLE INTEGRALS, OCTOPOLE INTEGRALS, HEXADECAPOLE INTEGRALS, [MULLIKEN,ESP,AIM,NPA,MBS] CHARGES, DIP VEL INTEGRALS, R X DEL INTEGRALS, OVERLAP DERIVATIVES, CORE HAMILTONIAN DERIVATIVES, F(X), DENSITY DERIVATIVES, FOCK DERIVATIVES, ALPHA UX, BETA UX, ALPHA MO DERIVATIVES, BETA MO DERIVATIVES, [Alpha,Beta] [SCF,MP2,MP3,MP4,CI Rho(1),CI,CC] DENSITY and TRANS MO COEFFICIENTS and the scalars 63-64

◆  輸入文件Link 0 (%)中以及/或者 Default.Route 文件中的相關(guān)參數(shù)目前也能夠通過(guò)命令行形式或者環(huán)境變量指定。[REV B] 可以用命令行使用chk文件或矩陣元文件來(lái)定義輸入文件或具體數(shù)據(jù)。具體細(xì)節(jié)請(qǐng)參考 Link 0 Equivalences或 command line options。

◆  優(yōu)化過(guò)程中可以指定每N步重新計(jì)算力常數(shù)。請(qǐng)參考Opt=Recalc。

◆  [REV B] DFTB參數(shù)在產(chǎn)生基組之前的L301層讀入，因此元素是否有d函數(shù)可以在參數(shù)文件中提取。

與Gaussian 09的區(qū)別

默認(rèn)參數(shù)

下列默認(rèn)參數(shù)在Gaussian 16中與Gaussian 09不同:

◆  積分精度為10^-12 而不是Gaussian 09中的10^-10。

◆  DFT 默認(rèn)格點(diǎn)為 UltraFine 而不是 G09中的FineGrid；CPHF默認(rèn)格點(diǎn)為 SG1 而不是 CoarseGrid。具體細(xì)節(jié)請(qǐng)參考Integral。

◆  SCRF 默認(rèn)為IEFPCM的對(duì)稱形式(symmetric form of IEFPCM) [Lipparini10] (Gaussian 09中沒(méi)有此功能)而不是非對(duì)稱形式。

◆  物理常數(shù)使用2010版而不是Gaussian 09中的2006版。

前兩項(xiàng)變化是為了保證一系列新方法的精度(如TD-DFT頻率, 非諧振ROA)，因此使用 Integral=(UltraFine,Acc2E=12) 作為默認(rèn)選項(xiàng)。使用這些設(shè)置一般能提高數(shù)值積分的可靠性，比如溶劑化模型下的DFT優(yōu)化。相比于Gaussian 09的默認(rèn)值Integral=(FineGrid,Acc2E=10)，此設(shè)置對(duì)CPU的需求稍有升高。

G09Defaults 關(guān)鍵詞能夠把上述默認(rèn)值重新定義為Gaussian 09 默認(rèn)值。它提供了與此前計(jì)算的兼容性，但對(duì)于新的計(jì)算我們推薦使用新的默認(rèn)值。

默認(rèn)內(nèi)存值

Gaussian 16 默認(rèn)內(nèi)存為 %Mem=100MW (800MB)。使用多核計(jì)算大分子體系時(shí)使用更大的內(nèi)存更為適合。具體細(xì)節(jié)請(qǐng)參考 Parallel Jobs。

TD-DFT頻率

TDDFT 頻率在計(jì)算二階導(dǎo)數(shù)時(shí)默認(rèn)使用解析二階導(dǎo)數(shù)，這比數(shù)值導(dǎo)數(shù)快很多(數(shù)值導(dǎo)數(shù)在Gaussian 09中是唯一選項(xiàng))。

GPUs的使用

Gaussian 16 在Linux系統(tǒng)下支持 NVIDIA K40，K80 和P100 GPUs（P100需要B.01版本支持）。較早的GPUs不具備計(jì)算能力或者足夠的內(nèi)存來(lái)運(yùn)行Gaussian 16。

作業(yè)內(nèi)存分配

GPUs在計(jì)算時(shí)需要分配足夠的內(nèi)存，這比使用CPUs計(jì)算時(shí)更重要，因?yàn)楦咝褂肎UPs時(shí)會(huì)有大量任務(wù)同時(shí)運(yùn)行。K40和K80系列顯卡擁有高達(dá)16 GB內(nèi)存，一般情況下，大部分內(nèi)存都應(yīng)當(dāng)用于Gaussian程序。比如每個(gè)GPU有12GB內(nèi)存時(shí)，給Gaussian分配8-9 GB內(nèi)存效果比較好；同理，每個(gè)GPU有16GB內(nèi)存時(shí)，給Gaussian分配11-12 GB內(nèi)存效果比較好。此外，每個(gè)CPU線程至少需要分配相同的內(nèi)存用于控制GPU。

關(guān)于CPUs控制

當(dāng)使用GUPs時(shí)，每個(gè)GPU必須由一個(gè)特定的CPU控制。該CPU應(yīng)該在物理架構(gòu)上更靠近所控制的GPU，并且GPUs不能共享CPUs控制。另外需要注意，用于控制GPU的CPUs 不能再用于做計(jì)算節(jié)點(diǎn)。

在裝有GUPs的系統(tǒng)上查看硬件架構(gòu)可以使用 nvidia-dmi 功能。例如，下面演示的是雙芯片16核Haswell CPU及三芯片K80板(每個(gè)板擁有2個(gè)GPUs)的架構(gòu)：

GPU0 GPU1 GPU2 GPU3 GPU4 GPU5 GPU6 GPU7 CPU  Affinity

GPU0    X  PIX  SOC  SOCSOCSOCSOCSOC0-15        第一塊芯片上的核

GPU1  PIX    X  SOC  SOCSOCSOCSOCSOC  0-15

GPU2  SOC  SOC    X  PIX  PHB  PHBPHBPHB16-31   第二塊芯片上的核    

GPU3  SOCSOC  PIX    X  PHB  PHBPHBPHB  16-31 

GPU4  SOCSOC  PHB  PHB    X  PIX  PXB PXB  16-31

GPU5  SOCSOC  PHB  PHB  PIX    X  PXB PXB  16-31

GPU6  SOCSOC  PHB  PHB  PXB  PXB    X PIX  16-31 

GPU7  SOCSOC  PHB  PHB  PXB  PXB  PIX   X  16-31

示例中最重要的部分是CPU親密度(CPU affinity)。此例中顯示 GPUs 0和1 (第一塊K80卡) 與第一塊CPUs芯片相連，而GPUs 2-7 (第二塊K80卡) 與第二塊CPUs芯片相連。

為Gaussian 作業(yè)指定GPUs及CPUs控制

用于計(jì)算的GPUs及用于控制的CPUs可通過(guò)Link 0 部分使用%GPUCPU 命令指定。此命令有一個(gè)參數(shù)：

%GPUCPU=gpu-list=control-cpus

其中 gpu-list 為GPU列表(用逗號(hào)隔開)，也可以是數(shù)值范圍(例如, 0-4,6)；control-cpus 為相似格式的控制CPU列表，這兩列的內(nèi)容是GPU及控制CPU。

例如, 在配有6 GPUs的32核系統(tǒng)里，給一個(gè)作業(yè)分配所有CPUs (26 CPUs用于做部分計(jì)算) 及6CPUs用于控制GPUs可以在Link 0 部分使用如下命令：

%CPU=0-31                               控制CPUs也在此列表中。             

%GPUCPU=0,1,2,3,4,5=0,1,16,17,18,19  nbsp;                           

上述命令定義 CPUs 0-31 將用于此作業(yè)(盡管并不是所有CPUs都用于計(jì)算)。此作業(yè)將使用GPUs 0-5，并且CPU 0控制GPU0，CPU 1控制GPU1，CPU 16控制GPU2，CPU 17控制GPU3等等。注意控制CPUs也包含在%CPU列表中。

在上例中, GPU及CPU列中可以表述的更加簡(jiǎn)潔：

%CPU=0-31                                      

%GPUCPU=0-5=0-1,16-19                                 

一般情況下我們都使用連續(xù)編號(hào)的核，但在一些特殊情況下并非如此。例如，假設(shè)在同一臺(tái)機(jī)器上已經(jīng)有一個(gè)作業(yè)占用了6 CPUs，使用的是%CPU=16-21。那么，如果想要使用其它26 CPUs 并且其中6個(gè)用于控制GPUs，可以使用如下定義：

%CPU=0-15,22-31                   &        

%GPUCPU=0-5=0-1,22-25                                 

這個(gè)作業(yè)將會(huì)使用26個(gè)核，其中20個(gè)核用于計(jì)算，6個(gè)核用于控制GPUs (分別為CPUs 0, 1, 22, 23, 24, 25)。

[REV B] 中將會(huì)先將列表中的的CPU和GPU歸類，然后匹配。這確保了編號(hào)最低的線程在有GPUs的CPUs上執(zhí)行。這樣可確保如果部分計(jì)算中由于減少處理器數(shù)目（如內(nèi)存限制時(shí)），將優(yōu)先使用/保留GPU線程（因?yàn)樗悄嫦蛞瞥€程的）。

GPUs及其性能

在對(duì)大分子體系進(jìn)行DFT能量、梯度及頻率(適用于基態(tài)及激發(fā)態(tài))計(jì)算時(shí)，GPUs性能才有較好體現(xiàn)。小分子體系計(jì)算時(shí)并不能體現(xiàn)GPUs性能。此外，在后自洽場(chǎng)(post-SCF)計(jì)算中(例如MP2或CCSD)，使用GPUs效果并不明顯。

單個(gè)GPU計(jì)算速度比單個(gè)CPU快許多倍。但如今的機(jī)器往往CPUs數(shù)目遠(yuǎn)超過(guò)GPUs，因此只有使用所有的CPUs及GPUs才能獲得最好的性能。

在某些情況下，GUPs預(yù)期加速效果會(huì)受到抑制，因?yàn)镚aussian 16將會(huì)使用到更多的CPUs。例如，假設(shè)GPU計(jì)算速度比CPU快5倍，那么使用GPU的計(jì)算速度相比于CPU將會(huì)是5倍。但是在一臺(tái)配備32CPUs及8GPUs的大型服務(wù)器下使用GPUs的預(yù)期加速效果卻是2倍：

Without GPUs: 32*1 = 32
With GPUs: (24*1) + (8*5) = 64          注意控制CPU并沒(méi)有參與計(jì)算
Speedup: 64/32 = 2

所以你必須認(rèn)真考慮你的服務(wù)器配置及環(huán)境來(lái)決定該如何使用CPUs及GPUs

集群下的GPUs

支持集群中節(jié)點(diǎn)上的GPUs。因?yàn)?span id="0o8wca4e" class="apple-converted-space"> %CPU and %GPUCPU 只是定義了每個(gè)節(jié)點(diǎn)中的情況，因此要求每個(gè)節(jié)點(diǎn)有相同的配置，不過(guò)一般情況下集群中的節(jié)點(diǎn)配置都是相同的，所以通常這不是問(wèn)題。

并行性能

共享內(nèi)存并行(Shared-memory parallelism)

內(nèi)存分配。大分子體系使用大基組計(jì)算時(shí)，分配更多的內(nèi)存計(jì)算速度將更快。對(duì)于50個(gè)或者更多原子體系及/或500個(gè)或更多基函數(shù)的體系建議每個(gè)核分配4 GB內(nèi)存。freqmem 功能可以估計(jì)基態(tài)及激發(fā)態(tài)頻率計(jì)算中單個(gè)線程所需要的內(nèi)存大小。所需內(nèi)存要按照使用的核數(shù)遞增，比如單核需要4GB，則8CPUs則需要32GB。當(dāng)然，有些特殊硬件在內(nèi)存大小上受到限制，但是內(nèi)存需求隨著核數(shù)目的增長(zhǎng)而線性增加是理想的目標(biāo)。值得注意的是，在內(nèi)存固定不變的情況下，隨著核數(shù)目增加（較多核情況下）計(jì)算性能無(wú)法提高。

對(duì)于大體系頻率計(jì)算及大體系（相對(duì)而言）CCSD和EOM-CCSD能量計(jì)算，建議有足夠的內(nèi)存用來(lái)緩存大的磁盤文件。因此，Gaussian作業(yè)建議使用系統(tǒng)總內(nèi)存的50-70%。例如，在一臺(tái)配有128 GB內(nèi)存的服務(wù)器上，當(dāng)使用所有CPUs時(shí)，一般指定64-80 GB，剩下的內(nèi)存則用于系統(tǒng)本身的硬盤緩存。

綁定CPUs線程。當(dāng)線程從一個(gè)CPU轉(zhuǎn)到另一個(gè)CPU時(shí)，會(huì)造成緩存無(wú)效或者引起其它問(wèn)題，因此計(jì)算效率會(huì)明顯下降。在大多數(shù)服務(wù)器上，Gaussian 能夠把線程綁定到特定的CPUs上，特別在使用大量核時(shí)，這是推薦模式。Link 0部分的%CPU明確定義了所使用的CPUs數(shù)目，因此在一臺(tái)8核的服務(wù)器上，設(shè)定%CPU=0?7 比 %NProc=8更好，因?yàn)榍罢甙训谝粋€(gè)線程綁定到CPU 0上，下一個(gè)線程綁定到CPU 1，等等。

在一些老Intel處理器上(Nehalem及之前版本)，因其沒(méi)有足夠的內(nèi)存帶寬而無(wú)法讓所有的CPUs工作，所以推薦使用一半CPUs并分配原來(lái)兩倍大小的內(nèi)存。例如，在一臺(tái)四芯片12核(CPUs 0-11 位于第一個(gè)芯片；12-23 位于第二個(gè)芯片，等等)和128GB內(nèi)存的服務(wù)器上，推薦使用24核(每個(gè)芯片使用6核)并為每個(gè)核指定72 GB/24 procs = 3 GB內(nèi)存，而不是使用全部48核(每個(gè)核只有1.5GB內(nèi)存)。輸入文件如下：

%Mem=72GB

%CPU=0-47/2

此處 /2 意味著將會(huì)間隔使用核芯，比如cores 0, 2, 4, 6, 8及10 (芯片0), 12, 14, 16, 18, 20及22 (芯片1)，等等。

新的Intel處理器 (Haswell及此后版本)因?yàn)閮?nèi)存帶寬有明顯改進(jìn)，因此使用芯片上所有核進(jìn)行計(jì)算時(shí)效果較好。

只要有足夠的內(nèi)存以及每個(gè)線程都綁定到特定核時(shí)，使用64核甚至更多核計(jì)算時(shí)效率依然很高。

關(guān)閉超線程。超線程對(duì)于Gaussian無(wú)效，因?yàn)樗淹粋€(gè)物理CPU的資源（比如內(nèi)存帶寬）分割給不同的線程。如果超線程無(wú)法關(guān)閉，Gaussian作業(yè)應(yīng)該在每個(gè)物理CPU上只使用一個(gè)超線程。對(duì)于Linux系統(tǒng)，不同核的超線程是編組在一起的，比如一臺(tái)兩芯片（8核，3路超線程）的服務(wù)器，“CPUs” 0-7 為chip 0上的8核， 8-15為chip 1上的8核，16-23 為chip 0 上8核的第二個(gè)線程，等等。因此Gaussian作業(yè)建議指定%CPU=0?15。

集群并行(Linda)

適用范圍。Hartree-Fock及DFT能量、梯度、頻率計(jì)算以及MP2能量和梯度計(jì)算能夠在集群上有效并行，而MP2 頻率、CCSD及EOM-CCSD能量和優(yōu)化只支持SMP并行(單節(jié)點(diǎn))。對(duì)于數(shù)值導(dǎo)數(shù)(Numerical derivatives)，比如DFT非諧振頻率和CCSD 頻率，支持Linda并行計(jì)算。

與SMP組合并行。共享式并行及集群并行能夠進(jìn)行組合。一般來(lái)說(shuō)集群中的每個(gè)節(jié)點(diǎn)都支持所有CPUs共享內(nèi)存并行。注意 %CPU 及 %Mem 適用于集群中的每個(gè)節(jié)點(diǎn)。因此，如果一臺(tái)服務(wù)器有3個(gè)節(jié)點(diǎn)，名字為apple, banana 及cherry，每個(gè)節(jié)點(diǎn)有兩個(gè)芯片8核，此時(shí)可指定：

%Mem=64GB

%CPU=0-15

%LindaWorkers=apple,banana,cherry

# B3LYP/6-311+G(2d,p) Freq …

這樣每個(gè)節(jié)點(diǎn)將會(huì)運(yùn)行16個(gè)線程，在3個(gè)節(jié)點(diǎn)上每個(gè)線程都綁定到一個(gè)核上，并且48個(gè)線程中每個(gè)線程將獲得4GB內(nèi)存。

對(duì)于一些特殊情況(數(shù)值微分)，比如 Freq=Anharm, CCSD Freq，等等—將有另外一個(gè)節(jié)點(diǎn)用于收集結(jié)果。因此，這些計(jì)算會(huì)在管理節(jié)點(diǎn)(Gaussian 16啟動(dòng)的節(jié)點(diǎn))同時(shí)運(yùn)行兩個(gè)任務(wù)，例如計(jì)算非諧振頻率，可指定：

%Mem=64GB

%CPU=0-15

%LindaWorkers=apple:2,banana,cherry

# B3LYP/6-311+G(2d,p) Freq=Anharm …

此處假設(shè)Gaussian 16在 apple節(jié)點(diǎn)啟動(dòng)，這里將在apple節(jié)點(diǎn)啟動(dòng)2個(gè)任務(wù)，一個(gè)僅用于收集結(jié)果，apple節(jié)點(diǎn)其它的核和banana及cherry將用于計(jì)算。

CCSD性能

CCSD, CCSD(T)及EOM-CCSD計(jì)算內(nèi)存需求

如果有足夠內(nèi)存來(lái)存儲(chǔ)振幅(amplitudes)及矢量積(product vectors)，上述計(jì)算則可以使用內(nèi)存來(lái)避免讀寫錯(cuò)誤而使計(jì)算變得更加高效。如果體系有 NO 個(gè)活性占據(jù)軌道(NOA in the output)及NV 個(gè)空軌道(NVB in the output)，那么所需內(nèi)存則為 9NO²NV² 字節(jié)，這與所使用的核數(shù)無(wú)關(guān)。

Link 0中的等價(jià)定義

用于控制Gaussian 16運(yùn)行的許多選項(xiàng)可以使用4種方法指定，其優(yōu)先級(jí)從高到低如下所示：

1. Link 0 輸入 (%-lines)：這是一個(gè)常用方法，它可以用于控制單個(gè)作業(yè)及并且它是多步計(jì)算中控制其中一個(gè)特定作業(yè)的唯一方式。例如：

%CPU=1,2,3,4

2.&nnbsp;命令行：當(dāng)我們想使用不常見方式運(yùn)行程序的時(shí)候此方法比較有用。例如：

g16 -c="1,2,3,4" …

3. 環(huán)境變量：此方法對(duì)于標(biāo)準(zhǔn)腳本，例如生成和提交作業(yè)到隊(duì)列系統(tǒng)時(shí)非常有用。例如：

export GAUSS_CDEF="1,2,3,4"

4. Default.Route文件：此方法對(duì)于我們想改變程序默認(rèn)參數(shù)式非常有用。例如：

-C- 1,2,3,4

程序會(huì)首先檢查當(dāng)前目錄下的Default.Route文件，然后 檢查Gausssian 16運(yùn)行程序所在目錄，也就是環(huán)境變量GAUSS_EXEDIR所指定的目錄，此目錄一般為 $g16root/g16。

下表列出了Link 0命令中的等價(jià)定義，命令行選項(xiàng)，Default.Route項(xiàng)目，環(huán)境變量等。-h，-o選項(xiàng)和-i，-o選項(xiàng)類別為[REV B]版本中新引入的，相應(yīng)的環(huán)境變量也是一樣新引入的：

注意對(duì)于命令行與及環(huán)境變量的明確數(shù)值一般需要用引號(hào)標(biāo)注，以避免系統(tǒng)shell改變這些參數(shù)。例如：g16 -c="1,2,3,4" …

Rev B.01中bug修復(fù)

◆  從RWF文件重新計(jì)算時(shí)使用 SCF=QC 遇到的問(wèn)題已修復(fù)。

◆  在 SCF=XQC 或 SCF=YQC 計(jì)算中運(yùn)行常規(guī)SCF步驟時(shí)，只有當(dāng)找到最低能量波函數(shù)時(shí)，軌道和密度才會(huì)被保存。如果 L502 沒(méi)有收斂，且開始進(jìn)行L508 (QC or steepest descent SCF)計(jì)算時(shí)，將會(huì)使用常規(guī)SCF的最優(yōu)波函數(shù)。

◆  EOM-CC從RWF文件重新計(jì)算時(shí)的問(wèn)題已修復(fù)。

◆  ROMP4和EOM-CC 計(jì)算時(shí)由于空β自旋空間(beta spin-space)或全α自旋空間(full alpha spin-space)產(chǎn)生的問(wèn)題已修復(fù)。

◆  G4和G4MP2任務(wù)總結(jié)表中的錯(cuò)誤編號(hào)已修復(fù)。

◆  NBO計(jì)算時(shí)，RWF文件物理分割時(shí)的臨時(shí)文件命名問(wèn)題已修復(fù)。

◆  CIS和TD方法計(jì)算大分子頻率時(shí)使用很小內(nèi)存的分配問(wèn)題已修復(fù)。這些任務(wù)已能完成，但是如果給更多的內(nèi)存，效率會(huì)更高。

◆  使用FormCheck時(shí)產(chǎn)生的問(wèn)題已經(jīng)修復(fù)。此關(guān)鍵詞已棄用，命令行中使用 -fchk 選項(xiàng)將是更好的選擇。

◆  使用formchk處理PCM溶劑化計(jì)算時(shí)的chk文件輸出的不必要的警告已經(jīng)移除。

◆  Opt=(TS,ReCalcFC=N) Route問(wèn)題已修復(fù)。

◆  分子力學(xué)參數(shù)已經(jīng)正確儲(chǔ)存到fchk文件中。

◆  NBO6 (Pop=NBO6Del) 中運(yùn)行的問(wèn)題已修復(fù)。

◆  多步作業(yè)中在后續(xù)步驟阻止GPUs運(yùn)算的問(wèn)題已修復(fù)。

◆  已棄用原子性質(zhì)列表關(guān)鍵詞QMom和Magneton 解析時(shí)的問(wèn)題已修復(fù)。