-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
pylint parallel processing not effective with single package argument #479
Comments
Original comment by Claudiu Popa (BitBucket: PCManticore, GitHub: @PCManticore): Improve the performance of --jobs when dealing only with a package name. The performance is improved by obtaining the files which should be analyzed |
Original comment by Claudiu Popa (BitBucket: PCManticore, GitHub: @PCManticore): Should be fixed now. Please tell me if you encounter any problems with it. |
Original comment by Pavel Roskin (BitBucket: pavel_roskin): I tested that on Frescobaldi. The speed has greatly improved. But there are differences in the output. The output with --jobs=8 has this line:
And that's despite the fact that I have this in
The "External dependencies" section misses some dependencies. "nb duplicated lines" was 299, became 0. The whole section called "% errors / warnings by module" is missing. Most numbers in the "Messages" section are significantly less. For example, trailing-whitespace was 5118, became 65. Many of such problems occur when the python files are specified on the command line, so perhaps they could be discussed in a separate issue. |
Original comment by Claudiu Popa (BitBucket: PCManticore, GitHub: @PCManticore): Interesting. So the problem occurs when you are specifying the files in command line, not the package? Also, please open another issue to discuss this. Thanks. |
Original comment by Pavel Roskin (BitBucket: pavel_roskin): Done. See #501 and #502. It turns out that in case of the no-member, |
Originally reported by: Pavel Roskin (BitBucket: pavel_roskin)
pylint --jobs=N is not benefiting user supplying a package as the argument, even if the package contains multiple Python sources.
Example:
Only supplying both
--jobs=8
and separate python sources cuts the runtime from 43 to 14 seconds. If the package is supplied on the command line, there is no win from--jobs=8
.I'm using an Intel i7 CPU with 4 cores / 8 threads of execution.
The text was updated successfully, but these errors were encountered: