Я могу порекомендовать следующий подход:

• Поместите события, которые должны изменить таблицу, в очередь «ожидающих событий», и когда событие помещается в очередь , а очередь пуста , затем вызовите поток отправки событий, чтобы очистить очередь от всех события и обновить модель таблицы. Эта оптимизация означает , что вы больше не вызываете поток отправки событий для каждого полученного события , что решает проблему потока отправки событий, не успевающего за основным потоком событий.
• Избегайте создания нового Runnable при вызове потока диспетчеризации событий с использованием внутреннего класса без сохранения состояния для очистки очереди ожидающих событий в реализации вашей панели таблицы.
• Дополнительная дополнительная оптимизация: При опорожнении очереди ожидающих событий минимизируйте количество запускаемых событий обновления таблицы, запомнив, какие строки таблицы необходимо перекрасить, и затем запускайте одно событие (или одно событие на строку) после обработки всех событий.

Пример кода

public class MyStockPanel extends JPanel {
  private final BlockingQueue<StockEvent> stockEvents;

  // Runnable invoked on event dispatch thread and responsible for applying any
  // pending events to the table model.
  private final Runnable processEventsRunnable = new Runnable() {
    public void run() {
      StockEvent evt;

      while ((evt = stockEvents.poll() != null) {
        // Update table model and fire table event.
        // Could optimise here by firing a single table changed event
        // when the queue is empty if processing a large #events.
      }
    }
  }

  // Called by thread other than event dispatch thread.  Adds event to
  // "pending" queue ready to be processed.
  public void addStockEvent(StockEvent evt) {
    stockEvents.add(evt);

    // Optimisation 1: Only invoke EDT if the queue was previously empty before
    // adding this event.  If the size is 0 at this point then the EDT must have
    // already been active and removed the event from the queue, and if the size
    // is > 0 we know that the EDT must have already been invoked in a previous
    // method call but not yet drained the queue (i.e. so no need to invoke it
    // again).
    if (stockEvents.size() == 1) {
      // Optimisation 2: Do not create a new Runnable each time but use a stateless
      // inner class to drain the queue and update the table model.
      SwingUtilities.invokeLater(processEventsRunnable);
    }
  }
}