Thread Pool · my-elasticsearch-cn

# Thread Pool # 線程池每個節點都有一些線程池來優化線程內存的消耗，按節點來配置管理。有些線程池還擁有與之關聯的隊列配置，用來允許掛住一些未處理的請求，而不是丟棄它。下面僅列出來了一些重要的線程池： generic *用于通用的操作（例如：后臺節點發現），線程池類型為 **scaling**。* index *用于index/delete操作，線程池類型為 **fixed**，大小的為`處理器數量`，隊列大小為`200`，最大線程數為 `1 + 處理器數量`。* search *用于count/search/suggest操作。線程池類型為 **fixed**，大小的為`int((處理器數量* 3) / 2) +1`，隊列大小為`1000`。\* get *用于get操作。線程池類型為 **fixed**，大小的為`處理器數量`，隊列大小為`1000`。* bulk *用于bulk操作，線程池類型為 **fixed**，大小的為`處理器數量`，隊列大小為`200`，該池的最大線程數為 `1 + 處理器數量`。* percolate *用于percolate操作，線程池類型為 **fixed**，大小的為`處理器數量`，隊列大小為`1000`* snapshot *用于snaphost/restore操作。線程池類型為 **scaling**，線程保持存活時間為5分鐘，最大線程數為`min(5, (處理器數量)/2)`。* warmer *用于segment warm-up操作。線程池類型為 **scaling**，線程保持存活時間為5分鐘，最大線程數為`min(5, (處理器數量)/2)`。* refresh *用于refresh操作。線程池類型為 **scaling**，線程空閑保持存活時間為5分鐘，最大線程數為`min(10, (處理器數量)/2)`。* listener *主要用于Java客戶端線程監聽器被設置為true時執行動作。線程池類型為 **scaling**，最大線程數為`min(10, (處理器數量)/2)`。* **更改指定線程池可以通過設置指定類型的參數來實現; 例如，改變`index`線程池有更多的線程：** ``` thread_pool: index: size: 30 ``` ## 線程池類型以下是線程池的類型和各自的參數： ### fixed（固定） `fixed`線程池擁有固定數量的線程來處理請求，在沒有空閑線程時請求將被掛在隊列中（可選配）。 `size`參數用來控制線程的數目，默認為數量為5。 `queue_size`參數可以控制在沒有空閑線程時，能排隊掛起的請求數。默認情況下它被設置為`-1`，這意味著它是無限的。當一個請求進來時如果隊列已滿，請求將被中止。 ``` thread_pool: index: size: 30 queue_size: 1000 ``` ### scaling（彈性） `scaling`線程池擁有的線程數量是動態的。這個數字介于`core`和`max`參數的配置之間變化。 `keep_alive`參數用來控制線程在線程池中空閑的最長時間。（譯者注：線程池中線程的空閑時間超過此值、且池中的線程數量不少于`core`時，線程會被銷毀）。 ``` thread_pool: warmer: core: 1 max: 8 keep_alive: 2m ``` ## 處理器設置 Elasticsearch會自動探測處理器的數量，并且線程池的設置將基于它自動設置。在某些情況下，你可能需要自己覆蓋自動探測的處理器數量，這可以通過顯式設置`processors`參數來進行設置。 ``` processors: 2 ``` 下面有幾個場景是需要明確的覆蓋的`processors`設置： 1. 如果要在同一主機上運行Elasticsearch的多個實例，但希望Elasticsearch線程池的大小只根據一部分CPU來設置，這時你應該通過`processors`參數來重設處理器數量。（例如，如果你在16核的機器上運行兩個Elasticsearch實例，可以設置`processors`為`8`）。請注意，這是一個專家級的場景，這種情況不僅僅是設置一下`processors`就行的，因為還有更多復雜的其他因素需要設置，譬如修改垃圾收集器線程數量、綁定進程到CPU等。 2. 自動探測處理器數量的默認上限是32。這意味著，在具有超過32個處理器的系統中，Elasticsearch的線程池大小會受限于32個處理器。加入此限制是問了避免在沒有正確調整操作系統的`ulimit`最大進程數時創建了過多的線程，在你適當的調整`ulimit`情況下，則可以顯式設置此`processors`參數。 3. 有時候被錯誤地檢測出處理器的數量，在這種情況下，明確設置`processors`將解決此問題。若要檢查自動探測的處理器數量，可以使用節點信息API通過os標志來查看。