Genre... la gestion de la mémoire, toutes les applications natives le font hein... avec plus ou moins de bonheur, certes.
Je ne parle pas de faire des free / malloc à la demande, Firefox a un système de cache personnel à gérer et a son propre ramasse-miette. Pas tant d'applications recourent à ce genre de choses, souvent laissés à la charge de l'interpréteur / machine virtuelle de le faire quand il y en a.
Je doute qu'il implémente des pilotes graphiques. A mon avis, il fait comme tout le monde: il demande à l'os quelle version d'oGL est dispo, et ça ne prend pas tant de temps que ça (pas rapide d'initialiser un contexte opengl à première vue, ok, mais on est loin d'expliquer un temps de plusieurs secondes avec ça).
De manière individuelle, l'impact est faible. Là où je voulais en venir c'est que Firefox comme la plupart des gros navigateurs a beaucoup de petites choses du genre à faire au démarrage (et même en continue pour d'autres aspects). Je doute très fortement que tu as une fonction gros_ralentissement_au_démarrage(), mais un cumul de petits ralentissements qui à la fin ont un impact assez gros.
Il y a du coup des couches d'abstraction à mettre en place, peut être même une implémentation purement logicielle quand ce genre de chose manquent à l'appel.
C'est un logiciel multiplateforme, comme tout logiciel multiplateforme sur des systèmes hétérogènes et potentiellement complexes, pour gérer au mieux les écarts tu dois concevoir des couches d'abstractions qui peuvent avoir aussi un impact sur les performances et la fiabilité du machin. Quand tu fais une application monoplateforme, comme ici pour Haiku, c'est plus simple, les accès sont plus directs, moins de choses à vérifier, moins de code pour gérer les différentes situations, tu peux optimiser bien des choses...
Je ne cherche pas spécialement à défendre Firefox, car le problème est le même ailleurs d'une part (je ne trouve pas Chrome rapide au démarrage non plus), et que cela concerne beaucoup d'applications aussi (LibreOffice par exemple). En fait je défends plutôt les autres systèmes face à Haiku car il me semble simpliste de dire que Haiku est plus rapide que les autres sans proposer autant de fonctionnalités.
[^] # Re: Réécrire l'histoire
Posté par Renault (site web personnel) . En réponse à la dépêche Haiku a 16 ans. Évalué à 4.
Je ne parle pas de faire des free / malloc à la demande, Firefox a un système de cache personnel à gérer et a son propre ramasse-miette. Pas tant d'applications recourent à ce genre de choses, souvent laissés à la charge de l'interpréteur / machine virtuelle de le faire quand il y en a.
De manière individuelle, l'impact est faible. Là où je voulais en venir c'est que Firefox comme la plupart des gros navigateurs a beaucoup de petites choses du genre à faire au démarrage (et même en continue pour d'autres aspects). Je doute très fortement que tu as une fonction gros_ralentissement_au_démarrage(), mais un cumul de petits ralentissements qui à la fin ont un impact assez gros.
Il y a du coup des couches d'abstraction à mettre en place, peut être même une implémentation purement logicielle quand ce genre de chose manquent à l'appel.
C'est un logiciel multiplateforme, comme tout logiciel multiplateforme sur des systèmes hétérogènes et potentiellement complexes, pour gérer au mieux les écarts tu dois concevoir des couches d'abstractions qui peuvent avoir aussi un impact sur les performances et la fiabilité du machin. Quand tu fais une application monoplateforme, comme ici pour Haiku, c'est plus simple, les accès sont plus directs, moins de choses à vérifier, moins de code pour gérer les différentes situations, tu peux optimiser bien des choses...
Je ne cherche pas spécialement à défendre Firefox, car le problème est le même ailleurs d'une part (je ne trouve pas Chrome rapide au démarrage non plus), et que cela concerne beaucoup d'applications aussi (LibreOffice par exemple). En fait je défends plutôt les autres systèmes face à Haiku car il me semble simpliste de dire que Haiku est plus rapide que les autres sans proposer autant de fonctionnalités.