[ 
https://issues.apache.org/jira/browse/TS-2736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14052325#comment-14052325
 ] 

Neddy commented on TS-2736:
---------------------------

Is this fixed? 

Jul  4 16:49:18 deimos traffic_server[2798]: log ==> 
[ProcessManager::processEventQueue] Shutdown msg received, exiting
Jul  4 16:49:18 deimos traffic_cop[2771]: cop received child status signal 
[2773 0]
Jul  4 16:49:18 deimos traffic_cop[2771]: traffic_manager not running, making 
sure traffic_server is dead
Jul  4 16:49:18 deimos traffic_cop[2771]: spawning traffic_manager
Jul  4 16:49:18 deimos traffic_manager[2978]: NOTE: --- Manager Starting ---
Jul  4 16:49:18 deimos traffic_manager[2978]: NOTE: Manager Version: Apache 
Traffic Server - traffic_manager - 5.0.0 - (build # 52810 on Jun 28 2014 at 
10:20:
14)
Jul  4 16:49:18 deimos traffic_manager[2978]: NOTE: Unable to set 
RLIMIT_NOFILE(7):cur(3600000),max(3600000)
Jul  4 16:49:18 deimos traffic_manager[2978]: NOTE: 
RLIMIT_NOFILE(7):cur(50000),max(50000)
Jul  4 16:49:20 deimos traffic_server[2986]: NOTE: --- traffic_server Starting 
---
Jul  4 16:49:20 deimos traffic_server[2986]: NOTE: traffic_server Version: 
Apache Traffic Server - traffic_server - 5.0.0 - (build # 52810 on Jun 28 2014 
at 1
0:23:33)
Jul  4 16:49:20 deimos traffic_server[2986]: NOTE: Unable to set 
RLIMIT_NOFILE(7):cur(3600000),max(3600000)


> Use more file descriptors by default
> ------------------------------------
>
>                 Key: TS-2736
>                 URL: https://issues.apache.org/jira/browse/TS-2736
>             Project: Traffic Server
>          Issue Type: Improvement
>            Reporter: Phil Sorber
>            Assignee: Phil Sorber
>             Fix For: 5.0.0
>
>
> Currently our connection throttling setting limits the total number of FD's 
> that ATS can use. In addition it has pro-active code that stops taking 
> connections as that limit is approached. So we can theoretically use more 
> FD's than we request and still have that setting be effective. Additionally 
> epoll can use a lot of FD's if we use it for things like AIO and timers. 
> Modern Linux systems have many millions of FD's available. I think we should 
> use more FD's by default but have a setting that we can lower it back down. I 
> propose the default be 90%.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to