pytorch / tensorpipe
Source Code Overview

Analysis scope, overview of main, test, generated, deployment, build, and other code.

Source Code Analysis Scope
Files includes and excluded from analyses
cc
txt
cmake
in
clang-format
cu
cuh
gitmodules
clang-tidy
  • 16 extensions are included in analyses: h, cc, txt, md, cmake, py, in, gitignore, clang-format, cu, sh, cuh, json, yml, gitmodules, clang-tidy
  • 6 criteria are used to exclude files from analysis:
    • exclude files with path like ".*/docs/.*" (Documentation) (4 files).
    • exclude files with path like ".*/[.][a-zA-Z0-9_]+.*" (Hidden files and folders) (5 files).
    • exclude files with path like ".*/(3rd|[Tt]hird)[-_]?[Pp]arty/.*" (Dependencies) (1 file).
    • exclude files with path like ".*/git[-]history[.]txt" (Git history) (1 file).
    • exclude files with path like ".*/git[-][a-zA-Z0-9_]+[.]txt" (Git data exports for sokrates analyses) (0 files).
    • exclude files with path like ".*[.]txt" (Text files) (8 files).
Overview of Analyzed Files
Basic stats on analyzed files
Intro
For analysis purposes we separate files in scope into several categories: main, test, generated, deployment and build, and other.

  • The main category contains all manually created source code files that are being used in the production.
  • Files in the main category are used as input for other analyses: logical decomposition, concerns, duplication, file size, unit size, and conditional complexity.
  • Test source code files are used only for testing of the product. These files are normally not deployed to production.
  • Build and deployment source code files are used to configure or support build and deployment process.
  • Generated source code files are automatically generated files that have not been manually changed after generation.
  • While a source code folder may contain a number of files, we are primarily interested in the source code files that are being written and maintained by developers.
  • Files containing binaries, documentation, or third-party libraries, for instance, are excluded from analysis. The exception are third-party libraries that have been changed by developers.

main21363 LOC (76%) 205 files
test6349 LOC (22%) 60 files
generated0 LOC (0%) 0 files
build and deployment0 LOC (0%) 0 files
other227 LOC (<1%) 3 files
Main Code
All manually created or maintained source code that defines logic of the product that is run in a production environment.
cc
cmake
in
Explore:   circles  |  sunburst
  • The following criteria are used to filter files:
    • files with paths like ".*".
  • 205 files match defined criteria (21,363 lines of code, 100.0% vs. main code):
    • 74 *.cc files (10,860 lines of code)
    • 122 *.h files (9,929 lines of code)
    • 6 *.cmake files (512 lines of code)
    • 1 *.py files (41 lines of code)
    • 2 *.in files (21 lines of code)
  • " *.cc" is biggest, containing 50.84% of code.
  • " *.in" is smallest, containing 0.1% of code.


*.cc10860 LOC (50%) 74 files
*.h9929 LOC (46%) 122 files
*.cmake512 LOC (2%) 6 files
*.py41 LOC (<1%) 1 files
*.in21 LOC (<1%) 2 files
Test Code
Used only for testing of the product. Normally not deployed in a production environment.
cc
cu
cuh
Explore:   circles  |  sunburst
  • The following criteria are used to filter files:
    • files with paths like ".*/[Tt]est/.*".
    • files with paths like ".*/test_.*".
    • files with paths like ".*_test[.].*".
    • files with paths like ".*_tests[.].*".
  • 60 files match defined criteria (6,349 lines of code, 29.7% vs. main code):
    • 44 *.cc files (4,814 lines of code)
    • 11 *.h files (1,064 lines of code)
    • 1 *.sh files (345 lines of code)
    • 2 *.py files (95 lines of code)
    • 1 *.cu files (19 lines of code)
    • 1 *.cuh files (12 lines of code)
  • " *.cc" is biggest, containing 75.82% of code.
  • " *.cuh" is smallest, containing 0.19% of code.


*.cc4814 LOC (75%) 44 files
*.h1064 LOC (16%) 11 files
*.sh345 LOC (5%) 1 files
*.py95 LOC (1%) 2 files
*.cu19 LOC (<1%) 1 files
*.cuh12 LOC (<1%) 1 files
Other Code
Explore:   circles  |  sunburst
  • The following criteria are used to filter files:
    • files with paths like ".*[.]md".
    • files with paths like ".*[.]txt".
    • files with paths like ".*/README[.][a-z0-9]+".
    • files with paths like ".*/[.]gitignore".
    • files with paths like ".*/LICENSE[.][a-z0-9]+".
  • 3 files match defined criteria (227 lines of code, 1.1% vs. main code). All matches are in *.md files.


*.md227 LOC (100%) 3 files
Analyzers
Info about analyzers used for source code examinations.
  • *.cc files are analyzed with CppAnalyzer:
    • All basic standard analyses supported (source code overview, duplication, file size, concerns, findings, metrics, controls)
    • Advanced code cleaning (empty lines and comments removed for LOC calculations, additional cleaning for duplication calculations)
    • Unit size analysis
    • Conditional complexity analysis
    • Advanced heuristic dependency analysis
  • *.h files are analyzed with CppAnalyzer:
    • All basic standard analyses supported (source code overview, duplication, file size, concerns, findings, metrics, controls)
    • Advanced code cleaning (empty lines and comments removed for LOC calculations, additional cleaning for duplication calculations)
    • Unit size analysis
    • Conditional complexity analysis
    • Advanced heuristic dependency analysis
  • *.cmake files are analyzed with DefaultLanguageAnalyzer:
    • All basic standard analyses supported (source code overview, duplication, file size, concerns, findings, metrics, controls)
    • Basic code cleaning (empty lines removed for LOC calculations and duplication calculations)
    • No unit size analysis
    • No conditional complexity analysis
    • No dependency analysis
  • *.py files are analyzed with PythonAnalyzer:
    • All basic standard analyses supported (source code overview, duplication, file size, concerns, findings, metrics, controls)
    • Advanced code cleaning (empty lines and comments removed for LOC calculations, additional cleaning for duplication calculations)
    • Unit size analysis
    • Conditional complexity analysis
    • Basic heuristic dependency analysis
  • *.in files are analyzed with RustAnalyzer:
    • All basic standard analyses supported (source code overview, duplication, file size, concerns, findings, metrics, controls)
    • Advanced code cleaning (empty lines and comments removed for LOC calculations, additional cleaning for duplication calculations)
    • Unit size analysis
    • Conditional complexity analysis
    • No dependency analysis


2022-01-24 14:34