# Interpreting \`JET\` warnings on a simple \`Polyester\` multithreaded loop
**URL:** https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681
**Category:** Performance
**Tags:** inference, jet, ttfx, polyester
**Created:** [July 3, 2022, 2:45am UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681 "2022-07-03T02:45:42Z")
**Posts on this page:** 8
**Page:** 1
### Author:  [@Krastanov](https://discourse.julialang.org/u/Krastanov)
#### Post date: [July 3, 2022, 2:45am UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681/1 "2022-07-03T02:45:42Z")
`Polyester` seems to be one of the bigger sources of TTFX in some of my libraries. It is similarly the main source of warnings when using JET. Below is a very simple multi-threaded loop that causes a large number of JET warnings (both in 1.7.0 and in nightly). I do not have much understanding of `ThreadingUtilities` and of `StaticArrays`, where the warnings originate. Would someone be able to guide me where to look for improvements or how I can change my function, in order to silence the JET warnings and make sure there is no risk of runtime dispatch?
```julia
julia> using JET, Polyester
julia> function a(m::Matrix, i::Int)
@batch for r in axes(m,1)
m[r,:] .+= i
end
end
a (generic function with 1 method)
julia> m = rand(Int,5,5)
julia> @report_opt a(m,1)
═════ 92 possible errors found ═════
...
```
With these versions
```julia
[c3a54625] JET v0.5.16
[f517fe37] Polyester v0.6.13
[aedffcd0] Static v0.7.5
[90137ffa] StaticArrays v1.5.0
[8290d209] ThreadingUtilities v0.5.0
```
---
### Author:  [@jishnub](https://discourse.julialang.org/u/jishnub)
#### Post date: [July 3, 2022, 5:38am UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681/2 "2022-07-03T05:38:55Z")
Are you using the array slices as indices? Or do you mean to use `axes(m,1)` instead of `eachrow(m)`?
---
### Author:  [@ChrisRackauckas](https://discourse.julialang.org/u/ChrisRackauckas)
#### Post date: [July 3, 2022, 6:37am UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681/3 "2022-07-03T06:37:19Z")
Is this with Static v0.7?
---
### Author:  [@Krastanov](https://discourse.julialang.org/u/Krastanov)
#### Post date: [July 3, 2022, 12:27pm UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681/4 "2022-07-03T12:27:15Z")
Thanks for the correction, got confused as I was cutting down the size of the example. It is corrected in the original post now.
---
### Author:  [@Krastanov](https://discourse.julialang.org/u/Krastanov)
#### Post date: [July 3, 2022, 12:31pm UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681/5 "2022-07-03T12:31:47Z")
It is indeed Static v0.7, but I used the wrong MWE, so that might have been a bit mislead. Please excuse the confusion. The warnings are from `StaticArrays` (and `ThreadingUtilities`), not from `Static`. All versions are added to the original post.
---
### Author:  [@Elrod](https://discourse.julialang.org/u/Elrod)
#### Post date: [July 4, 2022, 1:02am UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681/6 "2022-07-04T01:02:08Z")
These are basically all for printing.
I’m apparently on different versions (as I get 60, not 72, possible errors found).
But everything I see comes from these two lines:
>
This code is for diagnostics, that is, it displays and dumps a failed task so you can see the stacktrace when your threaded code runs an error.
If your program’s performance is bottlenecked by how quickly it can print error messages, I’d suggest trying to stop it from throwing so many errors. Maybe fix the bugs that keep showing up in all those stacktraces?
Or PR base Julia to speed up `display(::Task)` and `dump(::Task)`, I guess.
Of course, you probably didn’t hit these lines in your code.
You just got a report from JET.
Is there some way I can hide this code from JET, so we don’t have so many false positives/its output is more useful?
I don’t think `dump(::Task)` is all that useful, so I can probably remove that line.
---
### Author:  [@Elrod](https://discourse.julialang.org/u/Elrod)
#### Post date: [July 4, 2022, 1:19am UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681/7 "2022-07-04T01:19:22Z")
I’ve gotten reports about Polyester being bad for latency before. If you have some examples, I may be able to look at it sometime.
---
### Author:  [@Krastanov](https://discourse.julialang.org/u/Krastanov)
#### Post date: [July 4, 2022, 3:12am UTC](https://discourse.julialang.org/t/interpreting-jet-warnings-on-a-simple-polyester-multithreaded-loop/83681/8 "2022-07-04T03:12:23Z")
Indeed, I am not hitting these lines, they are just showing up in JET’s abstract interpretation. To great extent, I am just cargo-culting my approach to lowering TTFX: I have noticed that the fewer Aqua and JET warnings I have, the faster the package imports (while I did not have as much luck with SnoopCompile), so I am spending some time trying to figure out the source of every JET warning. Admittedly, this is not the best “first principles” approach, but it is educational enough, and I needed to start somewhere.
Thanks for your explanation! It does not seem there is anything more to see here. If I figure out how to tell the compiler and/or JET to not worry about these lines, I will send you a pull request.