2009-11-18 56 views

回答

2

如果不知道更多關於環境的知識,就很難知道答案。似乎合理的檢查將是通過多次重複執行此任務來運行一些性能測試。

與您所期望的相比,經驗證據有時令人驚訝。

+0

+1用於推薦測試,並簡要說明原因。 – 2009-11-18 17:38:48

0

假設您指的是RUNTIME上下文和共享變量:

In多處理器環境中,不必要的寫入會導致性能下降:緩存刷新,同步開銷等。

因此,它可以有所作爲...得到分析如果情況適用於它。

+0

所以你說我會讓檢查? – Shimmy 2009-11-18 17:21:55

+0

取決於您的性能要求:有些人可能會說在X,Y,Z的情況下是「過早優化」,而在其他一些情況下(例如內核驅動程序),確定情況可能至關重要。 – jldupont 2009-11-18 17:26:09

+2

我們還應該記住,條件跳轉可能會比分配本身花費更多(如果變量位於L1緩存中並且不會被其他線程頻繁訪問)。所以通常我會建議不要做這樣的「優化」,除非邏輯和/或分析表明造成緩存失效是瓶頸 – Grizzly 2009-11-18 17:38:23

0

差異可以忽略不計。讀取和寫入文件到驅動器時​​,但程序的性能在大O.讀取測量你會看到的性能差異:

BIG O notation

尤其是在VB中,你不會看到一個區別。

0

1)可能會快幾個納秒。我懷疑,與您的代碼中發生的其他事情相比,這種差異是納米級的。

另一方面,我通常寫(2),如果我可能想要做其他事情,當我知道我實際上更改布爾值。這給了我一個去做的地方。