Skip to content
This repository has been archived by the owner on Oct 5, 2021. It is now read-only.

Performance related Question #54

Closed
tugan opened this issue Dec 14, 2016 · 4 comments
Closed

Performance related Question #54

tugan opened this issue Dec 14, 2016 · 4 comments
Labels

Comments

@tugan
Copy link

tugan commented Dec 14, 2016

Hi,

we have single vertex and single edge very simple model and use dynamodb backend. increased table read capacity.

when we try yo get around 3000 record from server it takes 20-25 second. it that normal? should we do any additional configuration changes?

regards
Burak Tugan

@amcp
Copy link
Contributor

amcp commented Feb 12, 2017

The DynamoDB Storage Backend for Titan self-throttles to avoid getting throttled on the service side. Getting 3000 small (<1KiB) items in 20 seconds suggests that your read capacity is set to no more than 150 RPS, assuming that you use the single-item data model, no vertex partitioning and assuming that you read each record using random access (as opposed to a random scan). After you share details about your access pattern, data model and partitioning settings, and the throughput configuration of your graph, I could help you some more.

@amcp amcp added the question label Feb 12, 2017
@amcp
Copy link
Contributor

amcp commented Feb 14, 2017

Also, you should definitely turn on query.fast-property=true, to pull all the properties of a vertex when it gets loaded (instead of lazy-loading them whenever they are referenced)

@amcp
Copy link
Contributor

amcp commented Mar 3, 2017

If you have any more questions about how to improve the query and traversal performance of Titan on DynamoDB, please re-open this issue.

@amcp amcp closed this as completed Mar 3, 2017
@bendavidwhite
Copy link

Hi @tugan,

did the suggestions above improve your retrieval times?

I'm having similar performance issues but can't quite get my head around how resolve them (see #235 )

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

No branches or pull requests

3 participants