八核十六線程的Cpu有哪些不會性能過剩的應用場景？一個非常重要的因素與操作系統(tǒng)和平臺有關。有一個很好的例子。在windows平臺上，由于效率問題和缺乏并行計算方案，8核16線程在大多數情況下可能是無用

八核十六線程的Cpu有哪些不會性能過剩的應用場景？

一個非常重要的因素與操作系統(tǒng)和平臺有關。有一個很好的例子。

在windows平臺上，由于效率問題和缺乏并行計算方案，8核16線程在大多數情況下可能是無用的。

但是在Linux平臺上是不一樣的，幾乎所有的科學計算或仿真軟件都是基于Linux平臺的，這種幾十萬的CPU使用太普遍了。

例如，目前所有的芯片設計軟件都是在Linux平臺上進行的，特別是先進技術（如7Nm）的設計極其復雜，設計規(guī)模巨大（100億設備規(guī)模）。使用幾十個或幾百個cpu和簡單線程運行模擬是很常見的。

因此，學習并行計算工具或模擬軟件。你會發(fā)現(xiàn)8核和16線程有時是不夠的

這里有一個簡單的解釋，原因如下：

鎖定是因為操作不是原子的。讓我們把我的手術作為一個解釋。參見下面兩個圖。

我這個操作需要

看上面的第二個圖，你能很清楚地理解這個過程嗎？

鎖定是為了確保上述三個步驟是原子操作。

回到問題上來，只有一個線程要寫，沒有競爭，所以不需要鎖定。

但是，如果你看第一張圖片，因為主內存和本地內存的存在

在一個線程寫入后，其他線程無法立即看到它。這就是可見性問題。

添加volatile關鍵字后，它將在操作后強制工作內存和主內存同步，以確保其他線程可以立即看到它。

多個線程可以讀一個變量，只有一個線程可以對這個變量進行寫，到底要不要加鎖？

所有人都有這個痛點，但痛點不同。沒有辦法。程序員就是這樣。項目開發(fā)是一個人負責開發(fā)部分內容模塊。大項目是可以的。每個人都會發(fā)展出更多的東西。小型項目沒有高并發(fā)性和多線程開發(fā)。

以前做輕應用開發(fā)的時候，我想在微信平臺上開發(fā)，但是沒有成功。我不得不服從公司的安排。我只能從頭到尾在金蝶移動云上寫輕量應用。雖然我覺得它幾乎是基于某個平臺，但我心里還是有一個缺口。

開發(fā)人員希望接觸一些他們沒有做過的事情來提高技術。然而，現(xiàn)實是殘酷的。遇到項目時，公司有現(xiàn)成的技術。成熟的開發(fā)者肯定不會讓不熟悉某項技術的人去開發(fā)。

作為開發(fā)者，他們只能利用業(yè)余時間學習，搭建自己的電腦虛擬環(huán)境，安裝好數據庫，找一些數據導入，私下探索，或者拿別人的程序模仿學習。

當程序員在工作中遇到不熟悉的技術時，他們總是同時學習和做。這是正常情況。沒有別的辦法了。

作為開發(fā)，項目中接觸不到多線程和高并發(fā)，我該怎么去掌握？

20年前我問過一個人這個問題，然后他給我看了他們機房里的雙向主機，兩個370奔騰三CPU。當時，那套房子的價格足以在我們三級省會買一套房。最典型的應用程序，如tomcat、tomcat，是多線程的，數百個客戶機訪問同一個web應用程序。在Tomcat訪問之后，隨后的處理被拋出到一個新線程。新線程最終被調用到我們的servlet程序，比如doGet或doPost。

如果我們不使用多線程機制，當數百人同時訪問一個web應用程序時，Tomcat將不得不排隊等待串行處理，因此客戶端根本無法忍受這種訪問速度。

還需要異步處理，您需要使用多線程。例如，任務a和任務B需要并行處理，單個線程只能串行處理。首先完成任務a，然后執(zhí)行任務B，如果要同時執(zhí)行多個任務，必須為每個任務分配一個線程，然后通過Java虛擬機的線程調度，同時執(zhí)行多個任務。例如，如果您的CPU是多核的，那么您可以讓CPU執(zhí)行一個線程。如果只有一個CPU，底層基于分時復用的原則，每個線程根據時間片獲得CPU資源。