Je doute que des utilisateurs qui gardent des semaines des logiciels ouverts en préférant se plaindre plutôt que se demander si le logiciel qu'ils utilisent est fait pour être utilisé comme ça et est-ce qu'il y a des configuration à appliquer pour cet usage, ils seront malheureux quelque soit le logiciel que tu leur met entre les mains.
En théorie, pour que ce soit rapide je suis d'accord qu'il faudrait tout écrire en C++ ou mieux en Rust mais ce n'est pas le même taf...
On parle de consommation mémoire (comme ça avait l'air d'être question plus haut) ou de vitesse ? Faut se demander ce qu'il fait et voir comment le configurer peut être (les historiques, le filewatch, les indexes,...), il y a même de quoi surveiller ce qui consomme au sein de vscode.
Pour être économe en mémoire avec des langages comme C++ ou rust1, il va falloir éviter de fragmenter la mémoire et je ne crois pas que soit inclus dans ces langages et cette gestion va aussi avoir un overhead mémoire (probablement inférieur à celle d'un gc je suis d'accord).
Si on ne connaît pas la cause du problème, comment proposer une solution ?
pourquoi "mieux" rust d'ailleurs ? il n'apporte que très peu pour la performance par rapport au C++ dans ce contexte ↩
[^] # Re: VSCode
Posté par barmic 🦦 . En réponse au journal Toileharicot 12 est dehors. Évalué à 2.
Je doute que des utilisateurs qui gardent des semaines des logiciels ouverts en préférant se plaindre plutôt que se demander si le logiciel qu'ils utilisent est fait pour être utilisé comme ça et est-ce qu'il y a des configuration à appliquer pour cet usage, ils seront malheureux quelque soit le logiciel que tu leur met entre les mains.
On parle de consommation mémoire (comme ça avait l'air d'être question plus haut) ou de vitesse ? Faut se demander ce qu'il fait et voir comment le configurer peut être (les historiques, le filewatch, les indexes,...), il y a même de quoi surveiller ce qui consomme au sein de vscode.
Pour être économe en mémoire avec des langages comme C++ ou rust1 , il va falloir éviter de fragmenter la mémoire et je ne crois pas que soit inclus dans ces langages et cette gestion va aussi avoir un overhead mémoire (probablement inférieur à celle d'un gc je suis d'accord).
Si on ne connaît pas la cause du problème, comment proposer une solution ?
pourquoi "mieux" rust d'ailleurs ? il n'apporte que très peu pour la performance par rapport au C++ dans ce contexte ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll