其关键在于这两个参数 lcp-echo-interval 1   #发送间隔秒 lcp-echo-failure 5    #5次未响应断开 因为OpenWRT默认的设置为1秒发送一次 5次没有响应就断开连接,对于网络状况稍差的同学来说,这个规则很容易造成频繁断线重新拨号,把这两个参数改大即可解决此问题. 下面是修改方法: WINSCP连路由器  协议选SCP 配置文件路径:   vim/etc/ppp/options lcp-echo-interval 60 #发送间隔秒 lcp-echo-f

0. 现象与前言 在使用斐讯 FIR151M 路由器连接网络时,传输数据时频繁掉线. 官方固件刷了两个版本,问题未解决. 建议高级用户看本教程,要做好不能使用 Web 管理界面的心理准备. 1. 准备 没有打开telnet和ssh服务,因此考虑直接在硬件上下手,在板子上找到了串口. 上排针.电烙铁.焊锡,引出了四个点,方便使用模块进行通讯,见下图. 之后拿PL2303模块连上计算机,使用超级终端通讯.(PuTTY也是可以串口通讯的) 2. 初步探究 a. 启动 打开超级终端,连上了串口,重开路由

年底了,实验室终于给配了个电脑(Ubuntu系统),博主欣喜若狂啊,然而装好后发现无线网频繁掉线,重启网络后能正常上网2~3分钟然后又掉线,再重启又能上网2~3分钟然后再掉线,博主那个不爽啊,于是各种找原因,找了一下午终于让博主解决了,拿出来给大家分享一下. 1.打开配置文件/etc/ppp/options sudo vi /etc/ppp/options 2.在options文件中找到以下两行代码 lcp-echo-failure 4 lcp-echo-interval 30 3.把lcp-e

好长好长时间没来百度空间了,最近闲来无事,正好弥补之前的空缺了!跟Ubuntu打交道已有很长一段时间了,期间遇到了很多问题,我把遇到的一些问题及找到的解决方案记录下来,我想这可能会对那些跟我有同样境遇的人有所帮助吧.最近刚安装好Ubuntu10.04 Lucid beta1,就遇到了比较恼人的问题,就是网络经常掉线的问题.网上着好好的,突然间就打不开网页了,再等一会就又好了,让人十分的不爽.我在网上搜了一下,找到了原因,以下是网络掉线的原因及解决方法:ppp 的很多选项都是默认的,其中lcp-e

最近在新电脑上装了ubuntu16,结果wifi经常连不上,连上了过段时间就掉线,路由器就在电脑的旁边,而且信号非常的若. 但是windows系统没有任何问题,所以就在网上找解决办法,也按照网上的方法试了,结果好多方法都是没用的. 最后从askubuntu上找到了解决方法. 首先要查看本机的无线网卡型号: lmtoo@lmtoo:~$ lspci :) :) :) :) :) : (rev ) :1b. Audio device: Intel Corporation Wildcat Point-

uname -r sudo lspci -knn sudo lshw -numeric -class network sudo ifconfig -a sudo route -nv sudo rfkill list all sudo iwlist scan sudo dkms status lsusb 首先排除是不是无线网络不稳定的原因.如果真的是3.16内核自带的Realtek无线驱动不兼容你的网卡的话,你可以安装使用3.14系列,毕竟3.14.1能正常驱动你的无线网卡,Ubuntu官方提供了

背景 openwrt 有些固件不太稳定,会时不时的断网,导致家里无法上网,遇到这种情况只能手动重启openwrt设备,该操作不方便,作为一个极客爱好者,那肯定是要实现自动化处理的了,写一个简单的脚本加入到crontab定时任务中,就可完全自动化检测了,解放双手. 脚本思路 1.ping指定域名5次,只要要有2次以上的包响应,才表示网络畅通2.如果低于2次,则视为网络不通,重启网络,并等待20秒3.再次检测网络如果还是网络不通的话,则重启openwrt服务4.当连续失败计数大道10次以上,则重启次

前几天在我的Dell 1420N上安装了Kubuntu 13.04,装了系统软件中的私有无线网卡驱动Broadcom STA wireless driver后,虽然能上网,但是很不稳定,经常断线,非常困扰. 后来通过google,终于在Ubuntu论坛上找到一个解决方法了:http://forum.ubuntu.org.cn/viewtopic.php?f=116&t=421970 sudo apt-get remove bcmwl-kernel-source sudo apt-get inst

英雄联盟某些机器瞬间ping值飙升,然后一直掉线重连!研究好久,解决了,经验与大家分享 第一步,在路由器地址后加qos_ext.htm进入qos参数设置页面(如果出现不了设置界面请更新固件).比如:http://192.168.1.1/qos_ext.htm,在该设置页面第一个参数选项hi_up,将默认数值8改为20.如图: 第二步,设置优先级.回到路由设置界面,在[智能流控]-[优先级设置]-将[局部优先级]调高,再在自定义ip协议里添加英雄联盟端口,如图: 具体端口为 协议类型 UDP:51

网桥模式访问外网非常慢,经常卡死,ping时断时续 七搞八搞,反复重启了几次 TMD  就好了,也不知道什么情况,VirtualBox还是不太好使啊..... 网桥模式 设置 如下: 参考资料: http://blog.csdn.net/hxh1994/article/details/41823365 1.Windows是否安装了VirtualBox的网桥驱动? http://www.360doc.com/content/13/1228/19/1313469_340824553.shtml ht

Network: config interface 'loopback'    option ifname 'lo'    option proto 'static'    option ipaddr '127.0.0.1'    option netmask '255.0.0.0' config globals 'globals'    option ula_prefix 'fd2d:2d66:2d0c::/48' config interface 'lan'    option force_

Andoird TCP通讯 前言 最近在写一个即时通讯的项目,有一些心得,写出来给大家分享指正一下. 简单描述一下这个项目: 实时查询车辆运行状态的项目,走TCP通迅. 接口采用GZIP压缩. 后台是通过Apache的Mina框架 每隔30秒需要发一个心跳包来维持在线状态,如果服务器长时间收不到心跳包,会主动断开链接. 客户端发送命令消息均采用Protobuff3.0协议进行封装. 关于Protobuff3.0不太懂的,可以看一下我上一篇简书Proto3 语言指南 关于此项目会遇到的难点 APP

前言 最近研究Android推送的实现, 研究了两天一夜, 有了一点收获, 写下来既为了分享, 也为了吐槽. 需要说明的是有些东西偏底层硬件和通信行业, 我对这些一窍不通, 只能说说自己的理解. 为什么要研究Android推送技术? 主要还是毕业设计要做一个即时通信app, 我是不喜欢做什么社交app的, 也就象牙塔里的人想得出来, 说实话有这功夫还不如钻研一个小技术点, 把一个点研究透彻, 比搞个大而全, 还无用的东西好得多, 不过谁叫咱们是普通人, 没得选呢. Android推送服务的几种实

原文链接:http://www.jianshu.com/p/584707554ed7 Android手机有两个处理器,一个是Application Processor(AP)基于ARM处理器,主要运行Android系统:一个是BaseBand Processor(BP),用于运行实时操作系统(RTOS).通讯协议栈运行于BP的RTOS,非通话时间,BP的能耗基本上是5mA左右,而AP只要处于费休眠状态,能耗至少在50mA以上,执行图形运算时会更高.另外LCD工作时的功耗在100mA左右,WIFI

Android推送技术研究 字数5208 阅读4026 评论5 喜欢35 前言 最近研究Android推送的实现, 研究了两天一夜, 有了一点收获, 写下来既为了分享, 也为了吐槽. 需要说明的是有些东西偏底层硬件和通信行业, 我对这些一窍不通, 只能说说自己的理解. 为什么要研究Android推送技术? 主要还是毕业设计要做一个即时通信app, 我是不喜欢做什么社交app的, 也就象牙塔里的人想得出来, 说实话有这功夫还不如钻研一个小技术点, 把一个点研究透彻, 比搞个大而全, 还无用的东西好

最近在玩谷歌新开源的自然语言模型bert,最开始是在google的免费GPU上面来弄的(这个部分其实也是可以写一个教程的,中间坑也挺多).但谷歌比较坑人,小数据集还行,大点的数据集训练耗费时间长,再加上网络不稳定总掉线,训练一个上万的数据集断断续续的用了一天时间.改用在本地的linux服务器上来训练bert,但是没有NVIDIA显卡,只好用cpu来跑了,速度超慢,跑一个7万的模型需要50个小时.跑出来的结果很奇葩loss很大,估计参数设置有问题,想换个参数重新跑,太耗费时间了,看来只好搞个GPU

为了解决这题,可以具体看看下面这个讨论. 解灵运工程师 185 人赞同 某次架构师大会上那个58同城做即时通信的人说:原因是因为当时没有epoll这种可以支持成千上万tcp并发连接的技术,所以他们使用了udp,然后在udp上面封装了一下,模拟了一下tcp,解决了大并发的问题,之后因为做的很nb了,虽然epoll这种技术出现了,还是没有改回使用tcp了.现在再做类似的东西就不需要使用udp了.这个说法应该比较可信的. 发布于 2014-04-16 18 条评论 感谢 分享 收藏 • 没有帮助 • 

本篇文章内容来自2016年TOP100summit网易视频云.网易杭州研究院服务端技术专家邵峰的案例分享.编辑:Cynthia 邵峰:网易视频云.网易杭州研究院服务端技术专家浙江大学计算机专业博士毕业.自毕业以后从事数据库.分布式存储等领域研究,有十年左右的服务端开发经验.目前在网易视频云负责产品化研发工作,在服务端开发.存储/数据库开发等方面有丰富的实战经验. 导读:在网易视频云直播产品开发中,研发团队遇到了直播卡顿难题.如何提供稳定.流畅.无卡顿的直播服务,是当时迫切需要解决的问题.通过客户

在网络维护过程中经常要自己制作网线,水晶头理论上是这样接的: 10M和100M和1000M以太网在使用网线时,对网线各自有不同的要求. 10M和100M在目前来说,连接网络的时候,只用到两对线来传输网络数据. 对于10M网络,8芯网线是可以使用到4根线,也就是对应水晶头1236接法标准位置的线芯. 100M网络使用4根线传输数据是可以的,但偶尔会出现网络不稳定的情况,且无法传输得更远. 因为另外2对双绞线主要接 4.5.7.8是双向线,起到消除干扰的辅助作用,但如果传输速度要求太高,布线距离太长

总览 路由表 IP层通过路由将数据包送达该送达的目的地址,这就要求在整个网络中建立正确的路由表.路由表的内容是记录要到达哪里下一跳须要发到哪里(能够是port能够是ip),如此整个网络在单个节点仅仅知道自己局部转发信息的情况下就能正确的转发. 路由协议 路由表的原理简单,难的是维护. 怎样在全网络形成这样一张大表.假设在网络变动的时候全网的表高速收敛聚合?假设全部是手动的固然能够实现,可是成本太高. 这就须要自己主动化的协议.这样的形成并更新路由表的协议叫做路由协议. 内部网关协议和外部网关协议