June 2016 - Comp-phys-alps-users

Inconsistent results in different ALPS installs
by Johannes Reim 25 Jul '16

25 Jul '16

Dear all, we used ALPS to determine the energy of a linear AF spin chain with DM on two different computer, both running Linux, which required us to build ALPS with the provided scripts. We have used the same parameter and model used, and compared the methods exact diagonalization and DMRG. While the diagonalization results are the same up to at least the 10th digit, the DMRG result on one computer differs from all others by about 0.3%. My question is, whether there exists an option to check the validity of the ALPS installation and which results are reliable. Thank you very much and best wishes, Johannes

2 1

Build error for alps-2.2.b4 on ubuntu 16.04
by pradeep thakur 01 Jul '16

01 Jul '16

Dear All, I'm attempting to build alps on an ubuntu 16.04 machine (xubuntu 16.04 LTS). I downloaded the package "alps-2.2.b4-src.tar.gz" and after installing all the dependencies, executed the following commands in the build folder: $sudo cmake Boost_ROOT_DIR:PATH=/usr/include/boost /home/user/alps-2.2.b4-src/alps $sudo make The last 12 lines of the output are given below. - - - [ 83%] Built target vector_functions [ 84%] Built target matrix_ublas_sparse_functions [ 85%] Built target vector_valarray_conversion [ 85%] Linking CXX executable real_tests CMakeFiles/real_tests.dir/real_tests.C.o: file not recognized: File truncated collect2: error: ld returned 1 exit status test/numeric/CMakeFiles/real_tests.dir/build.make:129: recipe for target 'test/numeric/real_tests' failed make[2]: *** [test/numeric/real_tests] Error 1 CMakeFiles/Makefile2:10185: recipe for target 'test/numeric/CMakeFiles/real_tests.dir/all' failed make[1]: *** [test/numeric/CMakeFiles/real_tests.dir/all] Error 2 Makefile:160: recipe for target 'all' failed make: *** [all] Error 2 - - - Thanks in advance for any help. regards, Pradeep Thakur, Dept. of Physics, Savitribai Phule Pune University, Pune, India.

2 3

Help with VisTrails installation
by Robertson Esperanza 29 Jun '16

29 Jun '16

Hello, I just started with ALPS and the Fedora OS. I am using a machine with Fedora 21 OS and I think I managed to build ALPS from alps-2.2.b4-src-with-boost.tar.gz <http://alps.comp-phys.org/static/software/releases/alps-2.2.b4-src-with-boo…>. Following the installation instructions in the website, I am now in the "Building Vistrails and ALPS visrails package from source on Linux" section. I suppose that visrails is independent of ALPS. I installed the required packages for vistrails. I untar-ed vistrails-src-2.2.4-1519abc0ae2b.tar.gz <http://downloads.sourceforge.net/project/vistrails/vistrails/v2.2.4/vistrai…> and did the last step shown in the vistrails webste: [resperanza@obiwan ~]$ cd /home/sand/resperanza/Downloads/vistrails-src-2.2.4-1519abc0ae2b/vistrails [resperanza@obiwan vistrails]$ python vistrails.py python: can't open file 'vistrails.py': [Errno 2] No such file or directory and the error shows. I also cannot find the file vistrails.py in he extracted files. I appreciate your help. Also, is Vistrails a required software to run ALPS? Thank you. Regards, Robertson Esperanza

2 6

vistrail version for nightly build
by HUI 29 Jun '16

29 Jun '16

Hello, can you tell me the correct version of vistrail to link to with the nightly builds? I tried Vistrails 2.0beta, 2.1.2, 2.2.1, but never got vispython to run. I believe the description of the webpage saying that the nightly build is linked to Vistrails 2.0beta is wrong: http://alps.comp-phys.org/mediawiki/index.php/Download_and_install_ALPS_2#N…

2 1

mps_evolve to calculate the time evolution of Fermi-Hubbard
by xiaofanlaohu 14 Jun '16

14 Jun '16

To whom it may concern, When I use the mps_evolve to calculate the time evolution of Fermi-Hubbard, there are some problems that I can not solve. The python file and the error information are shown as follow. best, Xiaofan Zhou ------------------------------------------------------------------------------------------ The python file is: import pyalps import matplotlib.pyplot as plt import pyalps.plot import numpy as np from collections import OrderedDict from copy import deepcopy basename = 'fermi' ## common model parameters model = OrderedDict() model['LATTICE_LIBRARY' ] = 'lattices.xml' model['LATTICE'] = 'open chain lattice' model['L' ] = 20 model['MODEL_LIBRARY' ] = 'models.xml' model['MODEL' ] = 'fermion Hubbard' model['CONSERVED_QUANTUMNUMBERS'] = 'Nup,Ndown' model['Nup_total' ] = 5 model['Ndown_total' ] = 5 model['t' ] = 1 model['U' ] = 1 model['MAXSTATES'] = 100 model['MEASURE_LOCAL[Local Nup]'] = 'n_up' model['MEASURE_LOCAL[Local Ndown]'] = 'n_down' #prepare the input parameters parms = [] for tau in [20.0]: ns = 50 dt = tau / ns p = deepcopy(model) p['init_state' ] = 'local_quantumnumbers' p['initial_local_Nup'] = ','.join((['0.5']+ ['0.0'])* 10) p['initial_local_Ndown'] = ','.join((['0.5']+ ['0.0'])* 10) p['te_order' ] = 'second' p['DT' ] = dt p['TIMESTEPS'] = ns p['tau' ] = tau # not used in the simulation, but useful in the evaluation below p['ALWAYS_MEASURE'] = 'Local Nup' p['chkp_each' ] = ns p['measure_each' ] = 5 p['COMPLEX' ] = 1 parms.append(p) ## write input files and run application input_file = pyalps.writeInputFiles(basename, parms) res = pyalps.runApplication('mps_evolve', input_file) -------------------------------------------------------------------------------------------------------- The error is, ALPS/MPS Time Evolution version MAQUIS repo r4143 (2013-2014) Density Matrix Renormalization Group algorithm available from http://alps.comp-phys.org/ copyright (c) 2013 Institute for Theoretical Physics, ETH Zurich copyright (c) 2010-2011 by Bela Bauer copyright (c) 2011-2013 by Michele Dolfi for details see the publication: M. Dolfi et al., Computer Physics Communications 185, 3430 (2014). doi: 10.1016/j.cpc.2014.08.019 based on the ALPS libraries version 2.2.b5 available from http://alps.comp-phys.org/ copyright (c) 1994-2013 by the ALPS collaboration. Consult the web page for license details. For details see the publication: B. Bauer et al., J. Stat. Mech. (2011) P05001. Running task 1. This binary contains symmetries: nu1 MAQUIS repo r4143 Temporary storage is disabled site_types: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 phys[0]: |( <2,2,0,0,0,0>: 1 )( <2,0,0,0,0,0>: 1 )( <0,2,0,0,0,0>: 1 )( <0,0,0,0,0,0>: 1 )| Abort by signal 11 In /home/sxdxcg/alps-2.2.b5-src-with-boost/alps/src/alps/ngs/lib/signal.cpp on 104 in segfault /home/sxdxcg/alps_b5/lib/libalps.so.2(_ZN4alps3ngs6signal8segfaultEi+0x3b) [0x7f8858184d6b] /lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0) [0x7f88567cfcb0] mps_evolve(_ZNK9ALPSModelIN4alps7numeric6matrixISt7complexIdESt6vectorIS4_SaIS4_EEEE12NU1_templateILi6EiEE11initializerERK7LatticeR14BaseParameters+0x7fb) [0x5e5c5b] mps_evolve(_ZN3simIN4alps7numeric6matrixISt7complexIdESt6vectorIS4_SaIS4_EEEE12NU1_templateILi6EiEEC1ERK14DmrgParameters+0xf63) [0x4fe1f3] mps_evolve(_ZN9tevol_simIN4alps7numeric6matrixISt7complexIdESt6vectorIS4_SaIS4_EEEE12NU1_templateILi6EiE25nearest_neighbors_evolverIS8_SA_EEC1ERK14DmrgParametersb+0x26) [0x4fe9a6] mps_evolve(_ZN10simulationI12NU1_templateILi6EiEE3runER14DmrgParametersb+0x32c) [0x4ff7cc] mps_evolve(_Z7run_simRKN5boost10filesystem4pathES3_bd+0x1b20) [0x49bf20] mps_evolve(_ZN9Scheduler3runEv+0x1d8) [0x55cef8] mps_evolve(main+0xbf) [0x49667f] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7f8855c1176d] mps_evolve() [0x4973d5] Aborted (core dumped) 2016-06-14 xiaofanlaohu

2 1

String order parameters measurements
by 梁霄 14 Jun '16

14 Jun '16

ALPS users and developers, I am wondering in ALPS how to construct the measurement of String Order Parameter in paper: 2012 New J. Phys. 14 065012. I have tried to measure the operators independently but the result was wrong. Xiao Liang

2 4

compile error, svn version 7708
by Amir M.Aghaei 08 Jun '16

08 Jun '16

Hi, I tried compiling the latest svn version of ALPS (7708) last night and I got the following compile error: */alps/applications/dmrg/dmrg/dmtk/system.h:594:48: error: lvalue required as unary ‘&’ operand s.write((const char *)&_target_weight[i], sizeof(double));* I looked it up and sounds like this line of code was written back in 2006. So that can be a compiler issue but I didn't find anything that I could relate to the problem online. I am using gcc 6.1.1. Bests, Amir

1 1