Is there any workaround for the slow performance of path.m?

14 次查看（过去 30 天）

Richard Crozier 2012-10-4

2
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/49839-is-there-any-workaround-for-the-slow-performance-of-path-m

I use Matlab on multiple machines and generally do not have write access to the directory where the path is saved (i.e. I cannot use the set path dialog or savepath.m to store my path for future sessions). Furthermore, even if I could do this, I want to automatically accomodate changes to the subfolders in my code directories at every startup.

For this reason I generate my path at every startup using a startup script. This script takes several minutes to run with virtually all the time being spent in path.m in the call to the built-in matlabpath function. In a recent startup test, 116.927 seconds were spent on 497 calls to matlabpath.

Is there any way of speeding this up?

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

请先登录，再进行评论。

请先登录，再回答此问题。

采纳的回答

Robert Cumming 2012-10-4

2
链接

此回答的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/49839-is-there-any-workaround-for-the-slow-performance-of-path-m#answer_60872

在 MATLAB Online 中打开

can you show your code? Are you adding network paths?

I use addpath in the startup.m with no problems (runs very quickly, a few seconds)/

If your sub padirectorys are dynamic then use:

addpath ( genpath ( pwd ) )

4 个评论
显示 2更早的评论隐藏 2更早的评论

Richard Crozier 2012-10-4

Posting this has made me realise I should perhaps be building a string similar to the output of genpath in the loop instead of calling addpath, and just calling it once at the end, maybe this will solve the problem.

Richard Crozier 2012-10-4

building the string and then calling addpath worked. I'll mark your answer as correct since the comments contain the solution and you made the effort to answer, thanks.

请先登录，再进行评论。