Pourquoi est la file d'attente.sondage plus rapide que l'Itération? (Java.util.simultané.ConcurrentLinkedQueue)

J'ai un morceau de code qui obtient tous les éléments d'une file d'attente. Je ne me soucie pas de l'état de la file d'attente par la suite et je peux être assuré que la file d'attente ne sera pas modifiée pendant que j'en retire les éléments.

J'utilisais initialement un itérateur pour extraire les éléments parce que je pensais que ce serait plus rapide que d'interroger les éléments...

Mais j'ai exécuté le test suivant:

ConcurrentLinkedQueue<Object> queue = new ConcurrentLinkedQueue<>();
for (int i=0; i < 1000000; i++)
    queue.add(new Object());

LinkedList<Object> list = new LinkedList<>();
long start = System.currentTimeMillis();
for (Object object: queue)
    list.add(object);
long time1 = System.currentTimeMillis() - start;

list = new LinkedList<>(); 
start = System.currentTimeMillis();
Object object;
while ((object = queue.poll()) != null)
    list.add(object);
long time2 = System.currentTimeMillis() - start;

System.out.println(time1 + " " + time2);

J'ai obtenu la sortie suivante (moyenne sur 100 exécutions)

1169 46

Ma question est: Pourquoi poll est-il plus rapide que itérer? C'est complètement peu intuitif pour moi car poll devra modifier la file d'attente et itérer n'aura qu'à regarder l'état.

Edit --- Gray avait raison

Je l'ai exécuté en boucle et j'ai obtenu la sortie (j'aurais dû le faire en premier lieu)

1180 46
1422 25
287 32
14 26
226 26
236 25
12 26
14 25
13 25
13 26
13 25
268 25
13 25
14 176
13 26
13 26
13 25
13 25
13 26
13 24
13 26
13 25
...