duplex

用ethtool 命令解决Linux 网卡丢包

旧城冷巷雨未停 提交于 2020-08-08 01:55:41
生产中有一台Linux设备并发比较大,droped包比较多,尤其是在跑游戏数据包的时候,存在严重的丢包现象,怀疑网卡性能不足,在更换设备前想能不有通过软件方法解决,通过网上一些资料显示,出现这种现象,也有可能是网卡buffer size 太小的原因,遂尝试更改buffer 大小解决,下面的设备运行了64天,丢包超过20多亿 . ethtool命令用于获取以太网卡的配置信息,或者修改这些配置 -a 查看网卡中 接收模块RX、发送模块TX和Autonegotiate模块的状态:启动on 或 停用off。 -A 修改网卡中 接收模块RX、发送模块TX和Autonegotiate模块的状态:启动on 或 停用off。 -c display the Coalesce information of the specified ethernet card。 -C Change the Coalesce setting of the specified ethernet card。 -g Display the rx/tx ring parameter information of the specified ethernet card。 -G change the rx/tx ring setting of the specified ethernet card。 -i 显示网卡驱动的信息

5G对光模块的需求种类分析

一曲冷凌霜 提交于 2020-07-27 09:34:57
25G BiDi 光模块、50G 脉幅调制(PAM4)光模块、低成本相干100G 光模块是5G 前传/中传/回传网络对光模块需求的几个典型代表。低成本是产业链对5G 无线光模块的主要诉求点,规格分级、产业链共享、技术创新、国产化替代是实现低成本的几个主要手段。5G 无线光模块的关键技术主要体现在光电子芯片层面,功能的扩展、速率的提升、成本的下降是光电子芯片技术创新的主要抓手。 5G 的需求将为无线光模块市场注入新的动力并进一步增大该细分市场的空间 5G 时代,低成本将依然是产业链对光模块的主要诉求 实现低成本最根本的手段是技术创新 光电子器件的技术创新可体现在3 个层面:功能的扩展、速率的提升、成本的下降 1、5G 对光模块的需求 随着对下载速率要求的逐渐提高,无线通信愈加依赖于光纤通信。当前的无线通信网络,除了“最后一公里”是“无线”形态,天线之后的通信链路全部是光纤网络。到了5G 时代,代际升级所带来的绝不仅仅是下载速率的大幅提升,在4G 时代所不具备的低时延、大规模机器通信的特点将催生诸如无人驾驶、万物互连等全新的应用。 因此,5G 无线通信对生活的改变将远超过3G 和4G。光纤通信所具备的大容量、长距离的天生优势极好地满足了5G对承载网络的要求。在前5G 时代,光纤通信技术和产业得以快速发展的终端驱动力是以有线形式接入的家庭和企业,“光纤到家”和“光纤到楼

基于 Serverless 与 Websocket 的聊天工具实现

假装没事ソ 提交于 2020-07-27 09:31:29
传统业务实现 Websocket 并不难,然而函数计算基本上都是事件驱动,不支持长链接操作。如果将函数计算与 API 网关结合,是否可以有 Websocket 的实现方案呢? API 网关触发器实现 Websocket WebSocket 协议是基于 TCP 的一种新的网络协议。它实现了浏览器与服务器全双工 (full-duplex) 通信,即允许服务器主动发送信息给客户端。WebSocket 在服务端有数据推送需求时,可以主动发送数据至客户端。而原有 HTTP 协议的服务端对于需推送的数据,仅能通过轮询或 long poll 的方式来让客户端获得。 由于云函数是无状态且以触发式运行,即在有事件到来时才会被触发。因此,为了实现 WebSocket,云函数 SCF 与 API 网关相结合,通过 API 网关承接及保持与客户端的连接。您可以认为云函数与 API 网关一起实现了服务端。当客户端有消息发出时,会先传递给 API 网关,再由 API 网关触发云函数执行。当服务端云函数要向客户端发送消息时,会先由云函数将消息 POST 到 API 网关的反向推送链接,再由 API 网关向客户端完成消息的推送。 具体的实现架构如下: 对于 WebSocket 的整个生命周期,主要由以下几个事件组成: 连接建立:客户端向服务端请求建立连接并完成连接建立; 数据上行

用ethtool 命令解决Linux 网卡丢包【转】

痴心易碎 提交于 2020-05-02 05:27:53
转自: https://blog.csdn.net/chengxuyuanyonghu/article/details/73739516 生产中有一台Linux设备并发比较大,droped包比较多,尤其是在跑游戏数据包的时候,存在严重的丢包现象,怀疑网卡性能不足,在更换设备前想能不有通过软件方法解决,通过网上一些资料显示,出现这种现象,也有可能是网卡buffer size 太小的原因,遂尝试更改buffer 大小解决,下面的设备运行了64天,丢包超过20多亿 . ethtool命令用于获取以太网卡的配置信息,或者修改这些配置 -a 查看网卡中 接收模块RX、发送模块TX和Autonegotiate模块的状态:启动on 或 停用off。 -A 修改网卡中 接收模块RX、发送模块TX和Autonegotiate模块的状态:启动on 或 停用off。 ​ -c display the Coalesce information of the specified ethernet card。 -C Change the Coalesce setting of the specified ethernet card。 ​ -g Display the rx/tx ring parameter information of the specified ethernet card。 -G

tcp粘包与udp丢包的原因

你离开我真会死。 提交于 2020-05-01 13:43:58
tcp粘包与udp丢包的原因 一,什么是tcp粘包与udp丢包 TCP是面向流的, 流要说明就像河水一样, 只要有水, 就会一直流向低处, 不会间断. TCP为了提高传输效率, 发送数据的时候, 并不是直接发送数据到网路, 而是先暂存到系统缓冲, 超过时间或者缓冲满了, 才把缓冲区的内容发送出去, 这样, 就可以有效提高发送效率. 所以会造成所谓的粘包, 即前一份Send的数据跟后一份Send的数据可能会暂存到缓冲当中, 然后一起发送。 UDP就不同了, 面向报文形式, 系统是不会缓冲的, 也不会做优化的, Send的时候, 就会直接Send到网络上, 对方收不收到也不管 , 所以这块数据总是能够能一包一包的形式接收到, 而不会出现前一个包跟后一个包都写到缓冲然后一起Send。 但其实别想得太复杂的, TCP所谓的粘包处理, UDP所谓的丢包处理, 其实都是很简单的. TCP只要保证自己写入的流是按 长度 + 内容 + 长度 + 内容 这样就可以非常简单的解决粘包问题, 切忌不要采用所谓的 开始标识 + 数据 + 结束标识 来分包, 适用性极低, 错误率极高, 除非数据都是固定有格式, 否则是不能采用这种方式的. UDP传送当中, 只存在丢包的可能 , 收到包的时候, 肯定这个包的内容就是正确的, 很少会有错误的 , 因为UDP本身也会用CRC32进行验证, 还有长度验证,

(五)Cisco dhcp snooping实例3-多交换机环境(DHCP服务器和DHCP客户端位于同VLAN)

眉间皱痕 提交于 2020-04-27 21:41:03
试验拓扑 环境:dhcp server和dhcp客户端属于同vlan,但是客户端属于不同的交换机,在L2和L3交换机开启dhcp snooping后得出如下结论 L3交换机的配置 ip dhcp pool vlan27 network 172.28.27.0 255.255.255.0 default-router 172.28.27.254 dns-server 172.28.28.15 ! ! ip dhcp snooping vlan 27 ip dhcp snooping information option allow-untrusted //必须加此命令,因为L3交换机也开启了dhcp snooping,具体解释如下 ip dhcp snooping interface GigabitEthernet0/0 switchport trunk encapsulation dot1q switchport mode trunk media-type rj45 speed 1000 duplex full no negotiation auto ip dhcp snooping limit rate 720 L2交换机配置 ip dhcp snooping vlan 27 ip dhcp snooping ! interface GigabitEthernet0/0

华为交换基本配置命令--S5700为例

倾然丶 夕夏残阳落幕 提交于 2020-04-27 20:17:54
华为S5700交换配置命令 Sava 配置完交换机后保存当前配置命令 System-view 进入系统视图命令 Display current-configuration 查询当前配置 Console口进入用户界面 User-interface console 0 进入第0个console用户界面 Authentication-mode passwd 配置从console口登入交换机模式为密码模式 Set authentication password cipher admin@123 配置从console口登入交换机的密码 Vlan 10 创建一个vlan Interface meth 0/0/1 进入交换机的第一个管理网口 ip address 192.168.1.10 255.255.255.0 设置网口ip及掩码 int gigabitethernet 0/0/1 进入第一个业务网口 port link-type access trunk hybrid 配置三个接口模式 port default vlan 10 把此接口加入vlan port access trunk hybrid allow-pass vlan 10 20 30 设置此接口可以通过的vlan int gig 0/0/1 clear configuration this undo shutdown

单片机(AT89C51)的串行接口及串行通信(包含实验)

非 Y 不嫁゛ 提交于 2020-04-26 22:30:15
单片机(AT89C51)的 串行接口及串行通信 是非常重要的一项技术,我们需要有深度的解刨才可以理解透彻,既然进来了我肯定不会让你失望,点个小赞再走吧。 正式进入串口通信前我们需要了解什么是通信? 计算机与外界信息交换称为 通信。 通信的 基本方式 可分为 并行通信 和 串行通信 (本次的主角): 并行通信 是数据的各位同时发送或同时接收; 并行通信------- 优点 : 传送速度快 缺点 : 不便长距离传送 串行通信 是数据的各位依次逐位发送或接收; 串行通信------- 优点 : 便于长距离传送 缺点 : 传送速度较慢 目录 异步通信和同步通信 异步通信 同步通信 串行通信波特率 串行通信的制式 单工制式(Simplex) 半双工制式(Half Duplex) 全双工制式(Full Duplex) 串行通信的校验 串行口特殊功能寄存器 串行口特殊功能寄存器 串行数据缓冲器SBUF 串行控制寄存器SCON 电源控制寄存器PCON 串行工作方式 串行工作方式0(同步移位寄存器工作方式) (1)数据发送 (2)数据接收 串行工作方式1 (1)数据发送 (2)数据接收 串行工作方式2、方式3 数据发送和接收: 串行口四种工作方式的比较 常用波特率与其相关参数间的关系 实验 异步通信和同步通信 串行通信按同步方式可分为 异步通信 和 同步通信 。 异步通信 异步通信依靠 起始位 、

通过shell检查mysql主机和数据库,生成html报表的脚本

。_饼干妹妹 提交于 2020-04-23 01:28:01
该脚本主要用于大致诊断MYSQL主机和数据库配置及性能收集,脚本部分功能展示如下: 郑州不孕不育医院:http://mobile.03913882333.com/ 郑州输卵管造影费用是多少:http://jbk.39.net/yiyuanfengcai/tsyl_zztjyy/3025/ 实现该上述展示功能的shell脚本如下: file_output = 'os_mysql_summary.html' td_str = '' th_str = '' myuser = "root" mypasswd = "password" myip = "192.168.11.101" myport = "3307" mysql_cmd = "mysql -u ${myuser} -p ${mypasswd} -h ${myip} -P ${myport} --protocol=tcp --silent" create_html_css ( ) { echo -e "<html> <head> <style type=" text/css "> body {font:12px Courier New,Helvetica,sansserif; color:black; background:White;} table,tr,td {font:12px Courier New,Helvetica

Change WCF default timeout

≯℡__Kan透↙ 提交于 2020-01-23 00:35:12
问题 I have here a WCF Duplex Service, the requierement is that the Callback to the client should have a timeout of 10 seconds, therefor my web.config file of the Service looks like this: <bindings> <basicHttpBinding> <binding name="simulatorEndpoint" closeTimeout="00:00:10" openTimeout="00:00:10" receiveTimeout="00:00:10" sendTimeout="00:00:10" allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard" maxBufferSize="65536" maxBufferPoolSize="524288"