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

modify subgraph loop condition #4226

Merged
merged 2 commits into from
May 6, 2022

Conversation

nevermore3
Copy link
Contributor

@nevermore3 nevermore3 commented May 5, 2022

What type of PR is this?

  • bug
  • feature
  • enhancement

What problem(s) does this PR solve?

Issue(s) number:

Description:

The last step of the subgraph is to get all the edges between the visited vetices, if only the output vertices, do not need to take the last step

How do you solve it?

Special notes for your reviewer, ex. impact of this fix, design document, etc:

Checklist:

Tests:

  • Unit test(positive and negative cases)
  • Function test
  • Performance test
  • N/A

Affects:

  • Documentation affected (Please add the label if documentation needs to be modified.)
  • Incompatibility (If it breaks the compatibility, please describe it and add the label.)
  • If it's needed to cherry-pick (If cherry-pick to some branches is required, please label the destination version(s).)
  • Performance impacted: Consumes more CPU/Memory

Release notes:

Please confirm whether to be reflected in release notes and how to describe:

ex. Fixed the bug .....

@nevermore3 nevermore3 changed the title modify loop condition modify subgraph loop condition May 5, 2022
@nevermore3 nevermore3 added type/enhancement Type: make the code neat or more efficient ready-for-testing PR: ready for the CI test ready for review labels May 5, 2022
@nevermore3 nevermore3 requested review from Shylock-Hg and czpmango May 5, 2022 06:18
Comment on lines +74 to +82
uint32_t maxSteps = steps.steps();
if (subgraphCtx_->getEdgeProp || subgraphCtx_->withProp) {
++maxSteps;
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why does taking properties have to do with the max step of loop.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

getEdgeProp just indicates whether to output the edge。will fix name, avoid ambiguity

@nevermore3 nevermore3 force-pushed the subgraph_vertices branch from fe973bf to c1b9462 Compare May 5, 2022 07:01
if (subgraphCtx_->getEdgeProp || subgraphCtx_->withProp) {
++maxSteps;
}
auto* condition = loopCondition(maxSteps, gn->outputVar());
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Steps of subgraph executor don't keep same with this?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

no effect

@nevermore3 nevermore3 requested a review from CPWstatic May 5, 2022 09:09
@Sophie-Xie Sophie-Xie merged commit a58d945 into vesoft-inc:master May 6, 2022
@nevermore3 nevermore3 deleted the subgraph_vertices branch May 6, 2022 02:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ready for review ready-for-testing PR: ready for the CI test type/enhancement Type: make the code neat or more efficient
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants