Jame’sReadings06-29

Monitoring: http://t.cn/Rvqir6J Anomaly Detection Fault Tolerance Anticipation Patterns, 異常檢測(cè)與容錯(cuò) By John Allspaws，在我眼中，他對(duì)運(yùn)維的思考是最深入的。 http://t.cn/RvqxX2V 基于holt-winters指數(shù)移動(dòng)平均算法做系統(tǒng)的異常檢測(cè). http://t.c

Monitoring:

http://t.cn/Rvqir6J Anomaly Detection Fault Tolerance Anticipation Patterns, 異常檢測(cè)與容錯(cuò) By John Allspaws，在我眼中，他對(duì)運(yùn)維的思考是最深入的。

http://t.cn/RvqxX2V 基于holt-winters指數(shù)移動(dòng)平均算法做系統(tǒng)的異常檢測(cè).

http://t.cn/RvqxcFM 使用指數(shù)移動(dòng)平均來(lái)做時(shí)間序列數(shù)據(jù)的平滑化處理。

http://t.cn/Rvz9GD6 Monitorama會(huì)議的Slides集合，monitorama是一個(gè)專門針對(duì)Monitor領(lǐng)域的技術(shù)會(huì)議，研討Monitor的工具/方向與新思維。

At VividCortex, our unifying principle is that a system’s purpose is to perform useful work. The consequence of this is that job #1 is measuring and understanding work (not metrics), and making sure it’s done fast, consistently, and without errors. http://t.cn/8sdsDHC

http://t.cn/8s5sU5h Query Time Is Not Server Load, 在MySQL中, 由于缺乏細(xì)粒度的Instrument(度量), 不能簡(jiǎn)單的通過(guò)Query Slow Log或簡(jiǎn)單的Top SQL來(lái)做性能優(yōu)化, 查詢時(shí)間不能簡(jiǎn)單的等同于資源消耗. 【一點(diǎn)修正】: Resource本身有多種,不同的SQL消耗的不同資源未必均衡, 需要更低粒度的度量才能解決

http://t.cn/8sZ38pa Dapper, a Large-Scale Distributed Systems Tracing Infrastructure , Google這套監(jiān)控系統(tǒng)的論文讀后感, Dapper的主要應(yīng)用場(chǎng)景是定位大規(guī)模業(yè)務(wù)下的Latency異常問(wèn)題,設(shè)計(jì)目標(biāo): 低開銷, 對(duì)應(yīng)用透明, 可伸縮性. 作為基礎(chǔ)組建部署, 基于抽樣異步批量收集數(shù)據(jù).

http://t.cn/8kMa4aQ 如何設(shè)計(jì)告警體系。 1. 刪除所有的現(xiàn)有告警，2.每次出現(xiàn)故障時(shí)，都將能指示故障發(fā)生的指標(biāo)記下并監(jiān)控起來(lái)，3.更新你的監(jiān)控系統(tǒng)，收集這些指標(biāo)并針對(duì)其發(fā)告警，4. 重復(fù)上述步驟，完善可以預(yù)防宕機(jī)的告警指標(biāo)

Performance & Scalability:

http://t.cn/RvML72l Applying Optimization Principle Patterns to Component Deployment and Configuration Tools From The Performance of Open Source Applications, 圖片內(nèi)容為各種性能優(yōu)化的技巧/方法匯總.

Slide From Neil Gunther 應(yīng)用Scalability的幾個(gè)不同面相，最完美的Scalability來(lái)自完全的Share nothing，最差的Scalability來(lái)自業(yè)務(wù)本身的強(qiáng)Share，如訂火車票，如賬務(wù)資金處理，如熱點(diǎn)庫(kù)存處理。

http://t.cn/Rv7HTMz What-are-some-ways-to-determine-an-engineers-understanding-of-scalability 關(guān)于Scalability需要積累的知識(shí)，1.一些基本的編程技能，2.較強(qiáng)的分布式系統(tǒng)知識(shí)，3. 面對(duì)并處理現(xiàn)實(shí)世界的Scalability問(wèn)題，如何滿足不同系統(tǒng)的Scalability問(wèn)題（交易系統(tǒng)/Feeds系統(tǒng)）

http://t.cn/8FpoxrL 可擴(kuò)展可交換性法則，If the outcome doesn’t change when you change the order of operations then the order is not important and that means you don’t need to lock anything and you can find a lock-free/wait-free/coordination-free 的實(shí)現(xiàn). 也即有序是可擴(kuò)展的死敵。

The bucket list of performance gains: – don’t do it – do it only once – do it less often – do it more efficiently

http://t.cn/8FyqADX bad-as-i-wanna-be-coordination-and-consistency-in-distributed-databases, ppt中的主要觀點(diǎn), coordination才是數(shù)據(jù)庫(kù)Scalability的關(guān)鍵瓶頸, 設(shè)計(jì)Web Scale的系統(tǒng)的關(guān)鍵在于, 盡可能只保留必要的coordination, 單向唯一ID,外鍵,單向索引,事務(wù)原子性等都屬于協(xié)調(diào),要盡量避免.

http://t.cn/8kMCOHI Baron Schwartz使用Neil Gunther的Universal Scalability Law(USL)分析Paypay從Java 遷移到Node.js的博客文章中的數(shù)據(jù), 分析兩種情況下系統(tǒng)的Scalability的差異, 同時(shí)也吐槽Paypal的博客沒(méi)有說(shuō)清楚問(wèn)題. 哈哈.

http://t.cn/8kMqDQJ 數(shù)據(jù)庫(kù)如何從一臺(tái)服務(wù)器擴(kuò)展到幾百萬(wàn)個(gè)節(jié)點(diǎn), ppt之前@何_登成 已經(jīng)發(fā)過(guò), 不再重復(fù). 簡(jiǎn)要說(shuō)下: 1. 傳統(tǒng)RDBMS重點(diǎn)解決ACID與多個(gè)應(yīng)用對(duì)一份數(shù)據(jù)的并發(fā)訪問(wèn), 2. Paxos協(xié)議與Virtual Synchony的解釋比較詳細(xì)了, 3. CAP本身的介紹, 4. 順帶介紹Google的4篇主要論文+Dynamo.

http://t.cn/8kfduwf 《阿姆達(dá)爾定律與Little’s Law的解析》Could you talk a little bit more about those different laws that people seem to be ignoring as they’re writing non-reactive systems? There’s some real fundamentals like Little’s law, Amdahl’s law, some basic mathematics. When you apply it to systems design, you see the limitations very, very quickly. Yet we seem to be more interested in fashion than doing some basic sums.

http://t.cn/8sn96d0 (請(qǐng)自備梯子)基于Amazon AWS架構(gòu)的高可用實(shí)踐，介紹高可用的基礎(chǔ)知識(shí)與原理，以及AWS提供的基礎(chǔ)服務(wù)如何協(xié)助提高整個(gè)系統(tǒng)的高可用。

http://t.cn/Rvb5rP3 “because architecture is more important than technology.”, Cameron Purdy對(duì)于“Why-does-Quora-use-MySQL-as-the-data-store-instead-of-NoSQLs”的答復(fù)。

http://t.cn/RvPZBMi 如何確定Web應(yīng)用的線程池大小, 文中介紹的方法是,基于Little’s Law計(jì)算最佳的線程數(shù), 并針對(duì)IO密集型業(yè)務(wù),CPU密集型業(yè)務(wù),以及異步IO型業(yè)務(wù)(NIO/Nodejs/Ngnix)作了區(qū)別對(duì)待. 如果能將泊松分布帶來(lái)的隨機(jī)流給業(yè)務(wù)的影響一起考慮進(jìn)去,簡(jiǎn)化出一個(gè)設(shè)置的方法就更加實(shí)用了.

http://t.cn/8shpJUn Understanding Throughput and Latency Using Little’s Law, Little’s Law探討的是吞吐量與時(shí)延之間的關(guān)系.

MySQL:

http://t.cn/Rv4vSsy MySQL to Adopt ACID for System Tables , MySQL計(jì)劃使用InnoDB來(lái)替代MyISAM存儲(chǔ)數(shù)據(jù)字典定義的信息，從而確保DDL操作的ACID特性。 這也算是MySQL Server層與Engine層融合的一部分吧。

GTID in Facebook gtid的好處, 來(lái)自Facebook在Percona Live關(guān)于gtid的ppt, Failover更加容易找到位點(diǎn); 數(shù)據(jù)庫(kù)恢復(fù)更加容易, 也即更加容易確定恢復(fù)的位點(diǎn); 級(jí)聯(lián)復(fù)制更加簡(jiǎn)單. 總之, GTID實(shí)現(xiàn)了一個(gè)類似于Oracle中SCN的基于單庫(kù)的邏輯時(shí)鐘, 并且所有上述場(chǎng)景可以基于此邏輯時(shí)鐘得到一個(gè)明確的恢復(fù)的位點(diǎn), 從而簡(jiǎn)化維護(hù)工作

http://t.cn/8siKfxX Faster Semi-Sync Replication,Enforced Semi-Synchronous Replication Durability On MySQL 5.7.3,Loss-less Semi-Synchronous Replication on MySQL 5.7.2實(shí)現(xiàn)的介紹, 最后一篇文章介紹到@蘇普 的工作, 但是由于版本的問(wèn)題,實(shí)際代碼并沒(méi)有使用.

http://t.cn/8sVZPuX Percona Live會(huì)議熱身,與FB工程師的交流, Our 5.6 deployment step was not all at once. At first rollout, we disabled most major 5.6 features, such as GTID and binlog checksum. We gradually enabled such features in production. 通過(guò)做減法使用新版本是個(gè)不錯(cuò)的主意.

http://t.cn/8sfTQDJ innodb-redo-log-archiving, 從代碼層解析InnoDB的日志寫入, 并進(jìn)一步闡述InnoDB是如何進(jìn)行恢復(fù)的, 在此基礎(chǔ)上講解, 如何基于InnoDB現(xiàn)有的機(jī)制設(shè)計(jì)InnoDB的Archive Log模式, 從而實(shí)現(xiàn)InnoDB的物理級(jí)恢復(fù)/復(fù)制. 【很不錯(cuò)的介紹】, @plinux 看看, 進(jìn)一步說(shuō)明下?

http://t.cn/8sZCswc Configuring MySQL to use minimal memory, 那些影響單個(gè)MySQL實(shí)例內(nèi)存消耗的參數(shù), 以及可以調(diào)整的下限.

http://t.cn/8F14rvF 關(guān)于MySQL Client的一些使用提示, “\R \u@\h [\d]“更改命令行提示,”\e” 利用os的編輯器(類似于sqlplus的ed),”\T /tmp/tee.log ” 記錄命令行的所有輸入/輸出(類似于SQLplus的spool), “\! cat /tmp/tee.log”執(zhí)行os的命令, “\P cat > /tmp/voila.log “管道重定向,”\c” 清楚當(dāng)前命令

http://t.cn/8Ff9I1P Percona移植的thread pool版本測(cè)試, 有興趣的同學(xué)可以參考@dbatools 同學(xué)的版本對(duì)比測(cè)試下.

http://t.cn/8FwRh2R MySQL Utility 新版本改進(jìn)，增加了并行數(shù)據(jù)導(dǎo)出功能。代碼確認(rèn)是使用multiprocessing實(shí)現(xiàn)的, 導(dǎo)出是基于Database做拆分處理, 導(dǎo)入基于導(dǎo)出文件做拆分. 還需要進(jìn)一步測(cè)試驗(yàn)證下. 另：1. mysql-utility是基于Oracle的python-connector連接數(shù)據(jù)庫(kù)的（不是Mysqldb), 2. 這套工具的腳本組織的還比較好，比較適合我這種程序菜鳥學(xué)習(xí)。

http://t.cn/8kM67l7 如何使用MySQL Performance Schema以及ps_helper，在MySQL 5.6中， Performance Schema在功能上有很大的改進(jìn)， 可以以較細(xì)的粒度查看Statement的執(zhí)行情況（這將顯著的提升SQL優(yōu)化的實(shí)施），可以基于DB/Schema做較好的性能統(tǒng)計(jì)，當(dāng)然，Mutex/Wait Event相關(guān)的信息也更加清晰。

http://t.cn/8kM5ro7 如何做MySQL上的封底計(jì)算(back-of-the-envelope-calculations), 即如何根據(jù)記錄的平均長(zhǎng)度, 計(jì)算表的大小, 索引的大小. 【感覺(jué)很有用的樣子】

http://t.cn/8kMqlrN 針對(duì)MySQL的Linux性能調(diào)優(yōu)Tips, 1. 文件系統(tǒng)選擇, IO調(diào)度器選擇(ext4(noatime)/Deadline), 2. 內(nèi)存調(diào)整(Swapness與Numa), 3. CPU調(diào)整, 最好在BIOS層關(guān)閉掉省電模式. 4. Comment中有人提示使用不同的內(nèi)存分配器(Jemalloc), 不過(guò)需要自己驗(yàn)證下.

Linux & Misc:

UCBerkeley_Gray_FT_Avialiability_talk.ppt Slide From Jim Gray Software Techniques: Learning from Hardware, Software Fault tolerance, By Jim Gram, From Fault tolerance talks

http://t.cn/8slOiu1 Linux /dev/urandom and concurrency, 在Linux，大并發(fā)訪問(wèn)/dev/urandom會(huì)遭遇spinlock上的爭(zhēng)用，而此Spinlock是為了保證多個(gè)并發(fā)的線程/進(jìn)程獲取到的隨機(jī)數(shù)據(jù)確實(shí)是隨機(jī)的，否則可能帶來(lái)安全性問(wèn)題。Jeff Bonwick在“magazines and vmem”的論文中介紹了Solaris的解決辦法。

http://t.cn/8s88eGe Amazon Glacier背后的技術(shù), 這篇文章從多個(gè)角度聚焦分析了, Amazon的Glacier為什么可以在2012年提供那么便宜的存儲(chǔ)成本, 再通過(guò)最近Sony的新聞稿(http://t.cn/8snU8my )聯(lián)系到之前James Hamildon介紹的冷數(shù)據(jù)存儲(chǔ)的光學(xué)技術(shù)，從上述角度講，國(guó)內(nèi)的公司在這方面的差距起碼有4-5年

http://t.cn/8siz9hq Linux內(nèi)核的一些隱藏問(wèn)題, 1. 無(wú)論vm.zone_reclaim_mode如何設(shè)置,總是傾向于優(yōu)先回收Local Node的Page, 2. 在非O_DIRECT模式下, 寫入磁盤的page必須先被加載到page cache中, 3. 當(dāng)同一個(gè)文件被以O(shè)_DIRECT與非O_DIRECT混合的方式打開時(shí), IO處理的性能會(huì)非常糟糕.

http://t.cn/8sq3NMt Linux集群高可用的一些基本概念, 集群消息層(HeartBeat與Corosync), 集群資源管理(PaceMaker), 仲裁(Quorum)與STONITH(Shoot The Other Node In The Head), 以及資源代理(代理管理底層的資源), 這是基本概念介紹, 基本概念.

http://t.cn/8sb4Qmx 復(fù)制策略與復(fù)制的方式, 詳細(xì)介紹了幾種不同的復(fù)制方式, 1. 基于Log Shipping的物理復(fù)制方式(如Oracle), 2. 基于Operation Record的復(fù)制方式(如MongoDB,基于Row模式的binlog的MySQL), 3. 基于協(xié)調(diào)的多點(diǎn)寫入(類似于HBase), 4. 簡(jiǎn)單的多點(diǎn)寫入方式(類似于Cassandra)

http://t.cn/8sZ9lwq 為什么buffered-writes偶爾會(huì)寫不下去. 1. 需要先將block/page從磁盤讀取到內(nèi)存,然后才能更新,2.write操作可能會(huì)被flush操作阻塞, 進(jìn)一步解釋請(qǐng)看Stable Page Write( http://t.cn/8sZ9FDJ ) 等待Ext3/4分配Journal Block, XFS在這方面畢現(xiàn)較好.

http://t.cn/8s7PSiN 騰訊CKV海量分布式存儲(chǔ)系統(tǒng), 總體的設(shè)計(jì)很不錯(cuò), 支持低成本(非純Cache),可擴(kuò)展性強(qiáng)(基于Sharding),高性能(網(wǎng)卡優(yōu)化/訪問(wèn)優(yōu)化),可用性超過(guò)99.95%(不算夸張,一年250分鐘了),數(shù)據(jù)持久性超過(guò)8個(gè)9(這里有困難,多副本也很難做到),完善的運(yùn)維體系(沒(méi)得說(shuō)).

http://t.cn/8FR5Ikw Square使用libgmp包中的modpow函數(shù), 顯著提升其使用Java計(jì)算2048位RSA密鑰的效率, Square為知名無(wú)線支付公司.

http://t.cn/8Ff9mjl 零宕機(jī)的數(shù)據(jù)遷移步驟, 1. 初始化, 2. 增量復(fù)制, 3. 一致性檢測(cè), 4. 影子寫入(mirror 寫入), 5. 影子寫入+影子讀(校驗(yàn)) 4. 切換.

http://t.cn/8FytUk1 nosql介紹, 未來(lái)的數(shù)據(jù)持久化方案會(huì)向多種持久化方案的結(jié)合靠攏.

http://t.cn/8FwQmd1 Brendan Gregg如何測(cè)試云主機(jī), 1. 使用sysbench計(jì)算質(zhì)數(shù)的方式測(cè)試CPU, 配合mpstat, sar, pidstat, and perf驗(yàn)證, 2. 使用iperf測(cè)試單線程以及系統(tǒng)的帶寬/時(shí)延,通過(guò)nicstat, sar, and pidstat驗(yàn)證,3. 使用fio(by Jens Axboe)測(cè)試文件系統(tǒng),配合sar, iostat, pidstat,perf驗(yàn)證.

http://t.cn/8kkB189 Linux memory介紹，Linux系統(tǒng)的各個(gè)內(nèi)存組件的含義介紹，單個(gè)進(jìn)程（Oracle）占用的內(nèi)存分析介紹， 使用Cgroup之后的內(nèi)存使用分析。

As I’ve said in my books and elsewhere: “All virtualization is about illusions and although it is perfectly reasonable to perpetrate such illusions on unwitting users, it is entirely unreasonable to propagate those same illusions to the performance analyst.” http://t.cn/8kD1pob

So it turns out that “consistency (predicate)” and “consistency (history)” are two distinct ideas that happen to share a word. It is always an error to substitute the distributed systems definition of “consistency” for the C in ACID. http://t.cn/8krSQu5

http://t.cn/8kNGIQc The fact that Oracle’s policies and management practices are not community friendly is a different matter. But I’d bet that digging deeper into these would reveal that other companies that are perceived as open and community friendly are not very different.

http://t.cn/8kMPA6g 技術(shù)晉升的誤區(qū)（By 楊衛(wèi)華）通常TC對(duì)專業(yè)角度的考察會(huì)占到60%以上的權(quán)重。直接說(shuō)出你打了哪幾次勝仗，每場(chǎng)由于環(huán)境的變化你靈活使用了哪些兵法來(lái)克服困難，在某些特別的條件下，你靈活使用了一些沒(méi)用過(guò)的兵法取得了良好效果。如果你發(fā)現(xiàn)過(guò)去缺少獨(dú)立打仗的機(jī)會(huì)，請(qǐng)看下一條。

社科文章摘要：

http://t.cn/RvfrMa7 從哈/維/爾出發(fā)。生活在真實(shí)中”、“無(wú)權(quán)者的權(quán)力”、“反政治的政治”……呈現(xiàn)了他的觀察、感受和思考，不僅字字句句閃動(dòng)著批判的鋒芒，而且蘊(yùn)含著通往未來(lái)健康社會(huì)的新因素，這些語(yǔ)言的背后是一種強(qiáng)有力的精神力量，這是站在他對(duì)面的龐然大物難以想象的力量.

http://t.cn/8snRdid “我接受了自己的局限?！毖洔空f(shuō)。在異鄉(xiāng)寫作，他借用的是喬伊斯的三種武器—沉默、流亡和精巧?！俺聊菍?duì)浮躁的顛覆，流亡是對(duì)同化的逃避，而精巧是對(duì)粗俗的反抗。在異鄉(xiāng)，寫作的自由和完整因此反而容易保存?！?

http://t.cn/8sDZrjv 高華紀(jì)念文章, “紅||太||陽(yáng)||是||怎||樣||升||起||的” 財(cái)新傳媒好樣的.

章詒和《順長(zhǎng)江，水流殘?jiān)隆罚骸拔覟榱藢懜篙叄ㄕ虏x、羅隆基……）的故事，曾到民盟中央尋找材料。人家告訴我，由于定期及時(shí)上繳中央統(tǒng)戰(zhàn)部，民盟早就沒(méi)有自己的檔案了。驚駭萬(wàn)分：一個(gè)政黨的歷史居然由另一個(gè)政黨管著。說(shuō)穿了，就是不要民主黨派有自己的歷史和記憶！”

尤里·德魯日尼科夫《針尖上的天使》的主人公伊戈?duì)枴ひ寥f(wàn)諾維奇·馬卡爾采夫是《勞動(dòng)真理報(bào)》的主編。此報(bào)并非虛構(gòu)，蘇聯(lián)最著名的《真理報(bào)》曾易名《勞動(dòng)真理報(bào)》。它只有一條原則：“無(wú)論世界上發(fā)生了什么，訂報(bào)人應(yīng)當(dāng)讀到的是：我們的國(guó)家一切正常?！?

現(xiàn)今有許多人所以不能獨(dú)立，只是因?yàn)椴荒苡盟伎寂c事實(shí)去打破他們的成見；又有一種人所以不能獨(dú)立，只是因?yàn)樗麄儾荒艿钟鶗r(shí)髦的引誘?！覀儾徽f(shuō)時(shí)髦話，不唱時(shí)髦的調(diào)子，只要人撇開成見，看看事實(shí)，因?yàn)槲覀兩钚胖挥惺聦?shí)能給我們真理，只有真理能使我們獨(dú)立。——胡適《獨(dú)立評(píng)論的一周年》

http://t.cn/8FFt1ke 《為奴十二載》：自由是反抗者的戰(zhàn)利品. By 羽戈”有了反抗，未必有自由，沒(méi)有反抗，則絕對(duì)沒(méi)有自由。”, 也許，等到一個(gè)國(guó)家和民族有資格寫作《自由的故事》之時(shí)，他們才能理解這一格言的意義：“自由都是反抗者的戰(zhàn)利品，絕不是掌權(quán)者的恩賜物?！保ㄊ┟鞯拢?

http://t.cn/8FH22gZ 創(chuàng)業(yè)并快樂(lè)著的六個(gè)習(xí)慣, 1. 早睡早起, 2. 每日健身, 3. 全身心的放松, 4. 幫助他人, 5. 學(xué)習(xí)新技術(shù), 接受新挑戰(zhàn), 6. 尋找第二樂(lè)趣, 重新定義”贏”或”成功”.

人類的“物理-生理-心理”結(jié)構(gòu)意味著，任何社會(huì)得以持續(xù)演變或生存，前提是滿足足夠多（可能必須很多）社會(huì)成員的安全感，與此同時(shí)，滿足足夠多（不必很多）社會(huì)成員的好奇心。任何社會(huì)制度乃至任何公共政策，都必須或多或少在能夠滿足安全感與能夠滿足好奇心的制度之間權(quán)衡。 By 汪丁丁.

“不能用改革開放后的歷史時(shí)期否定改革開放前的歷史時(shí)期，也不能用改革開放前的歷史時(shí)期否定改革開放后的歷史時(shí)期?！惫饷魅?qǐng)?bào)刊文解讀時(shí)更透露習(xí)曾說(shuō)：“如果當(dāng)時(shí)全盤否定了毛澤東同志，那我們黨還能站得住嗎？我們國(guó)家的社會(huì)主義制度還能站得住嗎？那就站不住了，站不住就會(huì)天下大亂?！?

@peakscale: “Engineers like to solve problems. If there are no problems handily available, they will create their own problems” – Scott Adams 是這樣嘛?

It does not matter how intelligent you are, if you guess and that guess cannot be backed up by experimental evidence – then it is still a guess.” – Richard Feynman

http://t.cn/8sIoBW1 on-working-hard, Success doesn’t depend on how much you work, it depends on where you focus your time in the best way possible. Don’t work too hard.

http://t.cn/auGru1 Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization’s communication structure. 組織的通訊架構(gòu)決定了這個(gè)組織設(shè)計(jì)的產(chǎn)品的架構(gòu).

Eric Schmidt said, “Every once in a while a perfect storm occurs. Your competitors make some mistakes. You end up with the right product at the right time. There are really no other good choices of products … That’s what happened with Android.”? http://t.cn/8kD7Wbb

“Redundancy is ambiguous because it seems like a waste if nothing unusual happens. Except that something unusual happens—usually.” @nntaleb 尼古拉斯.塔勒布

No related posts.

原文地址：Jame’s Readings 06-29, 感謝原作者分享。

聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com