Performance
Deux objections reviennent sur un pack de props de 41 Mo, et ce n'est pas la même question. Répondre à l'une ne répond pas à l'autre.
Poids de streaming
41 Mo, c'est la taille sur le disque, pas la taille en mémoire.Les props sont demandés quand ils sont nécessaires — le modèle d'une station charge à la pose, pas au démarrage du serveur. Les 146 fichiers existent pour que plusieurs joueurs cuisinent en même temps sans partager un état de texture ; ils ne sont jamais tous charges en même temps. Un serveur avec un barbecue dehors streame un barbecue.
Pour l'échelle : 41 Mo est une fraction d'un seul pack de véhicules, et la plupart des serveurs en font déjà tourner plusieurs.
Ce qui coûte vraiment quelque chose, c'est le premier join, ou le joueur téléchargé le pack une fois avant qu'il soit mis en cache. C'est ponctuel, et c'est le même compromis que fait toute ressource de contenu.
Coût CPU
C'est ce que mesure resmon, et c'est sans rapport avec les chiffres ci-dessus — le resmon lit du temps de script, pas du streaming.
La ressource est au repos quand personne n'est près d'une station. La seule boucle soutenue tourne pendant la pose, tant que l'aperçu fantôme suit votre visée et raycast le sol — elle s'arrête dès que vous posez ou annulez.
Ce que vous pouvez mesurer vous-même
Si vous voulez vos propres chiffres, resmon 1 et lisez la ligne hz_cook dans quatre états :
| État | Ce que ça vous dit |
|---|---|
| Serveur au repos, loin de toute station | le coût au repos |
| À côté d'une station éteinte | le coût d'un prop posé |
| Une station allumée avec de la nourriture sur la grille | la boucle de cuisson |
| Pendant la pose d'une station | l'aperçu fantôme et son raycast — le seul Wait(0) |