-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Closed
Labels
area/operationsRelated to operational aspects of the DB, including signals, flags, env vars, etc.Related to operational aspects of the DB, including signals, flags, env vars, etc.area/performancePerformance related issues.Performance related issues.exp/expertDeeply technical issue not recommended to beginners.Deeply technical issue not recommended to beginners.kind/featureSomething completely new we should consider.Something completely new we should consider.priority/P3Low priority, something to be done once everything else seems fixed.Low priority, something to be done once everything else seems fixed.status/acceptedWe accept to investigate/work on it.We accept to investigate/work on it.
Milestone
Description
Experience Report
Note: Feature requests are judged based on user experience and modeled on Go Experience Reports. These reports should focus on the problems: they should not focus on and need not propose solutions.
What you wanted to do
As shown in https://discuss.dgraph.io/t/can-not-query-dataset-with-222m-edge-in-a-bare-metal-server-with-65gb-ram-memory-overflow/5011/6
the user issues a query to Dgraph where the expected response requires much more memory than is available on a single alpha. While we can do minor memory optimizations here and there, the current design places a limit on the size of response that a query can retrieve. It's worth at least to consider how to support responses that are much larger that the RAM.
Some potential solutions could be
- offering a streaming API for large responses
- producing a dump file on the server side, which can be downloaded by the client after it's ready
What you actually did
Why that wasn't great, with examples
Any external references to support your case
clyang, yigitkonur and erhlee-bird
Metadata
Metadata
Assignees
Labels
area/operationsRelated to operational aspects of the DB, including signals, flags, env vars, etc.Related to operational aspects of the DB, including signals, flags, env vars, etc.area/performancePerformance related issues.Performance related issues.exp/expertDeeply technical issue not recommended to beginners.Deeply technical issue not recommended to beginners.kind/featureSomething completely new we should consider.Something completely new we should consider.priority/P3Low priority, something to be done once everything else seems fixed.Low priority, something to be done once everything else seems fixed.status/acceptedWe accept to investigate/work on it.We accept to investigate/work on it.