tcp怎么设置缓存
㈠ python里，怎么才能刷新一个tcp socket的缓冲区,类似于文件的fflush效果
1. 试试 sync 命令。
sync writes any data buffered in memory out to disk.
但不清楚是不是将缓冲区给清空了。
2. sync不行的话用 awk 吧，awk里的语法同C语言，可以直接使用C语句。
echo "" | awk '{fflush()}'
㈡ 怎样设置tcpmp抓包的缓冲大小值
你好，你可以试试我这个：
sec=300
while [ 1 ]
do
killall tcpmp
mv ip.packet ip.packet.1
tcpmp -w ip.packet -s 0 tcp or udp &
rrd_data=""
traffic=`tcpmp -r ip.packet.1 src 192.168.0.1 and dst 192.168.0.2 -v | sed -e 's/.*, length: \(.*\))/\1/g' | awk -F " " '{print $1}'| sed -e 's/)//g'| tr '\n' '+'`
traffic=`echo ${traffic}0 | bc`
traffic=`expr $traffic / $sec`
rrd_data=$traffic
echo $rrd_data >1.txt
echo $rrd_data >>2.txt
sleep $sec
done
㈢ 如何修改TCP接收缓存大小
我写了个TCP，和UDP类
发现TCP默认接收的最大缓冲 一次性好象最多只能接收 12000左右个字节
而UDP默认接收的最大缓冲 一次性好象最多只能接收 28000左右个字节
据说一般最好。65535个以下 ，否则路由器容易丢包
------解决方案--------------------------------------------------------private int _buf=8000;//标记一次传输文件数据块的大小，不能超过MTU限制，否则在因特网上的数据发送将不成功00
[Category（ "全局设置 "）]
[Description（ "设置UDP每一次传输数据包的大小 "）]
[DefaultValue（8000）]
public int buf{set{_buf=value;}
get{return _buf;}}然后使用 byte[] 发送数据，发送的时候限制每一次包大小。
至于接收：如果你发送的包已经限制好，接收就不会出问题。
byte[] buffer = new byte[buf];
㈣ tcp/ip协议中的存储器缓存mbuf是什么
mbuf是个数据结构.
mbuf的主要用途是保存在进程和网络接口间互相传递的用户数据。但mbuf也用于保存其他各种数据：源与目标地址、插口选项等等。
下面将要经常会的遇到的四种不同类型的mbuf，它们依据在成员mh_flags中填写的不同标志M_PKTHDR和M_EXT而不同。
1） 第一类mbuf的mh_flags等于0，mbuf只包含数据，在mbuf中有108字节的数据空间，指针mh_data指向这108字节缓存中的某个位置。
2） 第二类mbuf的mh_flags值是M_PKTHDR，它指示这是一个分组首部，描述一个分组数据的第一个mbuf。数据仍然保存在这个mbuf中，但是由于分组首部占用了8字节，只有100字节的数据可存储在这个mbuf中。
3） 当分组数据超过208字节的数据时，如果采用前面提到的1/2类mbuf，需要3个或更多的mbuf，这时我们就要使用一种称之为簇的mbuf，就是我们下面讲到的mbuf。第3类m b u f不包含分组首部(没有设置M_PKTHDR)，但包含超过208字节的数据，这时用到一个叫“簇”的外部缓存(设置M_EXT)。在此mbuf中仍然为分组首部结构分配了空间，但没有用。在这个mbuf中，指针mh_data指向这个簇中的某个位置。
4） 第四类mbuf包含一个分组首部，包含超过208字节的数据，同时设置了标志M_PKTHDR和M_EXT。
㈤ TCP发送缓存
首先 TCP版本不同 超时重传的设置也不同，一次发送不成功 6s 64s 然后是多少我也不知道了。重传超过四次就会被丢掉。
一般会根据收到的ICMP的数据返回包来判断网络的状态
㈥ Qt用Tcp/ip通讯时，缓冲区只有8K，怎么样才能设置更大
1。设置发送缓冲
int send_len = 16 * 1024;
if( setsockopt( fd, SOL_SOCKET, SO_SNDBUF, (void
*)&send_len, sizeof(send_len) ) < 0 ){
return -1;
}
2. 发送160K数据
如果是使用tcp，则无需关注分片和大小，顺序发即可；比如每次发送一个字节，或者每次发送1K都可以。
如果是使用udp，必须分包，需在接收端自行缓冲＋合并
㈦ linux tcp 通过setsockopt设置接收缓存区有什么用
Socket的send函数在执行时报EAGAIN的错误
当客户通过Socket提供的send函数发送大的数据包时，就可能返回一个EGGAIN的错误。该错误产生的原因是由于send 函数中的size变量大小超过了tcp_sendspace的值。tcp_sendspace定义了应用在调用send之前能够在kernel中缓存的数据量。当应用程序在socket中设置了O_NDELAY或者O_NONBLOCK属性后，如果发送缓存被占满，send就会返回EAGAIN的错误。
为了消除该错误，有三种方法可以选择：
1.调大tcp_sendspace，使之大于send中的size参数
---no -p -o tcp_sendspace=65536
2.在调用send前，在setsockopt函数中为SNDBUF设置更大的值
3.使用write替代send，因为write没有设置O_NDELAY或者O_NONBLOCK
1. tcp 收发缓冲区默认值
[root@qljt core]# cat /proc/sys/net/ipv4/tcp_rmem
4096 87380 4161536
87380 ：tcp接收缓冲区的默认值
[root@qljt core]# cat /proc/sys/net/ipv4/tcp_wmem
4096 16384 4161536
16384 ： tcp 发送缓冲区的默认值
2. tcp 或udp收发缓冲区最大值
[root@qljt core]# cat /proc/sys/net/core/rmem_max
131071
131071：tcp 或 udp 接收缓冲区最大可设置值的一半。
也就是说调用 setsockopt(s, SOL_SOCKET, SO_RCVBUF, &rcv_size, &optlen); 时rcv_size 如果超过 131071，那么
getsockopt(s, SOL_SOCKET, SO_RCVBUF, &rcv_size, &optlen); 去到的值就等于 131071 * 2 = 262142
[root@qljt core]# cat /proc/sys/net/core/wmem_max
131071
131071：tcp 或 udp 发送缓冲区最大可设置值得一半。
跟上面同一个道理
3. udp收发缓冲区默认值
[root@qljt core]# cat /proc/sys/net/core/rmem_default
111616：udp接收缓冲区的默认值
[root@qljt core]# cat /proc/sys/net/core/wmem_default
111616
111616：udp发送缓冲区的默认值
. tcp 或udp收发缓冲区最小值
tcp 或udp接收缓冲区的最小值为 256 bytes，由内核的宏决定；
tcp 或udp发送缓冲区的最小值为 2048 bytes，由内核的宏决定
setsockopt设置socket状态
1.closesocket（一般不会立即关闭而经历TIME_WAIT的过程）后想继续重用该socket：
BOOL bReuseaddr=TRUE;
setsockopt(s,SOL_SOCKET ,SO_REUSEADDR,(const char*)&bReuseaddr,sizeof(BOOL));
2. 如果要已经处于连接状态的soket在调用closesocket后强制关闭，不经历TIME_WAIT的过程：
BOOL bDontLinger = FALSE;
setsockopt(s,SOL_SOCKET,SO_DONTLINGER,(const char*)&bDontLinger,sizeof(BOOL));
3.在send(),recv()过程中有时由于网络状况等原因，发收不能预期进行,而设置收发时限：
int nNetTimeout=1000;//1秒
//发送时限
setsockopt(socket，SOL_S0CKET,SO_SNDTIMEO，(char *)&nNetTimeout,sizeof(int));
//接收时限
setsockopt(socket，SOL_S0CKET,SO_RCVTIMEO，(char *)&nNetTimeout,sizeof(int));
4.在send()的时候，返回的是实际发送出去的字节(同步)或发送到socket缓冲区的字节(异步);系统默认的状态发送和接收一次为8688字节(约为8.5K)；在实际的过程中发送数据
和接收数据量比较大，可以设置socket缓冲区，而避免了send(),recv()不断的循环收发：
// 接收缓冲区
int nRecvBuf=32*1024;//设置为32K
setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*)&nRecvBuf,sizeof(int));
//发送缓冲区
int nSendBuf=32*1024;//设置为32K
setsockopt(s,SOL_SOCKET,SO_SNDBUF,(const char*)&nSendBuf,sizeof(int));
5. 如果在发送数据的时，希望不经历由系统缓冲区到socket缓冲区的拷贝而影响程序的性能：
int nZero=0;
setsockopt(socket，SOL_S0CKET,SO_SNDBUF，(char *)&nZero,sizeof(nZero));
6.同上在recv()完成上述功能(默认情况是将socket缓冲区的内容拷贝到系统缓冲区)：
int nZero=0;
setsockopt(socket，SOL_S0CKET,SO_RCVBUF，(char *)&nZero,sizeof(int));
7.一般在发送UDP数据报的时候，希望该socket发送的数据具有广播特性：
BOOL bBroadcast=TRUE;
setsockopt(s,SOL_SOCKET,SO_BROADCAST,(const char*)&bBroadcast,sizeof(BOOL));
8.在client连接服务器过程中，如果处于非阻塞模式下的socket在connect()的过程中可以设置connect()延时,直到accpet()被呼叫(本函数设置只有在非阻塞的过程中有显着的
作用，在阻塞的函数调用中作用不大)
BOOL bConditionalAccept=TRUE;
setsockopt(s,SOL_SOCKET,SO_CONDITIONAL_ACCEPT,(const char*)&bConditionalAccept,sizeof(BOOL));
9.如果在发送数据的过程中(send()没有完成，还有数据没发送)而调用了closesocket(),以前我们一般采取的措施是"从容关闭"shutdown(s,SD_BOTH),但是数据是肯定丢失了，如何设置让程序满足具体应用的要求(即让没发完的数据发送出去后在关闭socket)？
struct linger {
u_short l_onoff;
u_short l_linger;
};
linger m_sLinger;
m_sLinger.l_onoff=1;//(在closesocket()调用,但是还有数据没发送完毕的时候容许逗留)
// 如果m_sLinger.l_onoff=0;则功能和2.)作用相同;
m_sLinger.l_linger=5;//(容许逗留的时间为5秒)
setsockopt(s,SOL_SOCKET,SO_LINGER,(const char*)&m_sLinger,sizeof(linger));
设置套接口的选项。
#include <winsock.h>
int PASCAL FAR setsockopt( SOCKET s, int level, int optname,
const char FAR* optval, int optlen);
s：标识一个套接口的描述字。
level：选项定义的层次；目前仅支持SOL_SOCKET和IPPROTO_TCP层次。
optname：需设置的选项。
optval：指针，指向存放选项值的缓冲区。
optlen：optval缓冲区的长度。
注释：
setsockopt()函数用于任意类型、任意状态套接口的设置选项值。尽管在不同协议层上存在选项，但本函数仅定义了最高的“套接口”层次上的选项。选项影响套接口的操作，诸如加急数据是否在普通数据流中接收，广播数据是否可以从套接口发送等等。
有两种套接口的选项：一种是布尔型选项，允许或禁止一种特性；另一种是整形或结构选项。允许一个布尔型选项，则将optval指向非零整形数；禁止一个选项optval指向一个等于零的整形数。对于布尔型选项，optlen应等于sizeof(int)；对其他选项，optval指向包含所需选项的整形数或结构，而optlen则为整形数或结构的长度。SO_LINGER选项用于控制下述情况的行动：套接口上有排队的待发送数据，且 closesocket()调用已执行。参见closesocket()函数中关于SO_LINGER选项对closesocket()语义的影响。应用程序通过创建一个linger结构来设置相应的操作特性：
struct linger {
int l_onoff;
int l_linger;
};
为了允许SO_LINGER，应用程序应将l_onoff设为非零，将l_linger设为零或需要的超时值（以秒为单位），然后调用setsockopt()。为了允许SO_DONTLINGER（亦即禁止SO_LINGER），l_onoff应设为零，然后调用setsockopt()。
缺省条件下，一个套接口不能与一个已在使用中的本地地址捆绑（参见bind()）。但有时会需要“重用”地址。因为每一个连接都由本地地址和远端地址的组合唯一确定，所以只要远端地址不同，两个套接口与一个地址捆绑并无大碍。为了通知WINDOWS套接口实现不要因为一个地址已被一个套接口使用就不让它与另一个套接口捆绑，应用程序可在bind()调用前先设置SO_REUSEADDR选项。请注意仅在bind()调用时该选项才被解释；故此无需（但也无害）将一个不会共用地址的套接口设置该选项，或者在bind()对这个或其他套接口无影响情况下设置或清除这一选项。
一个应用程序可以通过打开SO_KEEPALIVE选项，使得WINDOWS套接口实现在TCP连接情况下允许使用“保持活动”包。一个WINDOWS套接口实现并不是必需支持“保持活动”，但是如果支持的话，具体的语义将与实现有关，应遵守RFC1122“Internet主机要求－通讯层”中第 4.2.3.6节的规范。如果有关连接由于“保持活动”而失效，则进行中的任何对该套接口的调用都将以WSAENETRESET错误返回，后续的任何调用将以WSAENOTCONN错误返回。
TCP_NODELAY选项禁止Nagle算法。Nagle算法通过将未确认的数据存入缓冲区直到蓄足一个包一起发送的方法，来减少主机发送的零碎小数据包的数目。但对于某些应用来说，这种算法将降低系统性能。所以TCP_NODELAY可用来将此算法关闭。应用程序编写者只有在确切了解它的效果并确实需要的情况下，才设置TCP_NODELAY选项，因为设置后对网络性能有明显的负面影响。TCP_NODELAY是唯一使用IPPROTO_TCP层的选项，其他所有选项都使用SOL_SOCKET层。
如果设置了SO_DEBUG选项，WINDOWS套接口供应商被鼓励（但不是必需）提供输出相应的调试信息。但产生调试信息的机制以及调试信息的形式已超出本规范的讨论范围。
setsockopt()支持下列选项。其中“类型”表明optval所指数据的类型。
选项 类型 意义
SO_BROADCAST BOOL 允许套接口传送广播信息。
SO_DEBUG BOOL 记录调试信息。
SO_DONTLINER BOOL 不要因为数据未发送就阻塞关闭操作。设置本选项相当于将SO_LINGER的l_onoff元素置为零。
SO_DONTROUTE BOOL 禁止选径；直接传送。
SO_KEEPALIVE BOOL 发送“保持活动”包。
SO_LINGER struct linger FAR* 如关闭时有未发送数据，则逗留。
SO_OOBINLINE BOOL 在常规数据流中接收带外数据。
SO_RCVBUF int 为接收确定缓冲区大小。
SO_REUSEADDR BOOL 允许套接口和一个已在使用中的地址捆绑（参见bind()）。
SO_SNDBUF int 指定发送缓冲区大小。
TCP_NODELAY BOOL 禁止发送合并的Nagle算法。
setsockopt()不支持的BSD选项有：
选项名 类型 意义
SO_ACCEPTCONN BOOL 套接口在监听。
SO_ERROR int 获取错误状态并清除。
SO_RCVLOWAT int 接收低级水印。
SO_RCVTIMEO int 接收超时。
SO_SNDLOWAT int 发送低级水印。
SO_SNDTIMEO int 发送超时。
SO_TYPE int 套接口类型。
IP_OPTIONS 在IP头中设置选项。
返回值：
若无错误发生，setsockopt()返回0。否则的话，返回SOCKET_ERROR错误，应用程序可通过WSAGetLastError()获取相应错误代码。
错误代码：
WSANOTINITIALISED：在使用此API之前应首先成功地调用WSAStartup()。
WSAENETDOWN：WINDOWS套接口实现检测到网络子系统失效。
WSAEFAULT：optval不是进程地址空间中的一个有效部分。
WSAEINPROGRESS：一个阻塞的WINDOWS套接口调用正在运行中。
WSAEINVAL：level值非法，或optval中的信息非法。
WSAENETRESET：当SO_KEEPALIVE设置后连接超时。
WSAENOPROTOOPT：未知或不支持选项。其中，SOCK_STREAM类型的套接口不支持SO_BROADCAST选项，SOCK_DGRAM 类型的套接口不支持SO_DONTLINGER 、SO_KEEPALIVE、SO_LINGER和SO_OOBINLINE选项。
WSAENOTCONN：当设置SO_KEEPALIVE后连接被复位。
WSAENOTSOCK：描述字不是一个套接口。
㈧ 怎么加大tcp传输的缓冲区
大家可能有的人看过这样一个帖子，大概意思是说，如果你是宽带上网,还想提高网速，那么你可以在注册表中设定适当的Tcpip Window值，修改默认数值。那么，这种“修改Tcpip Window值提高网速”的说法是否有原理依据呢？让我们一起来分析下。
操作方法：打开注册表编辑器，在其中 找到“HKEY_LOCAL_MACHINE＼System＼CurrenControlSet＼Services＼Tcpip＼Parameters”子键，在右边键值区中，找到或新建一个名为“GlobalmaxTcp WindowSize”的DWORD键值项，将其数据值数据设为“256960”(十进制)，关闭注册表编辑器，重新启动电脑即可。
原理介绍：通常情况下，TCP/IP默认的数据传输单元接受缓冲区的大小为576字节，要是将这个缓冲区的大小设置得比较大的话，一旦某个TCP/IP分组数据发生错误时，那么整个数据缓冲区中的所有分组内容，都将被丢失并且进行重新传送；显然不断地重新进行传输，会大大影响ADSL传输数据的效率。为此，设置合适缓冲区大小，确保ADSL传输数据的效率始终很高，将会对ADSL传输速度有着直接的影响！
那么，这一说法是否真有科学依据呢？
回答：没有科学依据。这一注册表键值是无效的，修改该注册表键值前后的网络速度不会发生变化。
宽带上网的优化原理是对操作系统的网络设置进行修改，使其更加贴合上网数据传输的需要。一般情况下，上网数据传输主要采用了TCP/IP协议，该协议将传输的数据分成大小相同的数据包，数据包越大，冗余数据就会越多。数据包的最大容量就是Maxmtu。在Windows中系统默认的Maxmtu值是1500字节，而宽带实际的传输单元要略小于这个数值。这样在上网的数据传输过程中，数据包中的数据就需要分组重装成宽带适合的数据包大小了，传输速度骤减，上网速度就会减慢了。
另外，各个宽带运营商的Maxmtu的值可能是不同的，因此手动修改系统的Maxmtu值才能更快地上网。那么，我们怎么来获得宽带运营商的Maxmtu值呢？最简单的方法是，在命令提示符窗口输入“ping -f -l 1464 202.96.107.28”(其中1464是测试的数据包大小，202.96.107.28是DNS服务器IP，如图1)，如果返回“来自 202.96.107.28 的回复: 字节=1464 时间=92ms TTL=251”的提示则说明该数据包小于宽带运营商的Maxmtu值，如果返回“ 需要拆分数据包但是设置 DF。”（在Vista命令提示符下测试的数据）类似的回复则说明数据包超过宽带运营商的Maxmtu值，可以适当缩小该数值。经过以上方法获得最佳的数值后，宽带运营商的Maxmtu值就是测试值加上28(如1464合适，则Maxmtu为1492）。
㈨ TCP双方的缓存是由什么规定大小的谢谢
你说的是这个吧？
if (0 > setsockopt(*pSocket, SOL_SOCKET, SO_RCVBUF, &buf_size,
sizeof(buf_size)))
创建socket后设置缓存
不晓得你意思说的是设置大小，还是实际物理内存分配大小