почему java multithread не ускоряет графическую программу

Question

Я пытаюсь нарисовать треугольник, не имеющий нескольких потоков, каждый поток будет рисовать независимую часть треугольника. Но он работает намного медленнее, чем использование только одного потока. В чем проблема?

вот код:

(...) 
int nCores = Runtime.getRuntime().availableProcessors(); 
    Thread[] threads = new Thread[nCores]; 
    int width = box[1][0] - box[0][0]; 
    int incr = width/nCores; 
    int x = box[0][0]; 
    for (int i = 0; i < nCores; i++) { 
     threads[i] = new Thread(new TriFiller(x, x + incr, z - nx * incr 
       * i)); 
     threads[i].start(); 
     x += incr; 
    } 
    try { 
     for (int i = 0; i < nCores; i++)  
      threads[i].join(); 
    } catch (InterruptedException e) { 
      e.printStackTrace(); 
     } 
    } 

и работоспособным:

public class TriFiller implements Runnable { 
    int xi, xf; 
    double z; 

    public TriFiller(int xi, int xf, double z) { 
     super(); 
     this.xi = xi; 
     this.xf = xf; 
     this.z = z; 
    } 

    @Override 
    public void run() { 
     boolean inOut = false; 
     double z0 = z; 
     int rgbColor = shade.getRGB(); 
     BufferedImage image = wd.getImage(); 
     for (int i = xi; i < xf; i++) { 
      for (int j = box[0][1]; j < box[1][1]; j++) { 
       if (isOnSet(i, j, polyNormals, intBuffer) 
         && z < zBuffer[i][j] && z > zd) { 
        image.setRGB(i, j, rgbColor); 
        zBuffer[i][j] = z; 
        inOut = true; 
       } else { 
        if (inOut) { 
         break; 
        } 
       } 
       z += -ny; 
      } 
      z0 += -nx; 
      z = z0; 
      inOut = false; 
     } 
    } 
} 

Answer 1

Причина у вас возникли проблемы в том, что свинг картина не работает с многопоточной. Прочитайте этот отрывок из другого forum (jfree.org):

«Я думаю, что причина того, что вы не видите какие-либо улучшений производительности является то, что вы не введением какого-либо parrallelism на спиннинг с другим потока

Путь обновления экрана работает в Swing. по существу:

1) Как только компонент решает, что он должен быть перекрашен на экран, вызывается JComponent.repaint(). Это приводит к отправке асинхронного запроса перерисовки в RepaintManager, который использует invokeLater() для очереди Runnable на EDT.

2) Когда Runnable выполняет, он вызывает RepaintManager, который вызывает PaintImmediately() в компоненте. Затем компонент устанавливает прямоугольник клипа и вызывает paint(), который заканчивается вызовом paintComponent(), который вы переопределили. Помните, что экран заблокирован и останется заблокированным до тех пор, пока компонент полностью не перекрасит грязный прямоугольник.

Нет смысла выделять поток для создания буфера изображения, потому что RepaintManager должен блокироваться до тех пор, пока буфер не будет готов, чтобы он мог закончить обновление грязного прямоугольника, прежде чем отпустить блокировку на экране.

Все инструментальные средства, которые поддерживают качели (окна, linux, mac), имеют сквозную конструкцию. Невозможно одновременно обновлять несколько областей экрана. »