toggle quoted messageShow quoted text
Unfortunately, that is not possible. You could do
to “page” the result by yourself, but under the hood, it will fetch all the first “to” results and drop the first “from” results.
Btw, 7 million incident edges sound too many to me. This could cause various problems, e.g. high memory usage, large partition (depending on your storage). You might consider remodelling it.
On Wed, Jan 26, 2022 at 3:11 AM Matthew Nguyen via lists.lfaidata.foundation <nguyenm9=aol.com@...> wrote:
Hi, I do need to traverse it but was hoping it would get chunked/streamed in. Or is there a better way for streaming/lazy loads?
From: AMIYA KUMAR SAHOO <amiyakr.sahoo91@...
Sent: Tue, Jan 25, 2022 1:43 pm
Subject: Re: [janusgraph-users] hasNext() slow for large number of incoming edges
I don't know what it does underneath.
But if you want to just check about edge existence with hasNext, Can you try with limit 1.
On Tue, 25 Jan 2022, 23:05 Matthew Nguyen via lists.lfaidata.foundation, <nguyenm9=aol.com@...> wrote:
Hey folks, I have a Vertex v who has about 7m+ incoming edges e. The following query takes about 30+ seconds on a local installation of cassandra.
returns immediately with an answer.
Any idea why hasNext() would be so much slower? I was under the impression that having "resultIterationBatchSize: 64" set would restrict to batching only any iteration to 64 elements at a time but it appears hasNext() is doing something else. Is that correct?