- Comp-phys-alps-users - lists.phys.ethz.ch

worm generated data - why so huge?
by Žiga Osolin 17 May '12

17 May '12

Dear ALPS developers, I am running worm simulations for many different parameter sets on cluster. The problem I am having is filesystem bandwidth limitation, probably mostly because other users also use the system. What I have found out when running simulation is the generated output data is quite big. I generated 72MB of data for one simulation with aprox. 20 tasks (worm simulation, 1000000 sweeps, I change t in Hubbard model from [0.03 - 0.25]). I have many different simulations, quickly generating 10GB+ of data. I am not using --write-xml option. My question is, why is the output so big? From what I understand, the only thing needed is to store all observables with their errors (+ checkpoint data). Is there any way to: minimize the output generated (so I don't contribute to bandwidth limitations of cluster) or copy only data that I need (namely averages) to my laptop? I would like to work on data not connected to cluster and copying many GBs of files seems a waste (+ is really slow on the system). Regards, Žiga Osolin

2 1

time-dependent solvers, spin-boson Hamiltonian
by Andriy Zhugayevych 10 May '12

10 May '12

My question is addressed to the developers: do you plan to implement time-dependent solvers and spin-boson/Holstein-Peierls Hamiltonian, which in typical applications requires a time-dependent solver? Adrian Feiguin's lecture gives a code for time-dependent DMRG. Is it in ALPS?

1 0

HELP DMRG --time-limit
by User1 Alps 08 May '12

08 May '12

Hello All, I have some trouble about running dmrg program with command line options. (I am using ALPS 1.3.5 and alps-applications-1.3.5.) For example, I typed "./dmrg --time-limit 10 myjob.in.xml" for making checkpoint in 10 seconds. However, my prgram does not stop at the scheduled time. best regards Tokuro Shimokawa Kobe University, Japan

2 1

QMC worm code and green function
by Žiga Osolin 07 May '12

07 May '12

Hi All, I have started working on my diploma project, Hubbard model with impurities. It would be really helpful if I could measure green function, but apparently MEASURE[Green Function] = True doesn't work. Looking into source code, I found the measurement code commented with a fix me comment in it. Is this feature still not implemented in ALPS worm, and what does the commented code do (and not do)? Secondly, i found out that this green function (zero output actually, with measurement commented) only generated data for (0 -> i). In inhomogeneous system, i would like all pair (i -> j). Are there any plans for this feature? Regards, Žiga Osolin

3 2

Re: [ALPS-users] (no subject)
by Matthias Troyer 02 May '12

02 May '12

For t=0 this is just a classical Ising model and you should thus use a classical MC code, for example the ALPS spinmc code. Matthias Troyer On 2 May 2012, at 08:20, Jianming Cai wrote: > Dear Prof. Troyer, > > I use dir_loopsee to simulate the hardcore boson model on a triangular lattice as follows: > > <HAMILTONIAN name="hardcore boson"> > <PARAMETER name="V0" default="1"/> > <PARAMETER name="V1" default="1"/> > <PARAMETER name="V2" default="1"/> > <PARAMETER name="t" default="0"/> > <PARAMETER name="t0" default="t"/> > <PARAMETER name="t1" default="t"/> > <PARAMETER name="t2" default="t"/> > <PARAMETER name="mu" default="0"/> > <PARAMETER name="cm" default="mu+V0+V1+V2"/> > <BASIS ref="hardcore boson"/> > <SITETERM site="i"> > <PARAMETER name="mu#" default="cm"/> > -mu#*n(i) > </SITETERM> > <BONDTERM source="i" target="j"> > <PARAMETER name="t#" default="0"/> > <PARAMETER name="V#" default="0"/> > -t#*(bdag(i)*b(j)+bdag(j)*b(i)) + V#*n(i)*n(j) > </BONDTERM> > </HAMILTONIAN> > > What I use the parameter t=0, I got the following error message: > > Internal error: size of prob table is zero. > > How could I solve the problem and simulate the model with t equals to 0? > > Many thanks! > > Looking forward to your reply. > > Yours sincerely, > > Jianming >

1 0

quasi-momentum in spin chains
by Johannes Wilms 29 Apr '12

29 Apr '12

Hi all, I would like to use exact diagonalization to calculate the first few energy levels of a quantum spin chain, but as a function of quasi-momentum, i.e. the eigenvalue of the translation operator that shifts the lattice by one site. Is there any simple way to accomplish such a thing using ALPS? Thank you very much in advance, Johannes

2 2

package alps-2.0.2-macosx-10.5.dmg
by Jianming Cai 27 Apr '12

27 Apr '12

Dear all, It seems that the package alps-2.0.2-macosx-10.5.dmg from the link http://alps.comp-phys.org/static/software/releases/alps-2.0.2-macosx-10.5.d… does not work. Its size is only about 37K. Best regards, Jianming

2 2

Time-dependent correlation function
by Elliot Snow-Kropla 26 Apr '12

26 Apr '12

Hello all, I'm trying to simulate a spin glass using ALPS, and I'd like to look at the time-dependent correlation function. I can't seem to find a way to pull this out simply; is there some way to make one of the QMC codes produce this as output? Failing that, is there a way I can make one of the codes (e.g. dirloop_sse) output the state of the spins after a simulation so I can code it up myself using a temperature/imaginary time transformation? Thanks, -Elliot Snow-Kropla

2 6

Hubbard model with double well
by Chen Ahai 26 Apr '12

26 Apr '12

Dear all I test a Hubbard model with external potential (double well) using DMRG code in ALPS, but I can not get a symmetry result (density distribution) with SWEEP and MAXSTATES up to 50 and 500, respectively. It seem that I need to set more SWEEPS and STATES in calculation. But it cast to much time and is not very practical. I found that the symmetry between spin-up and spin-down atoms is not kept in my present result, i.e. the density distributions of the two kinds of atoms are different ( I have set Sz as "CONSERVED_QUANTUMNUMBERS" and Sz_total=0 in command file). I wonder if there are some ways for me to restrict the Sz in each site to 0 and obtain the correct result with a few SWEEPS ? or may be I should use a better series of STATES ? Any comments are welcome. thank you. chenahai -- -------------------------------------------------------------------------- Chen Ahai Department of Physics, Zhejiang Normal University Jinhua, Zhejiang Province, 321004, China e-mail: chenahaiphysics(a)gmail.com; chenahai(a)yahoo.cn

2 2

"-fPIC" error building ALPS on Lucid
by Itamar Kimchi 24 Apr '12

24 Apr '12

Hi, I'm trying to build alps 2.0 (current nightly snapshot, with boost) on Ubuntu Lucid. I got all the dependencies and ran cmake (version 2.8.0-5), pointing to the alps and boost directories. Then I ran make and got the following error: ... [ 26%] Building CXX object src/boost/CMakeFiles/boost.dir/root/alps2/alps-src/boost/libs/thread/src/pthread/once.cpp.o [ 26%] Building CXX object src/boost/CMakeFiles/boost.dir/root/alps2/alps-src/boost/libs/thread/src/pthread/thread.cpp.o Linking CXX shared library libboost.so /usr/bin/ld: /usr/local/lib/python2.7/config/libpython2.7.a(abstract.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/python2.7/config/libpython2.7.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [src/boost/libboost.so] Error 1 make[1]: *** [src/boost/CMakeFiles/boost.dir/all] Error 2 make: *** [all] Error 2 Do you know what this could be? Below I also attach the printout from the cmake command. Note I will not use MPI. Thanks, Itamar cmake printout: -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Build type: Release -- Python interpreter /usr/local/bin/python -- Python interpreter ok : version 2.7.2 -- PYTHON_INCLUDE_DIRS = /usr/local/include/python2.7 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/local/lib/python2.7/site-packages/numpy/core/include -- PYTHON_SITE_PKG = /usr/local/lib/python2.7/site-packages -- PYTHON_LIBRARY = /usr/local/lib/python2.7/config/libpython2.7.a -- PYTHON_EXTRA_LIBS =-lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -- ALPS version: 2.1.0d1 -- Looking for rpc/rpc.h -- Looking for rpc/rpc.h - found -- Looking for stdarg.h -- Looking for stdarg.h - found -- Looking for sys/stat.h -- Looking for sys/stat.h - found -- Looking for sys/systeminfo.h -- Looking for sys/systeminfo.h - not found -- Looking for sys/types.h -- Looking for sys/types.h - found -- Looking for unistd.h -- Looking for unistd.h - found -- Looking for windows.h -- Looking for windows.h - not found -- Looking for C++ include valarray -- Looking for C++ include valarray - found -- Looking for Boost Source -- Found Boost Source: /root/alps2/alps-src/boost -- Boost Version: 1_47_0 -- Could NOT find MPI (missing: MPI_LIBRARY MPI_INCLUDE_PATH) -- MPI compiler was MPI_COMPILER-NOTFOUND -- The Fortran compiler identification is GNU -- Check for working Fortran compiler: /usr/bin/gfortran -- Check for working Fortran compiler: /usr/bin/gfortran -- works -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Checking whether /usr/bin/gfortran supports Fortran 90 -- Checking whether /usr/bin/gfortran supports Fortran 90 -- yes Falling back to CMake provied LAPACK/BLAS detection. -- Looking for Fortran sgemm -- Looking for Fortran sgemm - found -- Looking for include files CMAKE_HAVE_PTHREAD_H -- Looking for include files CMAKE_HAVE_PTHREAD_H - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE -- A library with BLAS API found. -- A library with BLAS API found. -- Looking for Fortran cheev -- Looking for Fortran cheev - found -- A library with LAPACK API found. -- Found SQLite Library: /usr/lib/libsqlite3.so -- Found FFTW: /usr/lib/libfftw3.so -- LPSolve Library: not found -- Found ZLIB: /usr/lib/libz.so -- Could NOT find SZIP (missing: SZIP_LIBRARIES SZIP_INCLUDE_DIRS) -- Found HDF5: debug;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so;/usr/lib/libpthread.so;/usr/lib/libz.so;/usr/lib/libm.so;optimized;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so;/usr/lib/libpthread.so;/usr/lib/libz.so;/usr/lib/libm.so -- HDF5 version found is 1.8.4 in /usr/include -- Python interpreter /usr/local/bin/python -- Python interpreter ok : version 2.7.2 -- PYTHON_INCLUDE_DIRS = /usr/local/include/python2.7 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/local/lib/python2.7/site-packages/numpy/core/include -- PYTHON_SITE_PKG = /usr/local/lib/python2.7/site-packages -- PYTHON_LIBRARY = /usr/local/lib/python2.7/config/libpython2.7.a -- PYTHON_EXTRA_LIBS =-lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -- Numpy include in /usr/local/lib/python2.7/site-packages/numpy/core/include -- ALPS XML dir is /opt/alps/lib/xml -- Adding Boost dir: /root/alps2/alps-src/boost -- HDF5 version found is 1.8.4 in /usr/include -- HDF5 version found is 1.8.4 in /usr/include -- tebd will not be built -- CTest cannot determine repository type. Please set UPDATE_TYPE to 'cvs' or 'svn'. CTest update will not work. -- Configuring done -- Generating done -- Build files have been written to: /root/alps2 root@birge-521-6:~/alps2# cd build root@birge-521-6:~/alps2/build# cmake -D Boost_ROOT_DIR:PATH=/root/alps2/alps-src/boost /root/alps2/alps-src/alps -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Build type: Release -- Python interpreter /usr/local/bin/python -- Python interpreter ok : version 2.7.2 -- PYTHON_INCLUDE_DIRS = /usr/local/include/python2.7 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/local/lib/python2.7/site-packages/numpy/core/include -- PYTHON_SITE_PKG = /usr/local/lib/python2.7/site-packages -- PYTHON_LIBRARY = /usr/local/lib/python2.7/config/libpython2.7.a -- PYTHON_EXTRA_LIBS =-lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -- ALPS version: 2.1.0d1 -- Looking for rpc/rpc.h -- Looking for rpc/rpc.h - found -- Looking for stdarg.h -- Looking for stdarg.h - found -- Looking for sys/stat.h -- Looking for sys/stat.h - found -- Looking for sys/systeminfo.h -- Looking for sys/systeminfo.h - not found -- Looking for sys/types.h -- Looking for sys/types.h - found -- Looking for unistd.h -- Looking for unistd.h - found -- Looking for windows.h -- Looking for windows.h - not found -- Looking for C++ include valarray -- Looking for C++ include valarray - found -- Looking for Boost Source -- Found Boost Source: /root/alps2/alps-src/boost -- Boost Version: 1_47_0 -- Could NOT find MPI (missing: MPI_LIBRARY MPI_INCLUDE_PATH) -- MPI compiler was MPI_COMPILER-NOTFOUND -- The Fortran compiler identification is GNU -- Check for working Fortran compiler: /usr/bin/gfortran -- Check for working Fortran compiler: /usr/bin/gfortran -- works -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Checking whether /usr/bin/gfortran supports Fortran 90 -- Checking whether /usr/bin/gfortran supports Fortran 90 -- yes Falling back to CMake provied LAPACK/BLAS detection. -- Looking for Fortran sgemm -- Looking for Fortran sgemm - found -- Looking for include files CMAKE_HAVE_PTHREAD_H -- Looking for include files CMAKE_HAVE_PTHREAD_H - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE -- A library with BLAS API found. -- A library with BLAS API found. -- Looking for Fortran cheev -- Looking for Fortran cheev - found -- A library with LAPACK API found. -- Found SQLite Library: /usr/lib/libsqlite3.so -- Found FFTW: /usr/lib/libfftw3.so -- LPSolve Library: not found -- Found ZLIB: /usr/lib/libz.so -- Could NOT find SZIP (missing: SZIP_LIBRARIES SZIP_INCLUDE_DIRS) -- Found HDF5: debug;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so;/usr/lib/libpthread.so;/usr/lib/libz.so;/usr/lib/libm.so;optimized;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so;/usr/lib/libpthread.so;/usr/lib/libz.so;/usr/lib/libm.so -- HDF5 version found is 1.8.4 in /usr/include -- Python interpreter /usr/local/bin/python -- Python interpreter ok : version 2.7.2 -- PYTHON_INCLUDE_DIRS = /usr/local/include/python2.7 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/local/lib/python2.7/site-packages/numpy/core/include -- PYTHON_SITE_PKG = /usr/local/lib/python2.7/site-packages -- PYTHON_LIBRARY = /usr/local/lib/python2.7/config/libpython2.7.a -- PYTHON_EXTRA_LIBS =-lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -- Numpy include in /usr/local/lib/python2.7/site-packages/numpy/core/include -- ALPS XML dir is /opt/alps/lib/xml -- Adding Boost dir: /root/alps2/alps-src/boost -- HDF5 version found is 1.8.4 in /usr/include -- HDF5 version found is 1.8.4 in /usr/include -- tebd will not be built -- CTest cannot determine repository type. Please set UPDATE_TYPE to 'cvs' or 'svn'. CTest update will not work. -- Configuring done -- Generating done -- Build files have been written to: /root/alps2/build

4 4