.Net Core 3.0 puis .Net 5 (C#,F#, Visual basic .Net)

[Bud Spencer]

un petit TOP sur une badgeuse PI qui a un uptime d'un mois (ce qui représente ~200 pointages sur celle la). Si on la compare à un autre TOP qui avait moins de 10 jours, on peut constater qu'il ni a pas de fuite mémoire et que la charge cpu reste stable et négligeable.

top31.png (19.55 Kio) Vu 295 fois

[Bud Spencer]

...
J'ai fais l'essais de publier l'appli badgeuse sur un PI en 'one file' avec l'option 'tronquer les assemblys inutilisés', tout c'est bien passé, mais au démarrage j'avais une erreur d'un fichier manquant. Je n'ais pas essayer de chercher plus loin et j'ai remis le déploiement 'normal' pour l'instant puisque cette option est bien précisée comme étant en 'préversion' avec .Net core 3 et comme la sortie en GA de .Net 5 est imminente, ca ne vaut pas le coup de perdre du temps avec ca.
...

J'avais mis ca de coté faute de temps et surtout d'y penser, mais j'ai refais ce type de déploiement avec .Net 5 et c'est passé sans problème. Ce mode de déploiement fait gagner énormément en taille sur le disque (enfin .. ici la SD). Déjà, les dépendances du Framework qui ne servent pas a l'appli ne sont pas publiées et comme on a plus qu'un seul fichier pour le framework, les dépendances et l'exécutable, on réduit considérablement nombre d'unités d’allocations partiellement occupées.

[Bud Spencer]

...
J'ai fais l'essais de publier l'appli badgeuse sur un PI en 'one file' avec l'option 'tronquer les assemblys inutilisés', tout c'est bien passé, mais au démarrage j'avais une erreur d'un fichier manquant. Je n'ais pas essayer de chercher plus loin et j'ai remis le déploiement 'normal' pour l'instant puisque cette option est bien précisée comme étant en 'préversion' avec .Net core 3 et comme la sortie en GA de .Net 5 est imminente, ca ne vaut pas le coup de perdre du temps avec ca.
...

J'avais mis ca de coté faute de temps et surtout d'y penser, mais j'ai refait ce type de déploiement avec .Net 5 et c'est passé sans problème. Ce mode de déploiement fait gagner énormément en taille sur le disque (enfin .. ici la SD). Déjà, les dépendances du Framework qui ne servent pas a l'appli ne sont pas publiées et comme on a plus qu'un seul fichier pour le framework, les dépendances et l'exécutable, on réduit considérablement nombre d'unités d’allocations partiellement occupées.