Skip to content

Conversation

@yumosx
Copy link
Member

@yumosx yumosx commented Oct 29, 2025

ref #7016

goarch: amd64
pkg: go.opentelemetry.io/otel/sdk/log
cpu: Intel(R) Core(TM) i7-14700
                                                │ before.txt  │  .\after_res.txt   │
                                                │   sec/op    │   sec/op     vs base   │
SimpleProcessorObservability/NoObservability-28   27.68n ± 4%
SimpleProcessorObservability/Observability-28                   27.39n ± 5%
geomean                                           27.68n        27.38n       ? ¹ ²
¹ benchmark set differs from baseline; geomeans may not be comparable
² ratios must be >0 to compute geomean

                                                │  before.txt  │   .\after_res.txt   │
                                                │     B/op     │    B/op     vs base │
SimpleProcessorObservability/NoObservability-28   0.000 ± 0%
SimpleProcessorObservability/Observability-28                    0.000 ± 0%
geomean                                                      ¹               ? ² ¹ ³
¹ summaries must be >0 to compute geomean
² benchmark set differs from baseline; geomeans may not be comparable
³ ratios must be >0 to compute geomean

                                                │  before.txt  │   .\after_res.txt   │
                                                │  allocs/op   │ allocs/op   vs base │
SimpleProcessorObservability/NoObservability-28   0.000 ± 0%
SimpleProcessorObservability/Observability-28                    0.000 ± 0%
geomean                                                      ¹               ? ² ¹ ³
¹ summaries must be >0 to compute geomean
² benchmark set differs from baseline; geomeans may not be comparable
³ ratios must be >0 to compute geomean

@yumosx yumosx marked this pull request as draft October 29, 2025 01:06
@codecov
Copy link

codecov bot commented Oct 30, 2025

Codecov Report

❌ Patch coverage is 88.23529% with 2 lines in your changes missing coverage. Please review.
✅ Project coverage is 86.1%. Comparing base (13b122c) to head (b7e05a9).

Files with missing lines Patch % Lines
sdk/log/simple.go 83.3% 1 Missing and 1 partial ⚠️
Additional details and impacted files

Impacted file tree graph

@@          Coverage Diff          @@
##            main   #7548   +/-   ##
=====================================
  Coverage   86.1%   86.1%           
=====================================
  Files        297     297           
  Lines      21678   21693   +15     
=====================================
+ Hits       18682   18695   +13     
- Misses      2623    2624    +1     
- Partials     373     374    +1     
Files with missing lines Coverage Δ
sdk/log/internal/observ/simple_log_processor.go 100.0% <100.0%> (ø)
sdk/log/simple.go 94.2% <83.3%> (-5.8%) ⬇️
🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@yumosx yumosx marked this pull request as ready for review November 3, 2025 09:17
@yumosx yumosx marked this pull request as draft November 3, 2025 09:20
@yumosx yumosx marked this pull request as ready for review November 3, 2025 13:05
Copy link
Member

@flc1125 flc1125 left a comment

Choose a reason for hiding this comment

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

The remaining two issues.


if s.inst != nil {
defer func() {
s.inst.LogProcessed(ctx, err)
Copy link
Member

Choose a reason for hiding this comment

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

I'm thinking that when this part of the logic is triggered, this section should also be reported.

if s.exporter == nil {
	return nil
}

Copy link
Member Author

Choose a reason for hiding this comment

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

@flc1125, I don't quite understand this part.
could you explain it in detail?

Copy link
Member

Choose a reason for hiding this comment

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

What I want to express is that we should also report this metric regarding this part of the situation.

However, what's a bit special here is that what is returned here is nil, but I'm wondering, when reporting the metric, should we define a custom error to describe the fact that it wasn't successfully exported (something like: simple processor has no exporter configured).

cc @MrAlias, if you have any good suggestions, please feel free to add them.

Copy link
Member Author

Choose a reason for hiding this comment

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

@flc1125 about this issue, maybe we could address this in an separate PR, WDYT?

Copy link
Member

@flc1125 flc1125 Nov 5, 2025

Choose a reason for hiding this comment

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

I think we at least need to support indicators reporting for this scenario; the point of disagreement lies in the issue of err or nil.

if s.exporter == nil {
	return nil
}

Regarding the points of disagreement, I think it's fine to discuss them in another PR or issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants