[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #59711] ltfat - 30 seconds to load the package
From: |
Nicholas Jankowski |
Subject: |
[Octave-bug-tracker] [bug #59711] ltfat - 30 seconds to load the package |
Date: |
Fri, 18 Dec 2020 13:48:05 -0500 (EST) |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36 |
Follow-up Comment #3, bug #59711 (project octave):
just tried it as well running ltfat 2.3.1 on Octave 6.1.0 on Windows 10 with
the gui.
I noticed when loading the package, the File Browser window spent a lot of
time moving pack and forth between different folders. It appears it is
explicitly traversing the numerous cd and addpath commands, and I have noticed
previously (even on v5.1) that in the GUI octave was really slow when changing
directory depending on the number of files in that folder.
my profshow results:
>> profile clear; profile on; pkg load ltfat; profile off; profshow
# Function Attr Time (s) Time (%) Calls
-----------------------------------------------------------------------------
139 cd 9.417 40.13 41
74 addpath R 7.235 30.83 22
113 lstat 2.682 11.43 1057
144 javaMethod 0.651 2.77 3
115 is_same_file 0.554 2.36 2134
100 dir 0.524 2.23 35
140 source 0.451 1.92 20
76 ltfatstart 0.422 1.80 1
85 exist 0.222 0.95 59
27 canonicalize_file_name 0.211 0.90 130
70 stat 0.135 0.57 59
133 fileparts 0.125 0.53 20
132 run 0.119 0.51 20
103 __wglob__ 0.095 0.40 35
105 strcat 0.078 0.33 35
137 rindex 0.062 0.26 20
58 regexprep 0.049 0.21 2152
20 load_packages 0.035 0.15 1
49 load_packages_and_dependencies 0.035 0.15 1
1 pkg 0.026 0.11 1
running under Octave CLI it doesn't seem any faster.
octave:1> profile clear; profile on; pkg load ltfat; profile off; profshow
# Function Attr Time (s) Time (%) Calls
---------------------------------------------------------------------
141 cd 9.328 43.49 41
77 addpath R 7.021 32.73 22
115 lstat 2.287 10.66 1057
117 is_same_file 0.528 2.46 2134
102 dir 0.434 2.02 35
79 ltfatstart 0.306 1.43 1
88 exist 0.216 1.01 59
51 canonicalize_file_name 0.198 0.92 130
146 javaMethod 0.151 0.70 3
142 source 0.119 0.55 20
73 stat 0.119 0.55 59
135 fileparts 0.105 0.49 20
134 run 0.103 0.48 20
105 __wglob__ 0.074 0.35 35
107 strcat 0.059 0.28 35
139 rindex 0.050 0.23 20
17 regexprep 0.045 0.21 2155
1 pkg 0.027 0.13 1
45 load_packages 0.026 0.12 1
46 installed_packages 0.024 0.11 1
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?59711>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
- [Octave-bug-tracker] [bug #59711] ltfat - 30 seconds to load the package, Renato, 2020/12/17
- [Octave-bug-tracker] [bug #59711] ltfat - 30 seconds to load the package, Philip Nienhuis, 2020/12/17
- [Octave-bug-tracker] [bug #59711] ltfat - 30 seconds to load the package, Renato, 2020/12/18
- [Octave-bug-tracker] [bug #59711] ltfat - 30 seconds to load the package,
Nicholas Jankowski <=
- [Octave-bug-tracker] [bug #59711] ltfat - 30 seconds to load the package, Philip Nienhuis, 2020/12/19
- [Octave-bug-tracker] [bug #59711] [octave forge] (ltfat) - 30 seconds to load the package, Kai Torben Ohlhus, 2020/12/22
- [Octave-bug-tracker] [bug #59711] 30 seconds to load the "ltfat" package, Markus Mützel, 2020/12/23
- [Octave-bug-tracker] [bug #59711] 30 seconds to load the "ltfat" package, Renato, 2020/12/23
- [Octave-bug-tracker] [bug #59711] 30 seconds to load the "ltfat" package, Markus Mützel, 2020/12/23
- [Octave-bug-tracker] [bug #59711] 30 seconds to load the "ltfat" package, Renato, 2020/12/23
- [Octave-bug-tracker] [bug #59711] 30 seconds to load the "ltfat" package, Markus Mützel, 2020/12/23
- [Octave-bug-tracker] [bug #59711] 30 seconds to load the "ltfat" package, Nicholas Jankowski, 2020/12/23
- [Octave-bug-tracker] [bug #59711] 30 seconds to load the "ltfat" package, Renato, 2020/12/23
- [Octave-bug-tracker] [bug #59711] Performance of `cd` is bad on Windows, Markus Mützel, 2020/12/23