There are different reasons why a user would mute defects. Most commonly
Reasons for mute defects can be of different nature, being the most common to hide defects that are considered false positives.
But muting a defect is supposed to be something occasional.
Bear in mind that muting a rule only “hides” its defects, but the rule is still being executed.
- If you are muting too many false positives, you should immediately contact Kiuwan Technical Support (and deactivate that rule).
- If the reason to mute a rule is because the discovered defects do not apply to your application or because are not of your interest, deactivate the rule.
SQL analyses .
And this association is used by KLA to execute the adequate engine on the source files.
See https://www.kiuwan.com/docs/display/K5/Kiuwan+Supported+Technologies for a full detail on extensions technologies.But sql is a typical example, it matches PLh are also the case for C
Instead, when running in CLI mode, by default KLA will execute (in the sql case) the three available sql engines, wasting time and resources and producing confusing results (as will generate defect information from all those engines and corresponding rules).
An easy way to avoid unnecessary processing is specifying supported.technologies parameter with only the proper technologies .If you know that you are analyzing PL_SQL, be sure to delete Transact and Informix from the list of supported technologies.
For further info please visit Command Line Interface - SupportedTechnologies
Another example, it’s quite common to analyze applications that include export/import SQL scripts.
These scripts are usually huge files. If you do not exclude those script files, and do not change default sql configuration, Kiuwan will analyze those huge files with all the sql engines.
You can imagine the waste of time and resources ...Info |
---|
As general rules:
|
aka clone a memory and cpu intensive Nevertheless allows to then
As you can read in the above article, ignoring literals and identifiers its a “smart” way to find clones, but in many circumstances it’s not obvious to understand.
Most of the times, we want to identify duplicated code as “identical” code.
You can set this way of working (i.e. only detecting identical code blocks) by specifying the following properties:
There’s a couple of aspects that affects resource consumption (mainly memory and execution time):
how to manage literals and identifiers
the minimum number of tokens a clone must have
This article (https://www.kiuwan.com/blog/avoid-duplicated-code-with-clone-detector/) explains how clone detector works and the different ways of configuring it.
If clone detector raises many duplicated blocks, increase the number of tokens.
Doing so, there will be less clones, reducing this way the amount of memory needed to execute the clone detection process.
Info |
---|
Just in case you are not interested at all in duplication code analysis, you can make Kiuwan not to execute it.
|