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

Improve logging by separating debug from information #144

Closed
shyba opened this issue May 23, 2018 · 5 comments
Closed

Improve logging by separating debug from information #144

shyba opened this issue May 23, 2018 · 5 comments
Labels
type: improvement Existing (or partially existing) functionality needs to be changed

Comments

@shyba
Copy link
Member

shyba commented May 23, 2018

fDebug flag can be used for that like:

lbrycrd/src/main.cpp

Lines 5226 to 5227 in 01a222a

if (fDebug || (vInv.size() != 1))
LogPrint("net", "received getdata (%u invsz) peer=%d\n", vInv.size(), pfrom->id);

It's initialized according to -debug setting:

fDebug = !mapMultiArgs["-debug"].empty();

Ideally it should be applied to log messages that doesn't hold information for a sysadmin, but mainly for developers, like: https://github.com/lbryio/lbrycrd/blob/master/src/claimtrie.cpp#L1927

To be updated with more examples where it should be applied after #137 gets merged as it adds more cases.

@kaykurokawa kaykurokawa added type: improvement Existing (or partially existing) functionality needs to be changed help wanted and removed needs: triage labels May 28, 2018
@alyssaoc alyssaoc added needs: grooming Issue needs to be groomed before work can start and removed help wanted labels Sep 13, 2018
@alyssaoc
Copy link

alyssaoc commented Oct 4, 2018

@shyba Is this still a valid issue

@alyssaoc alyssaoc removed the needs: grooming Issue needs to be groomed before work can start label Oct 4, 2018
@BrannonKing BrannonKing reopened this Oct 18, 2018
@BrannonKing
Copy link
Member

I didn't mean to close this. I think it's a valid issue. I think it could be a subset of the work on issue #211

@BrannonKing
Copy link
Member

@lbrynaut reports that repeatedly calling "generate 1" significantly increases the log size. This appears to just be the standard logging for every new block -- log new claims, supports, etc. I think we should revisit that logging as part of this issue. Maybe by default we just summarize each new block, and maybe we don't bother to summarize those that we generate locally.

@BrannonKing
Copy link
Member

I think is sufficiently covered with the move of the claim logging into its own category.

@ghost
Copy link

ghost commented Nov 4, 2019

I want free swag t-shirt. Fake crying

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: improvement Existing (or partially existing) functionality needs to be changed
Projects
None yet
Development

No branches or pull requests

5 participants