Searched hist:45126 (Results 1 - 3 of 3) sorted by path
| /freebsd-11-stable/usr.sbin/ppp/ | ||
| H A D | main.c | diff 45126 Mon Mar 29 22:44:57 MST 1999 brian Maintain a `necessary' marker to indicate that we *probably* need to process a signal (usually a SIGALRM). Check to see if we need to process a signal both before *and* after calling select() as older (pre-2.0) versions of ppp used to. This handles the possibility that ppp may block at some point (maybe due to an open() of a misconfigured device). Previously, we'd potentially lock up in select(). The `necessary' marker reduces the increased signal checking overhead so that at full speed with no compression transferring an 83Mb file via a ``!ppp -direct'' device, we get a 1% throughput gain. |
| H A D | sig.c | diff 45126 Mon Mar 29 22:44:57 MST 1999 brian Maintain a `necessary' marker to indicate that we *probably* need to process a signal (usually a SIGALRM). Check to see if we need to process a signal both before *and* after calling select() as older (pre-2.0) versions of ppp used to. This handles the possibility that ppp may block at some point (maybe due to an open() of a misconfigured device). Previously, we'd potentially lock up in select(). The `necessary' marker reduces the increased signal checking overhead so that at full speed with no compression transferring an 83Mb file via a ``!ppp -direct'' device, we get a 1% throughput gain. |
| H A D | sig.h | diff 45126 Mon Mar 29 22:44:57 MST 1999 brian Maintain a `necessary' marker to indicate that we *probably* need to process a signal (usually a SIGALRM). Check to see if we need to process a signal both before *and* after calling select() as older (pre-2.0) versions of ppp used to. This handles the possibility that ppp may block at some point (maybe due to an open() of a misconfigured device). Previously, we'd potentially lock up in select(). The `necessary' marker reduces the increased signal checking overhead so that at full speed with no compression transferring an 83Mb file via a ``!ppp -direct'' device, we get a 1% throughput gain. |
Completed in 140 milliseconds