RouterThrottleImpl (I2P Anonymous Network - Java Documentation

java.lang.Object
- net.i2p.router.RouterThrottleImpl

すべての実装されたインタフェース:

RouterThrottle

直系の既知のサブクラス:

RouterDoSThrottle
```
public class RouterThrottleImpl
extends java.lang.Object
implements RouterThrottle
```
Simple throttle that basically stops accepting messages or nontrivial requests if the jobQueue lag is too large.

フィールドの概要

フィールド
修飾子とタイプ	フィールド	説明
`protected RouterContext`	`_context`
`static int`	`DEFAULT_MAX_TUNNELS`
`static java.lang.String`	`PROP_MAX_TUNNELS`
`static int`	`TUNNEL_ACCEPT`	tunnel acceptance

コンストラクタの概要

コンストラクタ
コンストラクタ説明

RouterThrottleImpl(RouterContext context)

コンストラクタ
コンストラクタ	説明
`RouterThrottleImpl(RouterContext context)`

メソッドの概要

すべてのメソッドインスタンス・メソッド concreteメソッド推奨されていないメソッド
修飾子とタイプ	メソッド	説明
`boolean`	`acceptNetDbLookupRequest(Hash key)`	推奨されていません。 unused, function moved to netdb
`boolean`	`acceptNetworkMessage()`	Should we accept any more data from the network for any sort of message, taking into account our current load, or should we simply slow down? FIXME only called by SSU Receiver, not NTCP! FIXME should put warning on the console FIXME or should we do this at all? We have Codel queues all over now...
`int`	`acceptTunnelRequest()`	If we should send a reject, return a nonzero reject code.
`void`	`cancelShutdownStatus()`
`double`	`getInboundRateDelta()`	How much faster (or if negative, slower) we are receiving data as opposed to our longer term averages?
`long`	`getMessageDelay()`	How backed up we are at the moment processing messages (in milliseconds)
`long`	`getTunnelLag()`	How backed up our tunnels are at the moment (in milliseconds)
`java.lang.String`	`getTunnelStatus()`	Message on the state of participating tunnel acceptance
`void`	`setShutdownStatus()`
`void`	`setTunnelStatus(java.lang.String msg)`

クラスから継承されたメソッド java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

- フィールドの詳細
  - _context
```
protected final RouterContext _context
```
  - PROP_MAX_TUNNELS
```
public static final java.lang.String PROP_MAX_TUNNELS
```
    関連項目:
    
    定数フィールド値
  - DEFAULT_MAX_TUNNELS
```
public static final int DEFAULT_MAX_TUNNELS
```
    関連項目:
    
    定数フィールド値
  - TUNNEL_ACCEPT
```
public static final int TUNNEL_ACCEPT
```
    tunnel acceptance
    
    関連項目:
    
    定数フィールド値
- コンストラクタの詳細
  - RouterThrottleImpl
```
public RouterThrottleImpl(RouterContext context)
```
- メソッドの詳細
  - acceptNetworkMessage
```
public boolean acceptNetworkMessage()
```
    Should we accept any more data from the network for any sort of message, taking into account our current load, or should we simply slow down? FIXME only called by SSU Receiver, not NTCP! FIXME should put warning on the console FIXME or should we do this at all? We have Codel queues all over now...
    
    定義:
    
    acceptNetworkMessage インタフェース内 RouterThrottle
  - acceptNetDbLookupRequest
```
@Deprecated
public boolean acceptNetDbLookupRequest(Hash key)
```
    推奨されていません。 unused, function moved to netdb
    
    インタフェースからコピーされた説明: RouterThrottle
    
    Should we accept the netDb lookup message, replying either with the value or some closer peers, or should we simply drop it due to overload?
    
    定義:
    
    acceptNetDbLookupRequest インタフェース内 RouterThrottle
  - acceptTunnelRequest
```
public int acceptTunnelRequest()
```
    If we should send a reject, return a nonzero reject code. Anything that causes us to drop a request instead of rejecting it must go in BuildHandler.handleInboundRequest(), not here.
    
    定義:
    
    acceptTunnelRequest インタフェース内 RouterThrottle
    
    戻り値:
    
    0 for accept or nonzero reject code
  - getMessageDelay
```
public long getMessageDelay()
```
    インタフェースからコピーされた説明: RouterThrottle
    
    How backed up we are at the moment processing messages (in milliseconds)
    
    定義:
    
    getMessageDelay インタフェース内 RouterThrottle
  - getTunnelLag
```
public long getTunnelLag()
```
    インタフェースからコピーされた説明: RouterThrottle
    
    How backed up our tunnels are at the moment (in milliseconds)
    
    定義:
    
    getTunnelLag インタフェース内 RouterThrottle
  - getInboundRateDelta
```
public double getInboundRateDelta()
```
    インタフェースからコピーされた説明: RouterThrottle
    
    How much faster (or if negative, slower) we are receiving data as opposed to our longer term averages?
    
    定義:
    
    getInboundRateDelta インタフェース内 RouterThrottle
  - getTunnelStatus
```
public java.lang.String getTunnelStatus()
```
    インタフェースからコピーされた説明: RouterThrottle
    
    Message on the state of participating tunnel acceptance
    
    定義:
    
    getTunnelStatus インタフェース内 RouterThrottle
  - setShutdownStatus
```
public void setShutdownStatus()
```
    定義:
    
    setShutdownStatus インタフェース内 RouterThrottle
    
    導入されたバージョン:
    
    0.8.12
  - cancelShutdownStatus
```
public void cancelShutdownStatus()
```
    定義:
    
    cancelShutdownStatus インタフェース内 RouterThrottle
    
    導入されたバージョン:
    
    0.8.12
  - setTunnelStatus
```
public void setTunnelStatus(java.lang.String msg)
```
    定義:
    
    setTunnelStatus インタフェース内 RouterThrottle

クラス RouterThrottleImpl

フィールドの概要

コンストラクタの概要

メソッドの概要

クラスから継承されたメソッド java.lang.Object

フィールドの詳細

_context

PROP_MAX_TUNNELS

DEFAULT_MAX_TUNNELS

TUNNEL_ACCEPT

コンストラクタの詳細

RouterThrottleImpl

メソッドの詳細

acceptNetworkMessage

acceptNetDbLookupRequest

acceptTunnelRequest

getMessageDelay

getTunnelLag

getInboundRateDelta

getTunnelStatus

setShutdownStatus

cancelShutdownStatus

setTunnelStatus