ToList 所帶來的效能影響

2021-09-19 22:21:19 字數 1446 閱讀 2127

原文:

tolist()所帶來的效能影響

前幾天優化師弟寫的**,有乙個地方給我留下很深刻的印象,就是我發現他總是將plinq的結果tolist<>(),然後再返回給主程式,對於這一點我十分不解,於是去問他是什麼原因,得到的答案很幽默:因為習慣。

有時候對於方法的不甚了解加上「習慣」,往往是程式效能和穩定性終結者,就拿這個case來說吧,原始**如下:

var query = from cr in lcrnormal.asparallel() let listid = from crt in lcrnormal group crt by crt.keyvalue into m select m.max(n => n.dbid) where listid.contains(cr.dbid) && !cr.isregularrecord && cr.status != 3 select new computingresultfortemp() ;

經過以上plinq後,泛型列表中大概還剩下60萬至100萬條資料,然後我們這位師弟做了兩個很「施瓦辛格」的動作:tolist<>()和count(),測試程式執行在一台4*2g hz,12gb記憶體的伺服器上,竟然跑了2天多!我覺得正式這兩個方法導致了程式效能的降低,為了  確定我的判斷,我分別在以上**、tolist<>()和count()周圍加上了stopwatch計時器,然後將結果以文字的形式輸出:

● 100萬資料plinq:

**********3/26/2011 01:34:31 pm **********=

**(getdeletedrecords)start plinq(linq fitter)

**********3/26/2011 01:38:38 pm **********=

**(getdeletedrecords)finish plinq (linq fitter)

●  80萬資料tolist <>():

**********3/26/2011 03:22:10 pm **********=

**(getdeletedrecords)start get list

●  80萬資料count():

**********3/28/2011 02:12:09 pm **********=

**(getdeletedrecords)start get count

**********3/28/2011 08:50:55 pm **********=

** (getdeletedrecords)finish get count

日誌格式是這樣:任務開始時輸出當前時間和「start」,任務結束時輸出「finish」,當從日誌中可以看出,plinq的效率還是很高的,只執行了幾分鐘;tolist<>()方法在執行了1天多後人為終止,所以只有start沒有finish;count()方法也執行了6小時多。

所以最終優化方案很簡單,去掉了tolist和count,程式從幾天的執行時間一下縮短到幾個小時。

ToList 所帶來的效能影響

前幾天優化師弟寫的 有乙個地方給我留下很深刻的印象,就是我發現他總是將plinq的結果tolist 然後再返回給主程式,對於這一點我十分不解,於是去問他是什麼原因,得到的答案很幽默 因為習慣。有時候對於方法的不甚了解加上 習慣 往往是程式效能和穩定性終結者,就拿這個case來說吧,原始 如下 var...

ToList 所帶來的效能影響

前幾天優化師弟寫的 有乙個地方給我留下很深刻的印象,就是我發現他總是將plinq的結果tolist 然後再返回給主程式,對於這一點我十分不解,於是去問他是什麼原因,得到的答案很幽默 因為習慣。有時候對於方法的不甚了解加上 習慣 往往是程式效能和穩定性終結者,就拿這個case來說吧,原始 如下 var...

ToList 所帶來的效能影響

前幾天優化師弟寫的 有乙個地方給我留下很深刻的印象,就是我發現他總是將plinq的結果tolist 然後再返回給主程式,對於這一點我十分不解,於是去問他是什麼原因,得到的答案很幽默 因為習慣。有時候對於方法的不甚了解加上 習慣 往往是程式效能和穩定性終結者,就拿這個case來說吧,原始 如下 c s...