Bug 50146
Summary: | DansGuardian proxy filter painfully slow with glibc 2.2.2-10 | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Sergey Shanygin <sergeyshanygin> |
Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
Status: | CLOSED NOTABUG | QA Contact: | Aaron Brown <abrown> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | fweimer |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i586 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-10-03 09:33:05 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Sergey Shanygin
2001-07-27 08:57:33 UTC
glibc in RHL 7.1 has multi-byte character set support in regex, the one in rawhide has most of regex code compiled in twice, once for single-byte character sets which is considerably faster and once for multi-byte character sets. I don't know which dependencies was rpm complaining about, but it certainly matters a lot, --nodeps has to be used with care. Were you rpm -Fvh glibc and glibc-common at the same time at least? >Were you rpm -Fvh glibc and glibc-common at the same time at least?
Yes, I took glibc, glibc-common and glibc-devel just to be sure.
The slowdown might indeed be caused by regex with multibyte char support. Star tthe process in the C locale if you don't need internationalization. In any case, this is old code. Try a recent version. I close this as not a bug since the slowdown is expected and can be avoided where possible. |