流控脚本开源

❶ 嵌入式linux应用程序怎么测量引脚输入频率代码

嵌入式Linux开发流程

在一个嵌入式系统中使用Linux开发，根据应用需求的不同有不同的配置开发方法，但是一般都要经过如下的过程：

1．建立开发环境
操作系统一般使用RedHat-Linux，版本从7到9都可以，选择定制安装或全部安装，通过网络下载相应的GCC交叉编译器进行安装（例如arm-Linux-gcc、arm-μclibc-gcc），或者安装产品厂家提供的交叉编译器。

2．配置开发主机
配置MINICOM，一般的参数为波特率为115 200bps，数据位为8位，停止位为1，无奇偶校验，软件硬件流控设为无。在Windows下的超级终端的配置也是这样的。MINICOM软件的作用是作为调试嵌入式开发板的信息输出的监视器和键盘输入的工具。配置网络，主要是配置NFS网络文件系统，需要关闭防火墙，简化嵌入式网络调试环境设置过程。

3．建立引导装载程序BOOTLOADER
从网络上下载一些公开源代码的BOOTLOADER，如U-BOOT、BLOB、VIVI、LILO、ARM-BOOT、RED-BOOT等，根据自己具体的芯片进行移植修改。有些芯片没有内置引导装载程序，例如三星的ARM7、ARM9系列芯片，这样就需要编写开发板上Flash的烧写程序，网络上有免费下载的Windows下通过JTAG并口简易仿真器烧写ARM外围Flash芯片的烧写程序，也有Linux下的公开源代码的J-Flash程序。如果不能烧写自己的开发板，就需要根据自己的具体电路进行源代码修改。这是系统正常运行的第一步。如果购买了厂家的仿真器当然比较容易烧写Flash，这对于需要迅速开发自己产品的人来说可以极大地提高开发速度，但是其中的核心技术是无法了解的。

4．下载别人已经移植好的Linux操作系统
如μCLinux、ARM-Linux、PPC-Linux等，如果有专门针对所使用的CPU移植好的Linux操作系统那是再好不过的，下载后再添加自己的特定硬件的驱动程序，进行调试修改，对于带MMU的CPU可以使用模块方式调试驱动，对于μCLinux这样的系统则需编译进内核进行调试。

5．建立根文件系统
从www.busybox.net下载使用BUSYBOX软件进行功能裁减，产生一个最基本的根文件系统，再根据自己的应用需要添加其他程序。默认的启动脚本一般都不会符合应用的需要，所以就要修改根文件系统中的启动脚本，它的存放位置位于/etc目录下，包括：/etc/init.d/rc.S、/etc/profile、/etc/.profile等，自动挂装文件系统的配置文件/etc/fstab，具体情况会随系统不同而不同。根文件系统在嵌入式系统中一般设为只读，需要使用mkcramfs、genromfs等工具产生烧写映像文件。

6．建立应用程序的Flash磁盘分区
一般使用JFFS2或YAFFS文件系统，这需要在内核中提供这些文件系统的驱动，有的系统使用一个线性Flash（NOR型）512KB～32MB，有的系统使用非线性Flash（NAND型）8～512MB，有的两个同时使用，需要根据应用规划Flash的分区方案。

7．开发应用程序
应用程序可以放入根文件系统中，也可以放入YAFFS、JFFS2文件系统中，有的应用不使用根文件系统，直接将应用程序和内核设计在一起，这有点类似于μCOS-II的方式。

8．烧写内核、根文件系统、应用程序

9．发布产品

❷ wifi路由器怎么进行网页认证求高人指点，要详细过程！

一般wifi路由器进行网页认证需要自身固件支持，如果自身固件不支持网页认证，需要通过刷入第三方固件（前提是路由器支持刷入）来实现网页认证，比较着名的开源第三方固件有openwrt，通过openwrt上安装wifidog插件进行无线上网认证已经是一个很成熟的解决方案。另外还可配合其上面的Qos插件有针对性的控制客户端的网速，实现智能流控。具体的详细过程我只能说去翻阅各大博客网站来学习，一般这个还是有难度的，实际操作起来需要强大的动手能力。推荐一个教程网站：网页链接

今天看了一下，被踩了两个。重新思考了一下，也许你问的不是指在路由器上实现网页认证上网而是路由器去进行网页认证上网。如果是这样的，那么在路由器固件支持的情况下（嵌入式Linux系统），针对portal网页认证，可以直接使用curl或者wget向认证服务器发送包含认证信息的post数据包实现即可。例如我自身所处的校园网环境就是portal网页认证。通过编写了个监控脚本实现路由器开机自动连接且断线自动重连。具体的参考这个的最下面部分：网页链接

❸ 免流流控shell脚本谁会写

23456789
#!/bin/bash
x=5
if [ $x = 5 ];then
echo "x equals 5"
else
echo "x not equals 5"
fi

❹ ROS 用了 佛光菜根谭流控脚本，怎么解决英雄联盟卡机问题

是不是把问题复杂化了？开个插件不就好了？脚本什么的，也许是被反作弊扑捉呢

❺ google为什么要开源webrtc

google开源了WebRTC项目，网址是：http://code.google.com/p/webrtc/。

WebRTC实现了基于网页的视频会议，标准是WHATWG 协议，目的是通过浏览器提供简单的javascript就可以达到实时通讯（Real-Time Communications (RTC)）能力。

通过对源码的粗略分析，WebRTC提供了视频会议的核心技术，包括音视频的采集、编解码、网络传输、显示等功能，并且还支持跨平台：windows，linux，mac，android。

WebRTC的视频处理分析（windows平台）

WebRTC的视频部分，包含采集、编解码(I420/VP8)、加密、媒体文件、图像处理、显示、网络传输与流控(RTP/RTCP)等功能。

视频采集---video_capture

源代码在webrtc\moles\video_capture\main目录下，包含接口和各个平台的源代码。
在windows平台上，WebRTC采用的是dshow技术，来实现枚举视频的设备信息和视频数据的采集，这意味着可以支持大多数的视频采集设备；对那些需要单独驱动程序的视频采集卡（比如海康高清卡）就无能为力了。
视频采集支持多种媒体类型，比如I420、YUY2、RGB、UYUY等，并可以进行帧大小和帧率控制。

视频编解码---video_coding
源代码在webrtc\moles\video_coding目录下。
WebRTC采用I420/VP8编解码技术。VP8是google收购ON2后的开源实现，并且也用在WebM项目中。VP8能以更少的数据提供更高质量的视频，特别适合视频会议这样的需求。

视频加密--video_engine_encryption
视频加密是WebRTC的video_engine一部分，相当于视频应用层面的功能，给点对点的视频双方提供了数据上的安全保证，可以防止在Web上视频数据的泄漏。
视频加密在发送端和接收端进行加解密视频数据，密钥由视频双方协商，代价是会影响视频数据处理的性能；也可以不使用视频加密功能，这样在性能上会好些。
视频加密的数据源可能是原始的数据流，也可能是编码后的数据流。估计是编码后的数据流，这样加密代价会小一些，需要进一步研究。

视频媒体文件--media_file
源代码在webrtc\moles\media_file目录下。
该功能是可以用本地文件作为视频源，有点类似虚拟摄像头的功能；支持的格式有Avi。
另外，WebRTC还可以录制音视频到本地文件，比较实用的功能。

视频图像处理--video_processing
源代码在webrtc\moles\video_processing目录下。
视频图像处理针对每一帧的图像进行处理，包括明暗度检测、颜色增强、降噪处理等功能，用来提升视频质量。

视频显示--video_render
源代码在webrtc\moles\video_render目录下。
在windows平台，WebRTC采用direct3d9和directdraw的方式来显示视频，只能这样，必须这样。

网络传输与流控
对于网络视频来讲，数据的传输与控制是核心价值。WebRTC采用的是成熟的RTP/RTCP技术。

WebRTC的音频处理分析（windows平台）

WebRTC的音频部分，包含设备、编解码(iLIBC/iSAC/G722/PCM16/RED/AVT、NetEQ)、加密、声音文件、声音处理、声音输出、音量控制、音视频同步、网络传输与流控(RTP/RTCP)等功能。

音频设备---audio_device
源代码在webrtc\moles\audio_device\main目录下，包含接口和各个平台的源代码。
在windows平台上，WebRTC采用的是Windows Core Audio和Windows Wave技术来管理音频设备，还提供了一个混音管理器。
利用音频设备，可以实现声音输出，音量控制等功能。

音频编解码---audio_coding
源代码在webrtc\moles\audio_coding目录下。
WebRTC采用iLIBC/iSAC/G722/PCM16/RED/AVT编解码技术。
WebRTC还提供NetEQ功能---抖动缓冲器及丢包补偿模块，能够提高音质，并把延迟减至最小。
另外一个核心功能是基于语音会议的混音处理。

声音加密--voice_engine_encryption
和视频一样，WebRTC也提供声音加密功能。

声音文件
该功能是可以用本地文件作为音频源，支持的格式有Pcm和Wav。
同样，WebRTC也可以录制音频到本地文件。

声音处理--audio_processing
源代码在webrtc\moles\audio_processing目录下。
声音处理针对音频数据进行处理，包括回声消除(AEC)、AECM、自动增益(AGC)、降噪处理等功能，用来提升声音质量。

网络传输与流控
和视频一样，WebRTC采用的是成熟的RTP/RTCP技术。

WebRTC的官网是http://www.webrtc.org/，其中的FAQ解答了很多大家关心的问题。有这么几点可以关注：
1.license
采用BSD licenses，可以用于商业软件；即使你修改了源代码，也不必公开你修改的部分。

2.为什么WebRTC要免费
音视频针对目前的互联网应用，还是至关重要的。google这样做的目的，无非是吸引大量的开发者在chrome平台上开发音视频相关应用，和当年微软windows集成IE是一个道理。

3.下载和编译
a).下载google的源码工具depot_tools：
svn co http://src.chromium.org/svn/trunk/tools/depot_tools
并把depot_tools添加到系统的环境变量PATH里；
b).下载git工具：并把git添加到系统的环境变量PATH里；
c).创建webrtc工作目录，并在该目录下运行：
gclient config https://webrtc.googlecode.com/svn/trunk
gclient sync --force

sync命令也会产生基于本地环境(Linux:make, OSX: XCode, Windows: Visual Studio)的build文件。

也可以用命令：
gclient runhooks --force

对windows平台，在trunk目录下，已经有针对Visual Studio的工程文件：
webrtc.sln

好了，打开它，这就可以编译了。

注：webrtc默认使用了C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses。我的机器上只有v7.0的sdk，于是构造了一个v7.1的目录，仅包含Samples\multimedia\directshow\baseclasses。

❻ 我在国外的vps装了shadow（）socks，为了保持服务器流畅，我想要让它自动

写个脚本，开机自动执行

❼ kettle有什么特点

【好评赠送】Kettle软件包6.1-8.2免费下载

链接:https://pan..com/s/1yYLRTGL_D6MV14jVJAkOvg

Kettle最早是一个开源的ETL工具，全称为KDE Extraction, Transportation, Transformation and Loading Environment。在2006年，Pentaho公司收购了Kettle项目，原Kettle项目发起人Matt Casters加入了Pentaho团队，成为Pentaho套件数据集成架构师[1]；从此，Kettle成为企业级数据集成及商业智能套件Pentaho的主要组成部分，Kettle亦重命名为Pentaho Data Integration[1-2]。Pentaho公司于2015年被Hitachi Data Systems收购。[3]（Hitachi Data Systems于2017年改名为Hitachi Vantara[4]）

❽ ROS 用了 佛光菜根谭流控脚本，怎么解决英雄联盟卡机问题

熊貌相??说的不错? ?通用的脚本并不全? ? 大家根据自己的网络情况??来修改? ???没有哪个脚本是万能的? ?网络环境千变万化

❾ 求助大神！我用一键流控搭建了好了云免，生成的后台链接、app，都可以

奥里给就完了

❿ mysql中间件有哪些

mysql-proxy是官方提供的mysql中间件产品可以实现负载平衡，读写分离，failover等，但其不支持大数据量的分库分表且性能较差。下面介绍几款能代替其的mysql开源中间件产品，Atlas，cobar，tddl，让我们看看它们各自有些什么优点和新特性吧。
Atlas
Atlas是由 Qihoo 360, Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它是在mysql-proxy 0.8.2版本的基础上，对其进行了优化，增加了一些新的功能特性。360内部使用Atlas运行的mysql业务，每天承载的读写请求数达几十亿条。
Altas架构：
Atlas是一个位于应用程序与MySQL之间，它实现了MySQL的客户端与服务端协议，作为服务端与应用程序通讯，同时作为客户端与MySQL通讯。它对应用程序屏蔽了DB的细节，同时为了降低MySQL负担，它还维护了连接池。

以下是一个可以参考的整体架构，LVS前端做负载均衡，两个Altas做HA,防止单点故障。

Altas的一些新特性：
1.主库宕机不影响读
主库宕机，Atlas自动将宕机的主库摘除，写操作会失败，读操作不受影响。从库宕机，Atlas自动将宕机的从库摘除，对应用没有影响。在mysql官方的proxy中主库宕机，从库亦不可用。
2.通过管理接口，简化管理工作，DB的上下线对应用完全透明，同时可以手动上下线。

3.自己实现读写分离
（1）为了解决读写分离存在写完马上就想读而这时可能存在主从同步延迟的情况，Altas中可以在SQL语句前增加 /*master*/ 就可以将读请求强制发往主库。
主库可设置多项，用逗号分隔，从库可设置多项和权重，达到负载均衡。

4.自己实现分表
（1）需带有分表字段。
（2）支持SELECT、INSERT、UPDATE、DELETE、REPLACE语句。
（3）支持多个子表查询结果的合并和排序。

这里不得不吐槽Atlas的分表功能，不能实现分布式分表，所有的子表必须在同一台DB的同一个database里且所有的子表必须事先建好，Atlas没有自动建表的功能。
5.之前官方主要功能逻辑由使用lua脚本编写，效率低，Atlas用C改写，QPS提高，latency降低。
6.安全方面的提升
（1）通过配置文件中的pwds参数进行连接Atlas的用户的权限控制。
（2）通过client-ips参数对有权限连接Atlas的ip进行过滤。
（3）日志中记录所有通过Altas处理的SQL语句，包括客户端IP、实际执行该语句的DB、执行成功与否、执行所耗费的时间 ，如下面例子。
图4

7.平滑重启
通过配置文件中设置lvs-ips参数实现平滑重启功能，否则重启Altas的瞬间那些SQL请求都会失败。该参数前面挂接的lvs的物理网卡的ip，注意不是虚ip。平滑重启的条件是至少有两台配置相同的Atlas且挂在lvs之后。
source：https://github.com/Qihoo360/Atlas
alibaba.cobar
Cobar是阿里巴巴（B2B）部门开发的一种关系型数据的分布式处理系统，它可以在分布式的环境下看上去像传统数据库一样为您提供海量数据服务。那么具体说说我们为什么要用它，或说cobar--能干什么？以下是我们业务运行中会存在的一些问题：
1.随着业务的进行数据库的数据量和访问量的剧增，需要对数据进行水平拆分来降低单库的压力，而且需要高效且相对透明的来屏蔽掉水平拆分的细节。
2.为提高访问的可用性，数据源需要备份。
3.数据源可用性的检测和failover。
4.前台的高并发造成后台数据库连接数过多，降低了性能，怎么解决。
针对以上问题就有了cobar施展自己的空间了，cobar中间件以proxy的形式位于前台应用和实际数据库之间，对前台的开放的接口是mysql通信协议。将前台SQL语句变更并按照数据分布规则转发到合适的后台数据分库，再合并返回结果，模拟单库下的数据库行为。

Cobar应用举例
应用架构：

应用介绍：
1.通过Cobar提供一个名为test的数据库，其中包含t1,t2两张表。后台有3个MySQL实例(ip:port)为其提供服务，分别为：A,B,C。
2.期望t1表的数据放置在实例A中，t2表的数据水平拆成四份并在实例B和C中各自放两份。t2表的数据要具备HA功能，即B或者C实例其中一个出现故障，不影响使用且可提供完整的数据服务。
cabar优点总结：
1.数据和访问从集中式改变为分布：
（1）Cobar支持将一张表水平拆分成多份分别放入不同的库来实现表的水平拆分
（2）Cobar也支持将不同的表放入不同的库
（3） 多数情况下，用户会将以上两种方式混合使用
注意！：Cobar不支持将一张表，例如test表拆分成test_1,test_2, test_3.....放在同一个库中，必须将拆分后的表分别放入不同的库来实现分布式。
2.解决连接数过大的问题。
3.对业务代码侵入性少。
4.提供数据节点的failover,HA：
(1)Cobar的主备切换有两种触发方式，一种是用户手动触发，一种是Cobar的心跳语句检测到异常后自动触发。那么，当心跳检测到主机异常，切换到备机，如果主机恢复了，需要用户手动切回主机工作，Cobar不会在主机恢复时自动切换回主机，除非备机的心跳也返回异常。
(2)Cobar只检查MySQL主备异常，不关心主备之间的数据同步，因此用户需要在使用Cobar之前在MySQL主备上配置双向同步。
cobar缺点：
开源版本中数据库只支持mysql，并且不支持读写分离。
source：http://code.alibabatech.com/wiki/display/cobar/Home
TDDL
淘宝根据自己的业务特点开发了TDDL（Taobao Distributed Data Layer 外号:头都大了 ©_Ob）框架，主要解决了分库分表对应用的透明化以及异构数据库之间的数据复制，它是一个基于集中式配置的 jdbc datasource实现，具有主备，读写分离，动态数据库配置等功能。
TDDL所处的位置（tddl通用数据访问层，部署在客户端的jar包，用于将用户的SQL路由到指定的数据库中）：

淘宝很早就对数据进行过分库的处理， 上层系统连接多个数据库，中间有一个叫做DBRoute的路由来对数据进行统一访问。DBRoute对数据进行多库的操作、数据的整合，让上层系统像操作一个数据库一样操作多个库。但是随着数据量的增长，对于库表的分法有了更高的要求，例如，你的商品数据到了百亿级别的时候，任何一个库都无法存放了，于是分成2个、4个、8个、16个、32个……直到1024个、2048个。好，分成这么多，数据能够存放了，那怎么查询它？这时候，数据查询的中间件就要能够承担这个重任了，它对上层来说，必须像查询一个数据库一样来查询数据，还要像查询一个数据库一样快（每条查询在几毫秒内完成），TDDL就承担了这样一个工作。在外面有些系统也用DAL（数据访问层） 这个概念来命名这个中间件。
下图展示了一个简单的分库分表数据查询策略：

主要优点：
1.数据库主备和动态切换
2.带权重的读写分离
3.单线程读重试
4.集中式数据源信息管理和动态变更
5.剥离的稳定jboss数据源
6.支持mysql和oracle数据库
7.基于jdbc规范，很容易扩展支持实现jdbc规范的数据源
8.无server,client-jar形式存在，应用直连数据库
9.读写次数,并发度流程控制，动态变更
10.可分析的日志打印,日志流控，动态变更