AbuseFilter profiling data on fawiki indicates that [[https://fa.wikipedia.org/wiki/%D9%88%DB%8C%DA%98%D9%87:%D9%BE%D8%A7%D9%84%D8%A7%DB%8C%D9%87%D9%94_%D8%AE%D8%B1%D8%A7%D8%A8%DA%A9%D8%A7%D8%B1%DB%8C/13 | filter 13 ]] has an average execution time of 1.8 ms which is one of the slowest. This is weird, given that we have really complex filters with tons of `ccnrom()`s and `rlike`s that run faster. The current rule of this filter is shown below:
```name=Filter 13
! "bot" in user_groups &
! "sysop" in user_groups &
page_namespace == 0 &
page_recent_contributors == "" &
new_size < 512 &
! contains_any(
lcase(new_wikitext),
"#تغییرمسیر",
"#تغییر_مسیر",
"#redirect",
"{{softredirect}}",
"{{حذف سریع}}"
) &
! 'ابهامزدایی' in new_html
```
There are only two other filters with a prolonged average execution time (i.e. > 2 ms, compared to ~100 active filters, most of which with average execution times ranging around 0.2 to 0.8 ms): [[ https://fa.wikipedia.org/wiki/%D9%88%DB%8C%DA%98%D9%87:%D9%BE%D8%A7%D9%84%D8%A7%DB%8C%D9%87%D9%94_%D8%AE%D8%B1%D8%A7%D8%A8%DA%A9%D8%A7%D8%B1%DB%8C/176 | filter 176 ]] which also uses `contains_any` and [[ https://fa.wikipedia.org/wiki/%D9%88%DB%8C%DA%98%D9%87:%D9%BE%D8%A7%D9%84%D8%A7%DB%8C%D9%87%D9%94_%D8%AE%D8%B1%D8%A7%D8%A8%DA%A9%D8%A7%D8%B1%DB%8C/198 | filter 198 ]] which is uses `ccnorm`. The logic of these filters is pretty simple and is shown below:
```name=Filter 176
page_recent_contributors == "" &
action == "upload" &
old_size == 0 &
! "autopatrol" in user_rights &
contains_any(added_lines, "isna.ir") /* Beta */
```
```name=Filter 198
(
added_lines rlike 'تالشستان'
|
ccnorm(added_lines) rlike ccnorm('تالشستان')
)
&
page_namespace == 0
&
(
user_age == 0
|
user_editcount < 100
)
```
The fact that filters this simple have such a long average execution time is concerning.