ptde2bzzah的部落格

學習英文與了解天下事，為什麼要讀時代雜誌呢？

閱讀世界新鮮事的人所擁有的國際觀是非常驚人的

當你開始閱讀time時代雜誌增加英文閱讀能力，同時也可以提昇世界觀

因此無論出社會還是在學時，推薦學英文的其中一種方法就是大量閱讀time時代雜誌

藉此提高外文的閱讀理解能力，提高英文文章與新聞的理解力，time時代雜誌是一個非常好的讀物!

因為這本雜誌所囊括世界各地最新的奇人異事，可以讓眼界變得更寬廣

而且許多最新片語詞彙，不見得你在字典可以找到，很多都是新創名詞

讓你的頭腦可以跟著世界的巨輪一起前進

只要閱讀1-2個月，你會發現你看原文的速度至少快上2-3倍。

除了TIME雜誌外，經濟學人，科學人，國家地理中文都很推薦

下面的介紹，可以讓你快速了解雜誌的特色

↓↓↓TIME雜誌限量特惠的優惠按鈕↓↓↓

PTT鄉民限量,團購,限時,週年慶,面試官：創建多少個線程合適，我該怎麼說？禮物,優惠,特價,開箱,比價面試官：創建多少個線程合適，我該怎麼說？,活動,好評,推薦

面試官：創建多少個線程合適，我該怎麼說？01網友哪裡便宜,採購,優缺點,試用,面試官：創建多少個線程合適，我該怎麼說？好用,面試官：創建多少個線程合適，我該怎麼說？CP值,經驗,好康,集購,下殺,免比價,去哪買？,

名人推薦介紹,面試官：創建多少個線程合適，我該怎麼說？部落客,排行,體驗,精選,限定,折扣,面試官：創建多少個線程合適，我該怎麼說？折價卷,ptt,蝦皮拍賣,Dcard推薦評比開箱

選購指南!面試官：創建多少個線程合適，我該怎麼說？這新知
如何選購面試官：創建多少個線程合適，我該怎麼說？這新知
新手選購有技巧！部落客大推面試官：創建多少個線程合適，我該怎麼說？這新知
面試官：創建多少個線程合適，我該怎麼說？好用
這個這新知面試官：創建多少個線程合適，我該怎麼說？你不能錯過
熱門的面試官：創建多少個線程合適，我該怎麼說？好用？如何選購

↓↓↓下方有其他推薦產品與服務讓你選喔↓↓↓

熱點新知搶先報

轉載：https://mp.weixin.qq.com/s/j5d4Jtxo0RgJWgpnG9HxlQ ... 為什麼要使用多線程？ 防止並發編程出錯最好的辦法就是不寫並發程序 ... 既然多線程編程容易出錯，為什麼它還經久不衰呢？ A：那還用說，肯定在某些方面有特長唄，比如你知道的【它很快，非常快】 我也很贊同這個答案，但說的不夠具體 並發編程適用於什麼場景？ 如果問你選擇多線程的原因就是一個【快】字，面試也就不會出那麼多么蛾子了。你有沒有問過你自己 並發編程在所有場景下都是快的嗎？ 知道它很快，何為快？怎樣度量？ 想知道這兩個問題的答案，我們需要一個從【定性】到【定量】的分析過程 使用多線程就是在正確的場景下通過設置正確個數的線程來最大化程序的運行速度（我感覺你還是啥也沒說） 將這句話翻譯到硬體級別就是要充分的利用 CPU 和 I/O 的利用率 ... 兩個正確得到保證，也就能達到最大化利用 CPU 和 I/O的目的了。最關鍵是，如何做到兩個【正確】？ 在聊具體場景的時候，我們必須要拿出我們的專業性來。送你兩個名詞 buff 加成 CPU 密集型程序 I/O 密集型程序 CPU 密集型程序 一個完整請求，I/O操作可以在很短時間內完成， CPU還有很多運算要處理，也就是說 CPU 計算的比例占很大一部分 假如我們要計算 1+2+....100億 的總和，很明顯，這就是一個 CPU 密集型程序 在【單核】CPU下，如果我們創建 4 個線程來分段計算，即： 線程1計算 [1,25億） ...... 以此類推 線程4計算 [75億，100億] 我們來看下圖他們會發生什麼？ ... 由於是單核 CPU，所有線程都在等待 CPU 時間片。按照理想情況來看，四個線程執行的時間總和與一個線程5獨自完成是相等的，實際上我們還忽略了四個線程上下文切換的開銷 所以，單核CPU處理CPU密集型程序，這種情況並不太適合使用多線程 此時如果在 4 核CPU下，同樣創建四個線程來分段計算，看看會發生什麼？ ... 每個線程都有 CPU 來運行，並不會發生等待 CPU 時間片的情況，也沒有線程切換的開銷。理論情況來看效率提升了 4 倍 所以，如果是多核CPU 處理 CPU 密集型程序，我們完全可以最大化的利用 CPU 核心數，應用並發編程來提高效率 I/O密集型程序 與 CPU 密集型程序相對，一個完整請求，CPU運算操作完成之後還有很多 I/O 操作要做，也就是說 I/O 操作占比很大部分 我們都知道在進行 I/O 操作時，CPU是空閒狀態，所以我們要最大化的利用 CPU，不能讓其是空閒狀態 同樣在單核 CPU 的情況下： ... 從上圖中可以看出，每個線程都執行了相同長度的 CPU 耗時和 I/O 耗時，如果你將上面的圖多畫幾個周期，CPU操作耗時固定，將 I/O 操作耗時變為 CPU 耗時的 3 倍，你會發現，CPU又有空閒了，這時你就可以新建線程 4，來繼續最大化的利用 CPU。 綜上兩種情況我們可以做出這樣的總結： 線程等待時間所占比例越高，需要越多線程；線程CPU時間所占比例越高，需要越少線程。 到這裡，相信你已經知道第一個【正確】使用多線程的場景了，那創建多少個線程是正確的呢？ 創建多少個線程合適？ 面試如果問到這個問題，這可是對你理論和實踐的統考。想完全答對，你必須要【精通/精通/精通】小學算術 從上面知道，我們有 CPU 密集型和 I/O 密集型兩個場景，不同的場景當然需要的線程數也就不一樣了 CPU 密集型程序創建多少個線程合適？ 有些同學早已經發現，對於 CPU 密集型來說，理論上 線程數量 = CPU 核數（邏輯） 就可以了，但是實際上，數量一般會設置為 CPU 核數（邏輯）+ 1， 為什麼呢？ 《Java並發編程實戰》這麼說： 計算密（CPU）集型的線程恰好在某時因為發生一個頁錯誤或者因其他原因而暫停，剛好有一個「額外」的線程，可以確保在這種情況下CPU周期不會中斷工作。 所以對於CPU密集型程序， CPU 核數（邏輯）+ 1 個線程數是比較好的經驗值的原因了 I/O密集型程序創建多少個線程合適？ 上面已經讓大家按照圖多畫幾個周期（你可以動手將I/O耗時與CPU耗時比例調大，比如6倍或7倍），這樣你就會得到一個結論，對於 I/O 密集型程序： 最佳線程數 = (1/CPU利用率) = 1 + (I/O耗時/CPU耗時) 我這麼體貼，當然擔心有些同學不理解這個公式，我們將上圖的比例手動帶入到上面的公式中： ... 這是一個CPU核心的最佳線程數，如果多個核心，那麼 I/O 密集型程序的最佳線程數就是： 最佳線程數 = CPU核心數 * (1/CPU利用率) = CPU核心數 * 1 + (I/O耗時/CPU耗時) 說到這，有些同學可能有疑問了，要計算 I/O 密集型程序，是要知道 CPU 利用率的，如果我不知道這些，那要怎樣給出一個初始值呢？ 按照上面公式，假如幾乎全是 I/O耗時，所以純理論你就可以說是2N（N=CPU核數），當然也有說 2N + 1的，（我猜這個 1 也是 backup），沒有找到具體的推倒過程，在【並發編程實戰-8.2章節】截圖在此，大家有興趣的可以自己看看 ... 理論上來說，理論上來說，理論上來說，這樣就能達到 CPU 100% 的利用率 如果理論都好用，那就用不著實踐了，也就更不會有調優的事出現了。不過在初始階段，我們確實可以按照這個理論之作為偽標準， 畢竟差也可能不會差太多，這樣調優也會更好一些 談完理論，咱們說點實際的，公式我看懂了（定性階段結束），但是我有兩個疑問： 我怎麼知道具體的 I/O耗時和CPU耗時呢？ 怎麼查看CPU利用率？ 沒錯，我們需要定量分析了 幸運的是，我們並不是第一個吃螃蟹的仔兒，其實有很多 APM （Application Performance Manager）工具可以幫我們得到準確的數據，學會使用這類工具，也就可以結合理論，在調優的過程得到更優的線程個數了。我這裡簡單列舉幾個，具體使用哪一個，具體應用還需要你自己去調研選擇，受篇幅限制，暫不展開討論了 SkyWalking CAT zipkin 上面了解了基本的理論知識，那面試有可能問什麼？又可能會以怎樣的方式提問呢？ 面試小問 小問一 假設要求一個系統的 TPS（Transaction Per Second 或者 Task Per Second）至少為20，然後假設每個Transaction由一個線程完成，繼續假設平均每個線程處理一個Transaction的時間為4s 如何設計線程個數，使得可以在1s內處理完20個Transaction？ ... 但是，但是，這是因為沒有考慮到CPU數目。家裡又沒礦，一般伺服器的CPU核數為16或者32，如果有80個線程，那麼肯定會帶來太多不必要的線程上下文切換開銷（希望這句話你可以主動說出來），這就需要調優了，來做到最佳 balance 小問二 計算操作需要5ms，DB操作需要 100ms，對於一臺 8個CPU的伺服器，怎麼設置線程數呢？ 如果不知道請拿三年級期末考試題重新做（今天晚自習留下來），答案是： 線程數 = 8 * (1 + 100/5) = 168 (個) 那如果DB的 QPS（Query Per Second）上限是1000，此時這個線程數又該設置為多大呢？ ... 同樣，這是沒有考慮 CPU 數目，接下來就又是細節調優的階段了 因為一次請求不僅僅包括 CPU 和 I/O操作，具體的調優過程還要考慮內存資源，網絡等具體內容 增加 CPU 核數一定能解決問題嗎？ 看到這，有些同學可能會認為，即便我算出了理論線程數，但實際CPU核數不夠，會帶來線程上下文切換的開銷，所以下一步就需要增加 CPU 核數，那我們盲目的增加 CPU 核數就一定能解決問題嗎？ 在講互斥鎖的內容是，我故意遺留了一個知識： ... 怎麼理解這個公式呢？ ... 這個結論告訴我們，假如我們的串行率是 5%，那麼我們無論採用什麼技術，最高也就只能提高 20 倍的性能。 如何簡單粗暴的理解串行百分比（其實都可以通過工具得出這個結果的）呢？來看個小 Tips： Tips: 臨界區都是串行的，非臨界區都是並行的，用單線程執行臨界區的時間/用單線程執行(臨界區+非臨界區)的時間就是串行百分比 現在你應該理解我在講解 synchronized 關鍵字時所說的： 最小化臨界區範圍，因為臨界區的大小往往就是瓶頸問題的所在，不要像亂用try catch那樣一鍋端 總結 多線程不一定就比但線程高效，比如大名鼎鼎的 Redis （後面會分析），因為它是基於內存操作，這種情況下，單線程可以很高效的利用CPU。而多線程的使用場景一般時存在相當比例的I/O或網絡操作 另外，結合小學數學題，我們已經了解了如何從定性到定量的分析的過程，在開始沒有任何數據之前，我們可以使用上文提到的經驗值作為一個偽標準，其次就是結合實際來逐步的調優（綜合 CPU，內存，硬碟讀寫速度，網絡狀況等）了 最後，盲目的增加 CPU 核數也不一定能解決我們的問題，這就要求我們嚴格的編寫並發程序代碼了 靈魂追問 我們已經知道創建多少個線程合適了，為什麼還要搞一個線程池出來？ 創建一個線程都要做哪些事情？為什麼說頻繁的創建線程開銷很大？ 多線程通常要注意共享變量問題，為什麼局部變量就沒有線程安全問題呢？

文章來源取自於：

每日頭條 https://kknews.cc/tech/x49o5bg.html

如有侵權，請來信告知，我們會立刻下架。

DMCA：dmca(at)kubonews.com

聯絡我們：contact(at)kubonews.com

國際書展家庭育兒雜誌新竹哪裡訂2020年美國商業週刊新竹哪裡訂2020年美國時代雜誌台南哪裡訂國際書展科普雜誌訂購優惠
2020年商業周刊高雄哪裡訂 美國留學，已經淪為一個笑話Business Traveller南投哪裡訂 香水噴射指南國際書展VOGUE訂購優惠 考研失利，韓國留學可能是性價比最高選擇2020年TIME時代雜誌哪裡訂便宜 ACCA會計學習需要什麼英語水平？5條小建議快速提升英語水平