新的datasnap使用INDY10的線程池。不管你知不知道，DATASNAP都是使用線程池了，這和MIDAS不同，MIDAS默認是沒有線程池的。
跟蹤INDY10線程池類TIdSchedulerOfThreadPool的代碼：
procedure TIdSchedulerOfThreadPool.Init;
begin
inherited Init;
Assert(FThreadPool<>nil);
if not IsDesignTime then begin
if PoolSize > 0 then begin
with FThreadPool.LockList do try
while Count < PoolSize do begin
Add(NewThread);
end;
finally FThreadPool.UnlockList; end;
end;
end;
end;
由此可知TDSTCPServerTransport.poolsize屬性，默認值是10，表示線程池初始化的時候在池內創建10個線程，這個默認值太小，應該設大點。TDSTCPServerTransport.maxThreads屬性，默認值是0，表示線程池內創建線程的個數不設上限。池應該設一個可創建線程數量的上限值，不能允許無限制地創建線程。
線程池的POOLSIZE屬性的值應該設大些，這樣線程池初始化的時候就在池內創建了許多的線程，以后需要使用線程的時候，就直接從池內取，不需要再去創建新的線程，這節約了大量的CPU時間，但大量的線程需要占用較多的內存空間。服務器端的內存空間一般都比較大，用空間換時間的策略是值得的。服務器端其它的對象池也應該用此策略。對象池創建的時候設置POOLSIZE=0的方法是不可取的，應該盡量設大一點，占用點內存空間其實根本不算什么。
TDSServerClass.LIFECycle屬性的值對線程池的利用效率至關重要。當LIFECYCLE=SESSION，一個客戶端連接從線程池中獲取一個線程為其服務，當這個客戶端斷開連接的時候把這個占用的線程歸還線程池中，這個線程占用的時間是有些長啊；當LIFECYCLE=SERVER，所有的客戶連接都共用一個從線程池中獲取的線程為它們服務，這個時候線程池好像真是多此一舉不是，官方資料說是如果你的服務器硬件窮的慌就用它，估計沒幾個人會窮到如此份上吧；當LIFECYCLE=INVOCATION，一個客戶端發起一個事件動作就從線程池中獲取一個線程為它服務，這個有點費事，什么雞毛點兒的事就要獲取一個線程為它服務，一眨眼的時間這事它完了，線程立馬歸還線程池中，如此頻繁，咱真有點兒擔心線程池吃的消不。所以本人滿打滿算還是從了官方的建議：使用默認的SESSION值。