Est-ce que le CPU de setInterval est intensif?

je préférerais dire que c'est tout le contraire. En utilisant setTimeout et setInterval correctement, peut drastical réduire l'utilisation CPU des navigateurs. Par exemple, utiliser setTimeout au lieu d'utiliser une boucle for ou while ne réduira pas seulement l'intensité de L'utilisation CPU, mais garantira également que le navigateur a une chance de mettre à jour la file D'attente UI plus souvent. Ainsi, les processus en cours d'exécution ne vont pas geler et verrouiller l'expérience de l'utilisateur.

mais en général, utiliser setInterval vraiment comme beaucoup sur votre site peut ralentir les choses. 20 en exécutant simultanément des intervalles plus ou moins lourd sur le spectacle. Et puis de nouveau.. vous pouvez vraiment tout gâcher je suppose que ce n'est pas un problème de setInterval .

..et au fait, tu n'as pas besoin de vérifier le hachage comme ça. Il y a des événements pour cela:

onhashchange

va tirer quand il y a eu un changement dans le hachage.

window.addEventListener('hashchange', function(e) {
    console.log('hash changed, yay!');
}, false);

Non, setInterval n'est pas de CPU et de lui-même. Si vous avez beaucoup d'intervalles tournant sur des cycles très courts (ou une opération très complexe tournant sur un intervalle modérément long), alors que peut facilement devenir intensif CPU, selon exactement ce que vos intervalles font et à quelle fréquence ils le font.

Je ne m'attendais pas à voir des problèmes avec la vérification de L'URL toutes les 100 millisecondes sur un intervalle, bien que personnellement, je voudrais augmenter l'intervalle à 250 millisecondes, juste parce que je ne m'attends pas à ce que la différence entre les deux serait perceptible pour un utilisateur typique et parce que je tente généralement d'utiliser les plus longs intervalles de temps que je pense que je peux m'en tirer, en particulier pour les choses qui sont censés entraîner un no-op la plupart du temps.

il y a un peu de marketing en cours là-bas sous le terme" CPU intensive". Ce que cela signifie réellement est "plus intensif en CPU que certaines alternatives". Ce N'est pas" CPU intensive "comme dans"utilise beaucoup de puissance CPU comme un jeu ou un algorithme de compression ferait".

explication:

une fois que le navigateur a cédé le contrôle, il repose sur une interruption de le système d'exploitation sous-jacent et le matériel pour recevoir le contrôle et question le rappel JavaScript. Ayant des durées plus longues entre ces interrupts permet au matériel d'entrer des états de faible puissance qui diminue de manière significative la consommation d'énergie. Par défaut, le système D'exploitation Microsoft Windows et Intel basé les processeurs utilisent des résolutions de 15.6 ms pour ces interruptions (64 interruptions par seconde). Cela permet aux processeurs Intel d'entrer leurs plus bas l'état de l'alimentation. Pour cette raison, les développeurs web ont traditionnellement seulement j'ai pu obtenir 64 callbacks par seconde lors de l'utilisation de setTimeout(0) lors de l'utilisation de navigateurs HTML4, y compris les éditions précédentes d'Internet Explorer et Mozilla Firefox.

au Cours des deux dernières années, les navigateurs ont tenté d'accroître le nombre de callbacks par seconde que les développeurs JavaScript peuvent recevoir par les API setTimeout et setInterval en changeant la conscience de la puissance Les paramètres du système Windows et empêchant le matériel d'entrer bas les états d'alimentation. La spécification HTML5 est passée à la extrême de je recommande 250 callbacks par seconde. Cette haute fréquence peut résulter dans une augmentation de 40% de la consommation d'énergie, impactant la durée de vie de la batterie, les charges d'exploitation, et de l'environnement. En outre, cette approche n'aborde pas le problème de performance de base de l'amélioration de la CPU efficacité et ordonnancement.

de http://ie.microsoft.com/testdrive/Performance/setImmediateSorting/Default.html

dans votre cas, il n'y aura pas de problème. Mais si vous faites d'énormes animations dans canvas ou en travaillant avec webgl , il y aura des problèmes de CPU, donc pour cela vous pouvez utiliser requestAnimationFrame.

Consultez ce lien Sur requestAnimationFrame

"151900920 de la Fonction" time > intervalle de temps est mauvais, vous ne pouvez pas savoir quand le cpu hoquet ou est lent et il empile sur le dessus de fonctions continues jusqu'à ce que le pc se fige. Utilisez settimeout ou encore mieux, process.nextick utilisant un callback à l'intérieur d'un settimeout.