Cache result of find_packages_allowing_duplicates to speed up find_packages#111
Conversation
7f7ef0d to
5819c5a
Compare
5819c5a to
725edf7
Compare
|
You can not simply make this function call cache every previous result. This must allow the user calling the API to choose which behavior he wants. And for backward compatibility it must very likely be an opt-in for caching. |
|
I think there is two ways to implement that.
I prefer 2 because it might be difficult to sync version of catkin_pkg, roslib and roslaunch and we can turn on caching without version problem. |
|
Enabling it globally will almost guarantee problems since no current code expects the calls to be cached. |
|
Do you think optional argument is reasonable? |
|
The optional argument is trivial. The difficult part will be where to use it safely. |
|
Instead of try to fix it here you might want to dig in and figure out where this function is called multiple times in order to "fix" the caller side by use local caching there. |
|
|
The second location (https://github.com/ros/ros_comm/blob/indigo-devel/tools/roslaunch/src/roslaunch/rlutil.py#L228) looks interesting. Can you please modify it locally to pass the additional optional keyword argument |
|
I see. 2014年12月10日水曜日、Dirk Thomasnotifications@github.comさんは書きました:
from iPhone |
|
This week I'm a little bit busy and I will dig this issue next week |
|
I will arrange this issue. |
On my environment, roslaunch is super slow. (hydro, ubuntu 12.04, catkin 0.2.6)
Because I have a lot of packages under catkin workspace:
For example,
roslaunch openni2_launch openni2.launchtakes 43 seconds.After applying this patch, it takes 9 seconds.