Remarque préliminaire : cette note technique n’est destinée ni aux informaticiens, ni aux utilisateurs chevronnés. Le vocabulaire utilisé ne se veut pas celui du spécialiste.

Mémoires, ressources et Windows 3.x

Windows 3.x gère ses propres ressources (mémoire, écrans, graphiques, fenêtres,…) dans quatre tableaux de taille fixe de 64 KO (soit 64 000 caractères). Les deux tableaux les plus importants sont ceux relatifs aux ressources :

• Système
• GDI (ou objets graphiques)

Chaque application en attente, chaque fenêtre ouverte, chaque requête dans Access, chaque recalcul dans Excel,… consomme beaucoup de ressources et un peu de mémoire utilisateur.
 
 

... bien évidemment il n’en est pas de même pour la mémoire globale.

Un utilisateur disposant de " beaucoup de mémoire " peut donc se trouver dans la situation paradoxale de ne pouvoir charger un gros document ou un gros tableau, bien que sa mémoire globale disponible soit encore très importante. Ce cas peut se produire quand de nombreux programmes ou utilitaires, gourmands en ressources, sont chargés en mémoire.

Il est important de noter que le fait de décharger un programme de la mémoire ne libère pas 100% des ressources qu’il utilisait. A chaque chargement et déchargement il y a donc en quelque sorte des pertes. D’où l’intérêt de quitter Windows une fois de temps en temps (si possible au moins deux fois par jour), pour régénérer ses ressources et défragmenter sa mémoire.

Nous allons comparer Windows à un organisateur de spectacle singulier et peu prévoyant.

Imaginons un organisateur de spectacles (Windows) qui disposerait d’une salle de 1 000 places et de 100 possibilités de billets simples ou multiples à distribuer :

Avec deux groupes de 500 personnes, soit 2 billets multiples, la salle est pleine mais 98 billets ne sont pas utilisés. Cela est sans importance car l’objectif est atteint. Il en serait de même avec 90 personnes individuelles et 10 groupes de 91 personnes, soit un total de 100 billets utilisés.

Par contre, il en irait tout autrement si plus de 100 personnes individuelles voulaient assister au spectacle car il n’y aurait pas assez de billets pour tout le monde et la salle serait presque vide.

Il en est de même dans Windows dans lequel un accroissement de la mémoire ne résout pas les problèmes de ressources, contrairement aux affirmations de certains vendeurs peu scrupuleux.

Avec Windows 95/98 les choses auraient du changer. En effet la gestion des ressources des nouvelles fonctions (32 bits) se fait dans des tableaux de 2 MO (soit 2 millions de caractères) ce qui est considérablement supérieur aux 64 KO précédents (32 fois plus).

Malheureusement les anciennes fonctions et applications (16 bits) sont gérées « à l’ancienne » et le phénomène est donc susceptible de se reproduire et ce, d’autant plus, que de nombreuses applications font appel à la fois aux nouvelles et aux anciennes fonctions. Visual Basic, le language de développement de Microsoft, en fait partie.

Il est important de noter que plus le nombre de fonctionnalités d'un programme est important, plus le besoin en ressources se fait sentir.

EURO-CUMA, le programme de gestion des CUMA est dans ce cas.
Ecrit en Visual Basic, il fait partie des programmes gourmands.
Il consomme à lui tout seul 50% des ressources système.
De plus il fait appel à Excel pour les impressions complexes et de très nombreux tableaux.

Il faut donc dégager un maximum de ressources.

• Le maximum de programmes 16 bits (cad fonctionnant sous Windows 3.1x)
• Les programmes de communication et de gestion des modems, (téléphone, fax,…)
• Les utilitaires Internet multimédia
• Les logiciels et utilitaires divers (Windows Plus, défragmentation,…)

Attention : l'impression de certains tableaux ou de certains formulaires en cours de modification et non sauvegardés peut entrainer une chute importante des ressources (de 10 à 30 %).

Les programmes suivants sont des consommateurs raisonnables de ressources :

• Le client 32 bits de Novell,
• Les logiciels des suites office 97 et 2000 en tant que tels.

Il en est de même des tableurs de taille importante (> 1MO) et/ou  faisant appel à de la programmation.

Pour visualiser en permanence les ressources systèmes il faut faire appel au « Vumètre ressources »

25 % des ressources (soit une barre du Vumètre) doit toujours être disponible. En cas d’insuffisance la barre du Vumètre qui est verte en règle générale, passe au jaune puis au rouge. Il faut alors quitter l’application (en sauvegardant tous ses fichiers) et redémarrer l’ordinateur.

    Liens : Retour au sommaire (index)

Le Devis Modélisé Etalonnable : présentation simple , présentation détaillée
Devis Pro CMI : le logiciel de devis adapté aux CMI
Paul BLANC (l'auteur) : prestations proposées, C.V. technique détaillé
Notes techniques : gestion des sauvegardes

ALG déveloPPement (spécialiste des Collectivités Territoriales)