apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 49882] New: if an application uses poll/unix/select.c:apr_pollset_poll() to poll fds it can use 100% CPU time under some circumstances
Date Sat, 04 Sep 2010 17:35:29 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=49882

           Summary: if an application uses
                    poll/unix/select.c:apr_pollset_poll() to poll fds it
                    can use 100% CPU time under some circumstances
           Product: APR
           Version: HEAD
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: APR
        AssignedTo: bugs@apr.apache.org
        ReportedBy: sr-dev@gmx.net


Created an attachment (id=25988)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25988)
add a apr_sleep() if a timeout greater than zero was specified.

If an application uses the apr_pollset_poll() function under Windows and has no
fds added to the pollset the current implementation shortcuts this situation
without waiting the specified time given in the timeout parameter.

If an application no uses a normal event loop it apr_pollset_poll() returns
immediately with APR_SUCCESS. Thus the application is busy waiting and uses
100% of CPU time.

See the attached patch to resolve this issue. Found in version 1.4.2.

Regards,
Stefan

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


Mime
View raw message