Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

contractor is now slower #32

Closed
emiltin opened this issue Nov 29, 2011 · 10 comments
Closed

contractor is now slower #32

emiltin opened this issue Nov 29, 2011 · 10 comments
Milestone

Comments

@emiltin
Copy link
Contributor

emiltin commented Nov 29, 2011

after the last round of updates, the contractor takes much longer to complete. in the 'preprocesssing' steps, the first part is very fast, but the last part takes a long time. the last 5% takes longer that the previous 95%. i don't think this was the case before.

@DennisOSRM
Copy link
Collaborator

This is expected behavior because the data representation changed.

@emiltin
Copy link
Contributor Author

emiltin commented Nov 29, 2011

ok. osrm being more thorough now? :-)

@DennisOSRM
Copy link
Collaborator

Yes and no. OSRM has a certain way to handle turn restrictions. Instead of single street segments all possible turns are preprocessed. This is computationally more expensive.

Am 29.11.2011 um 07:56 schrieb Emil Tin [email protected]:

ok. osrm being more thorough now? :-)


Reply to this email directly or view it on GitHub:
#32 (comment)

@emiltin
Copy link
Contributor Author

emiltin commented Nov 29, 2011

ok i see. although it seems there are only 37 restrictions in all of copenhagen:
[info createHierarchy.cpp:76] Loaded 37 restrictions from file

@emiltin
Copy link
Contributor Author

emiltin commented Dec 17, 2011

this seems to be faster again?

@DennisOSRM
Copy link
Collaborator

Yes. I don't have any specific numbers but it's faster than when we talked about it last time. Preprocessing speed is a bit of a moving target.

@emiltin
Copy link
Contributor Author

emiltin commented Dec 17, 2011

this difference is huge; feels like perhaps 10x

@DennisOSRM
Copy link
Collaborator

This is way too much for any of the changes. Did you use it in debug mode previously? Release mode is benefitting strongly from compiler optimizations.

Am 17.12.2011 um 17:17 schrieb Emil Tin [email protected]:

this difference is huge; feels like perhaps 10x


Reply to this email directly or view it on GitHub:
#32 (comment)

@emiltin
Copy link
Contributor Author

emiltin commented Dec 17, 2011

as long as things get 10x faster i don't complain :-) so far i've disabled any optimization on mac; no openmp, always just thread. i still manage to contract most of copenhagen in 6 sec

@emiltin
Copy link
Contributor Author

emiltin commented Dec 17, 2011

looking at sconstruct i see that it includes these lines even on mac:

if GetOption('buildconfiguration') == 'debug':
env.Append(CCFLAGS = ['-Wall', '-g3', '-rdynamic'])
else:
env.Append(CCFLAGS = ['-O3', '-DNDEBUG'])

since i'm not using the debug switch i am in fact using optimization.

but i'm not using openmp; that part is not included if the platform is mac.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants