Hello, thank you for the quick reply.
They are about the same. If anything, batchmode is slightly slower.
More specifically:
[code]SJL@Gyro:~> time root -b -n -q;time root -l -n -q
| Welcome to ROOT 6.06/06 http://root.cern.ch |
| © 1995-2016, The ROOT Team |
| Built for linuxx8664gcc |
| From heads/v6-06-00-patches@v6-06-04-66-gb9c1d82, Jul 06 2016, 18:28:55 |
Try ‘.help’, ‘.demo’, ‘.license’, ‘.credits’, ‘.quit’/’.q’ |
---|
root [0]
real 0m15.401s
user 0m0.308s
sys 0m0.036s
root [0]
real 0m15.400s
user 0m0.284s
sys 0m0.064s
SJL@Gyro:~> [/code]
Why do you get the “Welcome …”?
ROOT5 time, on a bad day.
$ time root -b -n -q; time root -l -n -q
root [0]
real 0m0.347s
user 0m0.246s
sys 0m0.105s
root [0]
real 0m0.344s
user 0m0.259s
sys 0m0.088s
batchmode still outputs the bash welcome ‘graphics’, at least for root6
Not for me.
It’s a surprise for me also, ROOT 6.06 which is what we’re asked to use for the time being shows it.
.bashrc and .rootrc
[code]SJL@Gyro:~> bashme |grep -i root; dog .rootrc;
#Loading Root thisroot.sh in /HOME/ROOT/bin/thisroot.sh
export ROOTSYS=$HOME/ROOT/
export PATH=$ROOTSYS/bin:$PATH
export LD_LIBRARY_PATH=$ROOTSYS/lib:$LD_LIBRARY_PAT
#ROOTING
#alias root=“ROOTSYS=$HOME/ROOT PATH=$ROOTSYS/bin:$PATH_LD_LIBRARY_PATH=$ROOTSYS/lib:$LD_LIBRARY_PATH root”
#alias root6=“ROOTSYS=$HOME/ROOT6 PATH=$ROOTSYS/bin:$PATH_LD_LIBRARY_PATH=$ROOTSYS/lib:$LD_LIBRARY_PATH root”
#alias root6="~/ROOT6/bin/root6" ROOT6 is Broken, 12 Mar 15.
#Setting up PyROOT
export LD_LIBRARY_PATH=$ROOTSYS/lib:$PYTHONDIR/lib:$LD_LIBRARY_PATH
export PYTHONPATH=$ROOTSYS/lib:$PYTHONPATH
Unix.*.Root.MacroPath: .:$(HOME)/Rootdocs:
#/opt/local/etc/root/plugins:
#this one not working properly
#Above calls for the roo macropaths
#Second fraction calls for where they are called
#They are separated by “:” “.” refers to the current directory, Second for Rootdocs and third for the default called from TBrowser[/code]
Try (make sure that all libraries, which are not “standard”, come from your new ROOT 6 version):
ldd which root
ldd which root.exe
SJL@Gyro:~> ldd '/home/SJL/ROOT/bin/root.exe'
linux-vdso.so.1 (0x00007ffc55fea000)
libCore.so.6.06 => /home/SJL/ROOT//lib/libCore.so.6.06 (0x00007f9bde70e000)
libRint.so.6.06 => /home/SJL/ROOT//lib/libRint.so.6.06 (0x00007f9bde4e4000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f9bde1ad000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f9bddf96000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f9bddd78000)
libc.so.6 => /lib64/libc.so.6 (0x00007f9bdd9d1000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f9bdd7cd000)
liblzma.so.5 => /usr/lib64/liblzma.so.5 (0x00007f9bdd5a6000)
libm.so.6 => /lib64/libm.so.6 (0x00007f9bdd2a5000)
/lib64/ld-linux-x86-64.so.2 (0x000055ae15ccb000)
SJL@Gyro:~> ldd '/home/SJL/ROOT/bin/root'
linux-vdso.so.1 (0x00007fff9fdfd000)
libXpm.so.4 => /usr/lib64/libXpm.so.4 (0x00007fdd21bad000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007fdd2199a000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fdd2165c000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fdd21354000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fdd2113c000)
libc.so.6 => /lib64/libc.so.6 (0x00007fdd20d95000)
libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fdd20b75000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fdd20970000)
libm.so.6 => /lib64/libm.so.6 (0x00007fdd2066f000)
/lib64/ld-linux-x86-64.so.2 (0x000055a37423c000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fdd2046b000)
SJL@Gyro:~>
I’m not quite sure what I am looking for here.
Try (here, in the first call, I get the “Welcome …” logo):
time root.exe -b -n -q; time root.exe -l -n -q
[code]SJL@Gyro:~> time root.exe -b -n -q; time root.exe -l -n -q
| Welcome to ROOT 6.06/06 http://root.cern.ch |
| © 1995-2016, The ROOT Team |
| Built for linuxx8664gcc |
| From heads/v6-06-00-patches@v6-06-04-66-gb9c1d82, Jul 06 2016, 18:28:55 |
Try ‘.help’, ‘.demo’, ‘.license’, ‘.credits’, ‘.quit’/’.q’ |
---|
root [0]
real 0m15.349s
user 0m0.232s
sys 0m0.016s
root [0]
real 0m15.331s
user 0m0.224s
sys 0m0.028s
SJL@Gyro:~>[/code]
No change.
Can it be that in your PATH or LD_LIBRARY_PATH you have some “external” (e.g. “NFS”, or “AFS” mounted) subdirectories which do not exist (e.g. the corresponding server is “down”)?
Actually, possibly, I will re-compile ROOT, with least number of necessary packages.
I’ve seen numerous reports that ROOT 6 has problems with “configure”, so try the “cmake” method, e.g.: Trouble compiling ROOT 6
Progress:
offline, or home network, startup time is ~0.2 seconds.
./configure linuxx8664gcc --enable-minuit2 --enable-roofit --enable-table --enable-gdml --enable-builtin-zlib --enable-builtin-pcre --enable-builtin-freetype --enable-builtin-glew --enable-soversion --enable-rpath --enable-opengl --enable-pythia6
work network, still >15 seconds.
I’m starting to get very curious, what is accessing the network/internet from root?!
I found a solution:
sft.its.cern.ch/jira/browse/ROOT-6912
Similar methods to Mac,
in
/etc/hosts
I’ve added a line
127.0.0.1 $HOSTNAME
Everything is now working in good speed.
[code]SJL@Gyro:~> time root -l -q; time root -q; time root -b -q;
root [0]
real 0m0.310s
user 0m0.264s
sys 0m0.016s
| Welcome to ROOT 6.06/06 http://root.cern.ch |
| © 1995-2016, The ROOT Team |
| Built for linuxx8664gcc |
| From heads/v6-06-00-patches@v6-06-04-66-gb9c1d82, Jul 06 2016, 18:28:55 |
Try ‘.help’, ‘.demo’, ‘.license’, ‘.credits’, ‘.quit’/’.q’ |
---|
root [0]
real 0m4.038s
user 0m0.288s
sys 0m0.028s
| Welcome to ROOT 6.06/06 http://root.cern.ch |
| © 1995-2016, The ROOT Team |
| Built for linuxx8664gcc |
| From heads/v6-06-00-patches@v6-06-04-66-gb9c1d82, Jul 06 2016, 18:28:55 |
Try ‘.help’, ‘.demo’, ‘.license’, ‘.credits’, ‘.quit’/’.q’ |
---|
root [0]
real 0m0.353s
user 0m0.288s
sys 0m0.032s
SJL@Gyro:~>
[/code]
I should also update, that the configuration file for me works, and none of the enabled packages were causing the problem.
I begin root session with root -l but it print ROOT LOGO first. The same thing with root -q and etc.
More over, If I try root filename.root , it does not work and just run root as usual.
Please help.
Thanks in advance.
I’ve had this issue for many years. I’m glad someone has finally traced it down.