『壹』 買了vasp贗勢庫在哪
在vasp官網下載。
VASP是維也納大學Hafner小組開發的進行電子結構計算和量子力學-分子動力學模擬軟體包。
它是材料模擬和計算物質科學研究中最流行的商用軟體之一。VASP使用PAW方法或超軟贗勢，因此基組尺寸非常小，描述體材料一般需要每原子不超過100個平面波，大多數情況下甚至每原子50個平面波就能得到可靠結果。
『貳』 vasp運行中斷，出現unknown怎麼回事
1.檢查下你的POSCAR是否有問題。
2.在你的INCAR中設置NPAR=4，再輸入運行命令 vasp -np 16 如果你的核是64的話，就NPAR=8 vasp -np 16
3.參考別人的makefile 重新編譯下vasp 特別注意數學庫的指向 然後就是檢查你的並行編譯器，ifort是否有問題，
4.在bashrc中加入ulimit -s unlimited
最後，按照我的理解，最可能是POSCAR有問題。畢竟你肯定做過其他的運算都沒問題，最好就看看運行日誌，找找錯誤提示。按錯誤提示修改就沒問題了，如果是體系過大的話，就應該在設置INCAR中 IAMIN=0.01
『叄』 material studio 導出vasp文件為什麼是空的
可以先裝 個 Express 版，這裡面沒有 mfc怎麼辦？再裝個 30天的試用版，在express 的 頭文件 目錄 裡面 添加 [菜單]「工具->選項->項目和解決方案->VC 目錄」->「庫文件」目錄$(VCInstallDir)atlmfc\lib\i386$(VCInstallDir)atlmfc\lib就可以啦VCInstallDir 是試用版的安裝目錄，如果 express 和它裝在同一個目錄，就不用改，直接復制這兩條進去就好啦！
『肆』 Quantum Espresso怎麼樣和VASP比哪個好用
問題太籠統，只能說各有優劣吧。
先來說說QE的優勢，QE有三大優勢：①開源免費，②功能齊全，③自帶後處理程序。相比於VASP，QE版權節省下來的版權費用可以購買兩台配置較好的計算機，用免費的軟體和免費的機時可以做「無成本科研」；QE可以實現更多的計算，比如說電子能量損失譜、電子輸運性質等等，都是VASP所不支持的；另外QE有自帶的後處理程序包，不需要自己編寫後處理代碼，後處理比VASP要方便很多。
而VASP有兩大優勢：①計算效率較高，②贗勢全。類似可變晶胞的結構優化，VASP比QE計算速度要快一些；近些年QE的贗勢也在做完善，VASP贗勢庫較全這個優勢正在不斷減少。
所以說看個人的取捨吧，如果想省錢，用QE，如果想計算些基態性質又想效率高一些，那就選擇VASP。
最後，如果你不會編程，不會Linux系統，不會編寫計算輸入文件，還想得到結構得到物性，可以嘗試下MatCloud+這個軟體，也是將QE圖形化、簡易化的平台，值得一試。
『伍』 VASP安裝問題
沒有 PGF90編譯器 裝pgi編譯器或是在makefile裡面替換其他的編譯器
『陸』 求助如何對vasp重新進行編譯
對vasp重新進行編譯
bash腳本、bash終端：
請先執行ulimit -s unlimited
再執行vasp
tcsh/csh腳本、tcsh/csh終端：
請先執行unlimit
『柒』 vasp5.2 並行編譯如何修改makefile
1.用intel編譯mpi
2.設置好編譯器和數學庫的路徑，source使生效
3.在makefile里，修改編譯器，打開mpi部分並注釋掉前面的串列部分
4.make吧
『捌』 Vasp菜鳥問問下面的問題怎麼解決
hashtable返回的enum1 當然是空, 因為在class FieldManager2 中, 只是把fHashtable new了出來, 沒有任何數據, 你加入的數據都在main方法中.
你不會是先運行FieldManager2, 認為這個時候數據[{身高}, {年齡}, {changdler}]都已經添加了進去, 然後運行PackageManager2, 查找的吧? 運行PackageManager2的時候FieldManager2里的數據已經沒了, 因為你是重新啟動虛擬機進行運行的,所以你的FieldManager2這樣改一下就可以了.
(你的程序太亂, 我大概理解你是想做個類似資料庫的一個存儲介質, 但是這樣的話, fHashtable是不應該聲明為static的啊, 我大概幫你改一下, 讓你能看到你想看的現象, 然後你有問題再提吧):
import java.util.Enumeration;
import java.util.Hashtable;
public class FieldManager2 {
private String FieldName, FieldType;
static Hashtable<String, FieldManager2> fHashtable = new Hashtable<String, FieldManager2>();
static FieldManager2 fManager;
static {
fManager = new FieldManager2();
fManager.add("身高", "student");
fManager.add("年齡", "student");
fManager.add("changdler", "student");
}
public FieldManager2() {
}
public FieldManager2(String FieldName, String FieldType) {
this.FieldName = FieldName;
this.FieldType = FieldType;
}
public static void main(String[] args) {
new FieldManager2().select("身高");
}
public void add(String name, String type) {
fManager = new FieldManager2(name, type);
fHashtable.put(name, fManager);
System.out.print(name);
System.out.println(" is added!too");
}
public boolean select(String name) {
Enumeration<FieldManager2> enum1 = fHashtable.elements();
while (enum1.hasMoreElements()) {
FieldManager2 fpManager = enum1.nextElement();
if (fpManager.FieldName.equals(name)) {
System.out.println("get you: " + name);
return true;
}
}
return false;
}
}
呵呵, 一般不用static來保存, 否則你要保存兩套數據怎麼辦啊, 你應該將存儲的單位和集合分來, 比如PackageManager就保存name和type, 同樣FieldManager也是只管一個name, 然後在聲明一個class FiledCollection , 裡面維護一個私有的HashTable, 用這個類的實例來保存一個個的FiledManager實例, Packagemanager也一樣, 這樣程序整潔, 擴展性強.