rsync 同步優(yōu)化

總覽

有一個(gè)常見的誤解，因?yàn)镴IT很智能，并且可以消除對(duì)象的同步，而該對(duì)象僅存在于不影響性能的方法中。

比較StringBuffer和StringBuilder的測(cè)試

這兩個(gè)類基本上做同樣的事情，除了一個(gè)是同步的（StringBuffer）而另一個(gè)不是。 它也是一個(gè)類，通常在一種方法中用于構(gòu)建String。 以下測(cè)試試圖確定彼此之間可以產(chǎn)生多少差異。

static String dontOptimiseAway = null; static String[] words = new String[100000];public static void main(String... args) {for (int i = 0; i < words.length; i++)words[i] = Integer.toString(i);for (int i = 0; i < 10; i++) {dontOptimiseAway = testStringBuffer();dontOptimiseAway = testStringBuilder();} }private static String testStringBuffer() {long start = System.nanoTime();StringBuffer sb = new StringBuffer();for (String word : words) {sb.append(word).append(',');}String s = sb.substring(0, sb.length() - 1);long time = System.nanoTime() - start;System.out.printf("StringBuffer: took %d ns per word%n", time / words.length);return s; }private static String testStringBuilder() {long start = System.nanoTime();StringBuilder sb = new StringBuilder();for (String word : words) {sb.append(word).append(',');}String s = sb.substring(0, sb.length() - 1);long time = System.nanoTime() - start;System.out.printf("StringBuilder: took %d ns per word%n", time / words.length);return s; }

最后使用Java 7 update 10使用-XX:+DoEscapeAnalysis打印

StringBuffer: took 69 ns per word StringBuilder: took 32 ns per word StringBuffer: took 88 ns per word StringBuilder: took 26 ns per word StringBuffer: took 62 ns per word StringBuilder: took 25 ns per word

用一百萬個(gè)單詞進(jìn)行測(cè)試不會(huì)顯著改變結(jié)果。

結(jié)論

• 盡管使用同步的代價(jià)很小，但是它是可以衡量的，并且如果可以使用StringBuilder，則它是首選的，因?yàn)樗贘avadocs中針對(duì)此類的狀態(tài)進(jìn)行了說明。
• 從理論上講，可以優(yōu)化同步，但是即使在簡(jiǎn)單情況下也是如此。

參考： 可以優(yōu)化同步嗎？ 來自我們的JCG合作伙伴 Peter Lawrey，來自Vanilla Java博客。

翻譯自: https://www.javacodegeeks.com/2012/12/can-synchronization-be-optimised-away.html

rsync 同步優(yōu)化

總結(jié)

以上是生活随笔為你收集整理的rsync 同步优化_可以优化同步吗？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。