Opened 14 years ago
Closed 14 years ago
#2485 closed bug (fixed)
CPU load too high when waiting for WMS server response.
Reported by: | jekhor | Owned by: | mhugent |
---|---|---|---|
Priority: | minor: annoyance | Milestone: | Version 1.5.0 |
Component: | WMS | Version: | Trunk |
Keywords: | Cc: | ||
Must Fix for Release: | No | Platform: | Debian |
Platform Version: | Awaiting user input: | no |
Description
When QGIS is waithing for WMS server response, CPU is fully loaded. Strace shows that many poll()/read() syscalls are calling:
poll([{fd=3, events=POLLIN}, {fd=7, events=POLLIN}, {fd=14, events=POLLIN}, {fd=10, events=POLLIN}], 4, 0) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {116821, 811510129}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {116821, 811564048}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=7, events=POLLIN}, {fd=14, events=POLLIN}, {fd=10, events=POLLIN}], 4, 0) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {116821, 811649676}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {116821, 820256260}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=7, events=POLLIN}, {fd=14, events=POLLIN}, {fd=10, events=POLLIN}], 4, 0) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {116821, 820352853}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {116821, 820408658}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=7, events=POLLIN}, {fd=14, events=POLLIN}, {fd=10, events=POLLIN}], 4, 0) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {116821, 820495543}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {116821, 820550370}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=7, events=POLLIN}, {fd=14, events=POLLIN}, {fd=10, events=POLLIN}], 4, 0) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {116821, 820636557}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {116821, 820690895}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=7, events=POLLIN}, {fd=14, events=POLLIN}, {fd=10, events=POLLIN}], 4, 0) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {116821, 820776383}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {116821, 820830861}) = 0 read(7, 0x94e5208, 4096) = -1 EAGAIN (Resource temporarily unavailable)
Change History (2)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Yes, this bug is fixed, thanks.
Note:
See TracTickets
for help on using tickets.
I think this is fixed with Juergens recent WMS changes. Could you try again with the current developer version?