亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定
已解決430363個問題,去搜搜看,總會有你想問的

為什么使用線程時我的程序變慢?

為什么使用線程時我的程序變慢?

蕪湖不蕪 2023-10-12 16:45:20
我正在制作一個java程序,它比較計算兩個給定數字之間的素數總數所需的時間。我必須計算順序以及線程需要多少時間。例如,我必須檢查順序計算需要多少時間:PrimeNumbers pn = new PrimeNumbers (1,1000);并將其與計算相同的事物但將其劃分為多個線程所需的時間進行比較:PrimeThread p1 = new PrimeThread (1, 200);PrimeThread p2 = new PrimeThread (201, 400);PrimeThread p3 = new PrimeThread (401, 600);PrimeThread p4 = new PrimeThread (601, 800);PrimeThread p5 = new PrimeThread (801, 1000);我必須使用 System.currentTimeMillis() 來計算時間。線程應該能夠更快地計算同樣的事情,但實際上更慢。到目前為止我有這個代碼:PrimeNumbers pn = new PrimeNumbers(1,1000);long startTimeSeq = System.currentTimeMillis();int totalNumbersSeq = pn.calculatePrimeNumbers();long finishTimeSeq = System.currentTimeMillis();float totalTimeSeq = finishTimeSeq - startTimeSeq;PrimeThread p1 = new PrimeThread (1, 200);PrimeThread p2 = new PrimeThread (201, 400);PrimeThread p3 = new PrimeThread (401, 600);PrimeThread p4 = new PrimeThread (601, 800);PrimeThread p5 = new PrimeThread (801, 1000);long startTimeThread = System.currentTimeMillis();p1.start();p2.start();p3.start();p4.start();p5.start();try {    p1.join();    p2.join();    p3.join();    p4.join();p5.join();} catch (InterruptedException e) {    e.printStackTrace();}long finishTimeThread = System.currentTimeMillis();float totalTimeThread = finishTimeThread - startTimeThread;int totalNumbersThread = p1.getNumPrimers() + p2.getNumPrimers() + p3.getNumPrimers() + p4.getNumPrimers() + p5.getNumPrimers();    System.out.println("Total prime numbers sequentially: " + numPrimers);System.out.println("Total time: " + totalTimeSeq);System.out.println("Total prime numbers with threads: " + resultatFinal);System.out.println("Total time: " + totalTimeThread); 打印的結果是:Total prime numbers sequentially: 169Total time: 1.0Total prime numbers with threads: 169Total time: 3.0如果我的內容很混亂,我很抱歉,這是我第一次在這里發帖,而且我是編程新手。太感謝了。
查看完整描述

1 回答

?
郎朗坤

TA貢獻1921條經驗 獲得超9個贊

  1. 不要那樣進行基準測試,請使用JMH。否則,由于 JIT 編譯和 JVM 執行的 1001 次優化,您將獲得的數字幾乎毫無意義。更不用說單次運行中 1ms 和 3ms 的差異肯定不足以得出任何有意義的結論。JMH 多次運行相同的代碼,以便 JVM 達到穩定狀態,然后執行更多運行來實際測量代碼的性能。

  2. 線程并不是一種神奇的粉末,你可以撒在一段代碼上以使其更快。線程具有與之相關的巨大成本 - 線程創建和上下文切換是昂貴的操作。從表面上看,您執行的計算速度非??臁R虼?,線程創建和上下文切換的成本實際上超過了算法本身的運行時間。


查看完整回答
反對 回復 2023-10-12
  • 1 回答
  • 0 關注
  • 112 瀏覽
慕課專欄
更多

添加回答

舉報

0/150
提交
取消
微信客服

購課補貼
聯系客服咨詢優惠詳情

幫助反饋 APP下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號