流控腳本開源

❶ 嵌入式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.可分析的日誌列印,日誌流控，動態變更