国产99久久精品_欧美日本韩国一区二区_激情小说综合网_欧美一级二级视频_午夜av电影_日本久久精品视频

最新文章專題視頻專題問(wèn)答1問(wèn)答10問(wèn)答100問(wèn)答1000問(wèn)答2000關(guān)鍵字專題1關(guān)鍵字專題50關(guān)鍵字專題500關(guān)鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關(guān)鍵字專題關(guān)鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
問(wèn)答文章1 問(wèn)答文章501 問(wèn)答文章1001 問(wèn)答文章1501 問(wèn)答文章2001 問(wèn)答文章2501 問(wèn)答文章3001 問(wèn)答文章3501 問(wèn)答文章4001 問(wèn)答文章4501 問(wèn)答文章5001 問(wèn)答文章5501 問(wèn)答文章6001 問(wèn)答文章6501 問(wèn)答文章7001 問(wèn)答文章7501 問(wèn)答文章8001 問(wèn)答文章8501 問(wèn)答文章9001 問(wèn)答文章9501
當(dāng)前位置: 首頁(yè) - 科技 - 知識(shí)百科 - 正文

JamesReading12-07

來(lái)源:懂視網(wǎng) 責(zé)編:小采 時(shí)間:2020-11-09 13:11:18
文檔

JamesReading12-07

JamesReading12-07:有一個(gè)多月沒(méi)有整理閱讀的內(nèi)容了, 最近一段時(shí)間在閱讀幾本書(shū),《Systems-Performance-Enterprise-and-the-Cloud》 By Gregg Brendan,《The Art of Computer System Performance》,《NoSQL Distilled》 都很不錯(cuò), 不過(guò)都沒(méi)看完
推薦度:
導(dǎo)讀JamesReading12-07:有一個(gè)多月沒(méi)有整理閱讀的內(nèi)容了, 最近一段時(shí)間在閱讀幾本書(shū),《Systems-Performance-Enterprise-and-the-Cloud》 By Gregg Brendan,《The Art of Computer System Performance》,《NoSQL Distilled》 都很不錯(cuò), 不過(guò)都沒(méi)看完

有一個(gè)多月沒(méi)有整理閱讀的內(nèi)容了, 最近一段時(shí)間在閱讀幾本書(shū),《Systems-Performance-Enterprise-and-the-Cloud》 By Gregg Brendan,《The Art of Computer System Performance》,《NoSQL Distilled》 都很不錯(cuò), 不過(guò)都沒(méi)看完, 就不在這里多說(shuō)了。 哈哈。

有一個(gè)多月沒(méi)有整理閱讀的內(nèi)容了, 最近一段時(shí)間在閱讀幾本書(shū),《Systems-Performance-Enterprise-and-the-Cloud》 By Gregg Brendan,《The Art of Computer System Performance》,《NoSQL Distilled》 都很不錯(cuò), 不過(guò)都沒(méi)看完, 就不在這里多說(shuō)了。 哈哈。

下面是10-14到今天12-07為止閱讀過(guò), 并認(rèn)為值得了解的內(nèi)容。

  • 運(yùn)維與監(jiān)控
  • http://t.cn/zR5ADrP 預(yù)警是關(guān)于“Unknown unknown”,在文中,Baron Schwartz介紹了監(jiān)控系統(tǒng)的幾個(gè)基本原則:1. 從業(yè)務(wù)角度去監(jiān)控,每秒鐘處理多少業(yè)務(wù)量,處理的速度如何,2. 度量并分析你關(guān)心的指標(biāo),3. 永遠(yuǎn)不要針對(duì)無(wú)法修復(fù)的問(wèn)題做告警,比如MySQL的備庫(kù)延遲,比如因?yàn)閭浞荻鸬呢?fù)載增加。

    http://t.cn/zRtymS0 構(gòu)建有效的告警系統(tǒng),1. 針對(duì)哪些指標(biāo)進(jìn)行監(jiān)控(超載監(jiān)控,頻次監(jiān)控,時(shí)間窗口統(tǒng)計(jì)監(jiān)控),2.如何定義正常狀態(tài)(Normal behavior ),3.如何定義非正常狀態(tài)(Abnormal or anomalies )。

    http://t.cn/zRtUpuy 性能與可運(yùn)維性模式,這篇文章是這本書(shū)的深度書(shū)評(píng),從這篇書(shū)評(píng)看,本書(shū)幾乎涉及到我接觸/了解到的可運(yùn)維性的大部分內(nèi)容,對(duì)于性能相關(guān)內(nèi)容,介紹比較粗淺。

    http://t.cn/zR6FCfp “Monitor Some of the Things”, http://t.cn/zR6FCfN “What should I Monitor”,Baron Schwartz最近做的兩個(gè)關(guān)于如何監(jiān)控/監(jiān)控什么/如何Alert/如何發(fā)現(xiàn)Anomaly/如何做容量規(guī)劃/如何做基本的性能診斷.

    http://t.cn/zR6HmCy Chaos Kong, Netflix的地區(qū)級(jí)容災(zāi)工具, 文章要點(diǎn): 1. Chaos Monkey負(fù)責(zé)單主機(jī)故障容災(zāi),Chaos Gorilla負(fù)責(zé)Availability Zone的容災(zāi),Chaos Kong負(fù)責(zé)地區(qū)級(jí)故障容災(zāi), 2. 利用Amazon的預(yù)留主機(jī)策略來(lái)實(shí)施地區(qū)級(jí)容災(zāi),3. 自己實(shí)現(xiàn)CDN(21個(gè)機(jī)房),4.開(kāi)發(fā)負(fù)責(zé)到底,5. 一切都保留3份冗余

    http://t.cn/zRjiPwZ netflix的自動(dòng)容量控制平臺(tái)-scryer, 基于歷史的負(fù)載特征, 做容量與資源的擬合, 再基于此擬合自動(dòng)的通過(guò)AWS的工具上下線機(jī)器, 從而更加有效的使用機(jī)器資源, 降低成本. 當(dāng)然, 并不是所有負(fù)載都是基于固定模式(pattern)的, 此系統(tǒng)也接受人工指定負(fù)載特征,來(lái)應(yīng)對(duì)節(jié)假日模式.

    http://t.cn/zRtU6xQ Netflix的Hystrix高容錯(cuò)系統(tǒng)的介紹。重點(diǎn)介紹了他們的監(jiān)控系統(tǒng),以及參造《Release IT!》一書(shū)中介紹的幾種提高系統(tǒng)可靠性的Stability Patterns,如Bulkheads,Circuit Breaker,Threadpool與Semophore來(lái)控制并發(fā)訪問(wèn),使用Failback、Fast Fail模式來(lái)控制故障蔓延。

    http://t.cn/zR6s4f3 “How to Run a Post-Mortem With Humans”, 如何實(shí)現(xiàn)no-shame的故障事后分析, 1. 從心理學(xué)的角度分析人的認(rèn)知, 人通常都會(huì)因故障從自身觸發(fā)而感到Shame, 2. 默認(rèn)情況下, 我們都傾向于將故障定位為人的問(wèn)題, 是人不夠仔細(xì)不夠小心, 而這對(duì)于后續(xù)如何避免故障作用不大, 3. 更好的方式是, 假設(shè)人會(huì)犯此類(lèi)錯(cuò)誤并從機(jī)制上避免

  • 性能優(yōu)化
  • http://t.cn/zRyirMZ iconfinder如何優(yōu)化他們的頁(yè)面處理引擎(Render),將頁(yè)面的處理時(shí)間從開(kāi)始的91ms->29ms->20ms, 而絲毫不涉及到傳統(tǒng)上大家認(rèn)為的,系統(tǒng)慢是源自數(shù)據(jù)庫(kù)慢. 哈哈. 基本的觀點(diǎn)是: 需要通過(guò)Profiling的方法找到系統(tǒng)慢的地方,并作針對(duì)性的優(yōu)化,而不只是找個(gè)替罪羊.

    http://t.cn/zHuwByv Brendan Gregg的主頁(yè), 他的幾乎所有的演講ppt, 大部分比較好的文章,在此都有匯集; 另, 看了下他推薦的閱讀列表, 大部分是關(guān)于性能分析,性能優(yōu)化, 容量規(guī)劃與分析的書(shū)籍, 值得參考下.

    http://t.cn/zR6Q4RF Brendan Gregg的新書(shū)Systems-Performance-Enterprise-and-the-Cloud已經(jīng)上架,可以購(gòu)買(mǎi)了(價(jià)格較高,謹(jǐn)慎動(dòng)手), 主要內(nèi)容: 1. 優(yōu)化的方法論(術(shù)語(yǔ)/概念/模型/方法與技術(shù)), 2. 動(dòng)態(tài)追蹤技術(shù)與工具, 包含Dtrace/Systemtap/Perf, 3. 系統(tǒng)各個(gè)組件的優(yōu)化技術(shù), 4. 壓測(cè),如何避免常見(jiàn)誤區(qū)

    http://t.cn/8khwx3h http://t.cn/8khwx3P 如何利用HyperLogLog算法在Oracle中(增量的)計(jì)算表上的distinct值, HyperLogLog是一種基于Hash桶計(jì)算近似Distinct值的算法, 計(jì)算的精度基本在+-2%的范圍, 優(yōu)勢(shì)有三: 1. 內(nèi)存耗費(fèi)非常小, 2. 計(jì)算速度快, 3. 可以增量計(jì)算. 這兩篇文章是介紹性的, 不過(guò)很清晰

    http://t.cn/SxMn6K 深入探討Java語(yǔ)言的各種對(duì)象(Collection)/類(lèi)型在運(yùn)行時(shí)的內(nèi)存消耗, 各種Collection對(duì)象的內(nèi)存消耗對(duì)比, 如何更好的管理對(duì)象的生命周期(Life Cycle), 如何有效的利用Java 的Heap空間, 同時(shí)又不降低處理的性能.

    http://t.cn/8kLSAdm 不同Redo Size在Exadata SSD上的效果, Redo Size越大, log write的寫(xiě)入時(shí)延波動(dòng)性越大, 從而越不可用. 【從我個(gè)人的經(jīng)驗(yàn)看,1. 盡可能不要使用SSD作為Redo 寫(xiě),2.如果使用,a. 專用設(shè)備,b. 足夠的預(yù)留空間(高OP), 3. 使用成熟廠家的產(chǎn)品(如Fusion-IO,Intel), GC算法至關(guān)重要】

    http://t.cn/8ktRmee 不錯(cuò)的關(guān)于SSD以及IO相關(guān)的小提示. RethinkDB出品.

    http://t.cn/8kfhwWq 針對(duì)EMC XtremIO的文章http://t.cn/8kcP1i5的回?fù)? 從我的角度理解, EMC確實(shí)沒(méi)有說(shuō)清楚他的優(yōu)勢(shì), 或者說(shuō), 在GC這件事情上, 他沒(méi)有做什么事情, 而GC對(duì)于每一個(gè)Flash廠商來(lái)講都應(yīng)該是重要的事情.

  • 架構(gòu),評(píng)論與其它
  • http://t.cn/zRtV8xe Innotop工具的介紹, 簡(jiǎn)單的登錄配置, 如何配置MySQL集群,通過(guò)innotop檢測(cè)一個(gè)集群的狀態(tài), 比如一個(gè)master多個(gè)Slave的情況, 如何通過(guò)Innotop來(lái)管理集群的多臺(tái)機(jī)器,在權(quán)限允許的情況下,可以通過(guò)它對(duì)多臺(tái)機(jī)器發(fā)出命令. 功能還是很強(qiáng)大的.

    http://t.cn/zR6QhLX Todd Hoff對(duì)sosp 2013論文的回顧, “關(guān)于同步,所有你需要知道的內(nèi)容”, 要點(diǎn): 1. 鎖的利用需要基于硬件平臺(tái), 以及對(duì)應(yīng)的工作負(fù)載特征進(jìn)行選擇,2. 同步操作的可擴(kuò)展性主要是硬件的一個(gè)屬性, 3. 同步操作在單CPU上擴(kuò)展性最好,4.9種不同的鎖算法各有其合適的場(chǎng)景, 也即合適才是最好的.

    http://highscalability.com/blog/2013/12/4/how-can-batching-requests-actually-reduce-latency.html 批處理為何可以,以及在什么樣的情況下, 可以降低時(shí)延.

    http://t.cn/8kLY6dz 為什么Oracle不會(huì)殺掉MySQL,1. MySQL并不是Oracle的直接競(jìng)爭(zhēng)產(chǎn)品,Oracle的客戶主要為運(yùn)行企業(yè)級(jí)軟件的企業(yè)客戶,而不是互聯(lián)網(wǎng)客戶. 2. Oracle是為了硬件而購(gòu)買(mǎi)Sun,也即目標(biāo)是Exa系列的產(chǎn)品,3. Larry的目標(biāo)是錢(qián),并不反對(duì)開(kāi)源,4.MySQL的企業(yè)支持業(yè)務(wù)發(fā)展也不錯(cuò),5. M有替代的競(jìng)爭(zhēng)產(chǎn)品

    http://t.cn/8kA9brd 硬盤(pán)的生命周期到底是怎么樣的? 一塊普通的磁盤(pán)壽命如何?

    http://t.cn/zjjwPQ1 為什么MongoDB在Etsy使用的并不好,MongoDB的成名/成功主要得益于兩大功能:Schema-Free,Auto-Sharding, 當(dāng)一個(gè)公司已經(jīng)有相對(duì)成熟的MySQL運(yùn)維體系的時(shí)候, 當(dāng)公司有足夠的技術(shù)能力做好去范式化/Sharding Key的選擇/自動(dòng)Sharding擴(kuò)展這些功能時(shí), 引入一個(gè)新的數(shù)據(jù)庫(kù)好處就很有限了

    http://t.cn/zRQV5qv Robin Harris (StorageMojo)談?wù)搨鹘y(tǒng)大型存儲(chǔ)的情況, 1. 已經(jīng)不適合時(shí)代, 2. 會(huì)逐漸被Flash Storage取代. 仍然健在的原因,1. 【Availability】更好的可用性,2. 更友好的使用。Flash存儲(chǔ)的工作方向:1. 更好的壓縮,2. 更好的實(shí)時(shí)去重,有效提供更好的Capacity/$。

    http://t.cn/zRIw0pV (請(qǐng)自備梯子), Twillo的高可用架構(gòu)變遷, 談及Twillo如何根據(jù)業(yè)務(wù)的需求與特征, 并從故障的角度分析高可用的天敵: 數(shù)據(jù)持久化與變更管控, 總結(jié)了幾條規(guī)則: 1. 盡可能無(wú)狀態(tài),2.分離有狀態(tài)與無(wú)狀態(tài)的組件,3.使用Cache與Sharding,4.分解數(shù)據(jù)的生命周期,降低數(shù)據(jù)管理復(fù)雜度.

    http://t.cn/zRJMybK MySQL上的幾種高可用方案, 各種對(duì)比, 各種介紹, 自己體會(huì)吧.

  • 社會(huì)心理
  • 人力資本與非人力資本在產(chǎn)權(quán)性質(zhì)上的差別很大,在自由社會(huì)中,人力資本的所有權(quán)僅限于他本人. — 羅森(芝加哥大學(xué)經(jīng)濟(jì)系,勞動(dòng)力經(jīng)濟(jì)學(xué)的領(lǐng)導(dǎo)人物).

    果樹(shù)會(huì)結(jié)果,農(nóng)地有收成,結(jié)果與收成都是收入. 然而, 這收成可不是在果熟或稻熟時(shí)才得到的. 果樹(shù)或農(nóng)作物每天都在變, 不停地變, 而每一小變都是收入(或負(fù)收入), 所以, 收入是一連串的事件了. –摘自周其仁《收入是一連串事件》之張五常序.

    The first principle is that you must not fool yourself – and you are the easiest person to fool — By Richard Feynman.

    http://t.cn/zR6zfjL 控制人們的頭腦是控制整個(gè)國(guó)家的關(guān)鍵,語(yǔ)言文字就是制度的基石。 ——〔波蘭〕切斯瓦夫·米沃什

    http://t.cn/8kLAGW1 權(quán)利是得到社會(huì)認(rèn)可的、大部分人主動(dòng)維護(hù)的選擇的自由。任何在現(xiàn)實(shí)中能夠行使的權(quán)利,都離不開(kāi)他人的背書(shū)和支持。換言之,我們可以倡議某種權(quán)利,并聲稱它是一種 “自然權(quán)利” 或 “天賦權(quán)利”,但除非它得到普遍的尊重和維護(hù),它就只是應(yīng)然而非實(shí)然的關(guān)于權(quán)利的主張而已(薛兆豐)

    Related posts:

    1. James’ Reading 05-11

    聲明:本網(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

    文檔

    JamesReading12-07

    JamesReading12-07:有一個(gè)多月沒(méi)有整理閱讀的內(nèi)容了, 最近一段時(shí)間在閱讀幾本書(shū),《Systems-Performance-Enterprise-and-the-Cloud》 By Gregg Brendan,《The Art of Computer System Performance》,《NoSQL Distilled》 都很不錯(cuò), 不過(guò)都沒(méi)看完
    推薦度:
    標(biāo)簽: 沒(méi)有 有一個(gè) 12
    • 熱門(mén)焦點(diǎn)

    最新推薦

    猜你喜歡

    熱門(mén)推薦

    專題
    Top
    主站蜘蛛池模板: 国产成人精品免费视频大全可播放的 | 在线欧美v日韩v国产精品v | 国产成人综合久久 | 一道本一区二区三区 | 欧美日韩精品一区二区三区四区 | 一区二区高清在线 | 亚洲精品第1页 | 欧美在线一二三区 | 国产第一页在线视频 | 亚洲欧美综合图片 | 国产欧美日韩精品综合 | 在线精品亚洲欧洲第一页 | 午夜视频久久久久一区 | 欧美日韩国产一区二区三区在线观看 | 精品国产欧美一区二区三区成人 | 国产亚洲免费观看 | 精品国产一区二区三区免费看 | 亚洲欧美日韩在线2020 | 国产精品一区二区午夜嘿嘿嘿小说 | 国产最新视频 | 欧美成人看片一区二区三区尤物 | 一区二区三区免费在线 | 久久99精品久久久久久青青91 | 国产成人精品第一区二区 | 国产高清精品一区 | 免费观看h | 亚洲成a人一区二区三区 | 亚洲国产成人久久综合碰 | 最新国产在线播放 | 日韩精品第一页 | 91中文字幕在线视频 | 欧美日韩欧美日韩 | 在线观看网站国产 | 黄色毛片视频 | 免费日本黄色网址 | 亚洲 欧美 中文字幕 | 久久精品香蕉 | 久久精品国产精品亚洲毛片 | 亚洲一区中文字幕 | 亚洲第一区在线观看 | 日韩视频免费在线观看 |