octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #57439] handles to private functions may fail


From: Philip Nienhuis
Subject: [Octave-bug-tracker] [bug #57439] handles to private functions may fail after "clear functions"
Date: Fri, 28 Feb 2020 16:33:46 -0500 (EST)
User-agent: Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Firefox/52.0

Follow-up Comment #32, bug #57439 (project octave):

@JWE:
comment #31:
Sure, I'll gladly try, but I have a some private things this weekend. Let's
see how far I get.

comment #27:
Yes I do see slower performance, but it's hard to pinpoint exactly what &
when.
Most of my work at the office is on network drives, but with drive letters; I
have no idea if those drive letter paths are silently remorphed into UNC paths
or so, nor if that even makes a difference. The network is usually fairly fast
unless really big files (~100s of MB) need to be processed. That suggests that
network resources are somehow cached.

Just as a reminder:
I first hit this when watching the io package being loaded on Windows. A
routine __init_io__.m calls a routine that in turn checks the javaclasspath,
loads Java class libs for spreadsheet I/O and then searches for LibreOffice
and loads LO's Java class libs. That second routine is called twice, first for
"regular" Java class libs, then for LO's. All of this only concerns local
files and directories: one flat directory in my user profile and LibreOffice\
in 'C:\Program Files\'.
The execution time of all this used to be 2-3 seconds, with your first
canonicalize_file_name patch up to ~30 seconds, with your latest
make_absolute_filename patch ~12 seconds.


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?57439>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]