| Summary: | RPM unusably slow on target | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Koen Kooi <koen> |
| Component: | core | Assignee: | Mark Hatle <mark.hatle> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | minor | ||
| Priority: | Low | CC: | jessica.zhang, meta.mr.watcher, meta.watcher, sgw |
| Version: | unspecified | ||
| Target Milestone: | 1.3 | ||
| Hardware: | Other | ||
| OS: | arm | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
Koen Kooi
2012-01-24 04:02:11 UTC
The sync operations typically happen for database writes as well as when the files themselves are written to the disk. Such a long time is atypical in my experience. It would be interesting to know what it was doing that triggered this behavior -- or if a bug was hit. Note, the version of RPM we're using is getting quite old, so we will want to uprev it in the future as well. I spoke with Koen about this and offered a few suggestions. The no fsync on file writes patch is already applied to the target version of RPM, so that should not be a factor. One item mentioned in our IRC conversation was that it's possible that the MMC suffered a bad block during the write process, causing the issue that was observed. I'll follow up and see if any more information is available. I have been unable to reproduce the issue locally. I am dropping this to a minor bug. If someone else is able to reproduce this, please let me know. --Mark Resolving as no further reports of issue have surfaced. Please reopen if there are additional symptoms. |