• AgoraVox sur Twitter
  • RSS
  • Agoravox TV
  • Agoravox Mobile

barbarossa

Cet auteur n'a pas encore renseigné sa description

Tableau de bord

  • Premier article le 12/08/2017
  • Modérateur depuis le 15/08/2017
Rédaction Depuis Articles publiés Commentaires postés Commentaires reçus
L'inscription 26 190 499
1 mois 0 0 0
5 jours 0 0 0
Modération Depuis Articles modérés Positivement Négativement
L'inscription 446 356 90
1 mois 0 0 0
5 jours 0 0 0

Ses articles classés par : ordre chronologique













Derniers commentaires



  • barbarossa 26 septembre 2017 20:52

    @Aristide

    « Par opposition, pour ce qui est de la ligne 5, suivant le système que vous utilisez, il sera appelé des centaines de lignes »


    Non, c’est une exagération. Pas des centaines. Une séquence de codes « escape » pour imprimer une chaîne de 6 caractères, à part ces derniers, comporte en général moins de 10 caractères. 
    Par contre les logiciels de traitements de textes arrivent à envoyer inutilement la même chaîne de codes plusieurs fois (l’utilisateur n’y voit rien, le programmeur veut être sûr que la chaîne soit bel et bien prise en compte). 
    Ceci est visible si on met l’imprimante en mode dumping dans lequel elle imprime toutes les séquences qui lui sont envoyées. C’est édifiant de découvrir ce qu’on nous fourgue à prix d’or.
    Et ceci pour les programmes les plus cotés sur le marché.

    Mais il n’y a pas que les traitements de textes.

    Un des programmes de gestion le plus coté en Europe, dont les licences et les mises à jours coûtent des millions, c’est le SAP (allemand) utilisés par les plus grandes administrations publiques et privées, et qui vient ces jours-ci de racheter une grande entreprise israélienne de la branche.
    Il y a dix ans, lorsqu’un grand groupe européen a cessé son activité dans un de ses secteurs et par conséquent a vendu son unité de production (300 employés), j’ai été chargé de restructurer la partie informatique de cette entreprise, en transférant les données SAP dans un autre logiciel.
    J’ai donc eu accès aux dessins des fichiers SAP. Une vraie usine à gaz. Les spécialistes me comprendront : lorsque pour les besoins des traitements des informations on doit adjoindre ou agrandir une zone d’un fichier, en général on redessine le fichier concerné suivant les besoins, puis, à l’aide d’une « moulinette »
    on lit l’ancien fichier, on transfère les données dans le nouveau, on détruit l’ancien qui est remplacé par le nouveau dans le programme.
    Chez Sap rien de tout cela : besoin d’une nouvelle zone ? on ouvre un second fichier lié au premier avec cette seule zone. Ainsi chez SAP le fichier client par exemple est composé d’une dizaine de fichiers reliées et tous ouverts en mémoire au même temps. Les connaisseurs apprécieront. 
    Pour vous dire que dans ce fichier client (le même dessin pour toute l’Europe) il y a encore aujourd’hui une subdivision dans les adresses - complètement inutilisée - qui tient compte d’une particularité qui était propre à la DDR dont le processus de réunification s’est terminé en octobre 1990 (soit 10 ans avant la date limite de transformation du format date de 6 en 8 positions).


    Pour évaluer ce petit programme et mettre en évidence ce que vous avez écrit, il faut passer outre le mode graphique et donc ouvrir votre système en mode commande. Simple en linux, il suffit de ne pas lancer de gestionnaire graphique, mais pas impossible sous windows ( mode sans échec avec invite de commande).

    BIen sûr. Mais mon code servait à mettre le doigt sur une des causes des lenteurs en graphique.


  • barbarossa 26 septembre 2017 20:02

    @Self con troll
    En 1978 pour afficher un écran entier (4000 caractères) au lieu d’appeler la fonction d’affichage propre au programme, qui affichait ligne par ligne, j’utilisais une toute petite routine que j’avais écrit en assembler et qui accédait directement la mémoire et affichait un écran complet en 1/100 de secondes.

    Dans votre exemple, vous constatez qu’entre le début et la fin de la boucle il s’est passé 10 secondes. Pendant ce temps, la machine a affiché 10000 fois une chaîne de 12 caractères.

    la chaîne affichée est de 6 car.


    N’a-t-elle fait que ça ?

    Bien sûr que non, l’unique raison de mes propos était d’attirer l’attention du lecteur que les causes des lenteurs constatées de nos PC, à part les logiciels résidents, dépendaient beaucoup du refresh de l’affichage et des échanges réseau.

    Je n’ai pas refait le calcul depuis au moins 20 ans, mais déjà à l’époque si un programme pour exécuter une tâche devait tourner 24 en mémoire vive, la même tâche avec des accès disque uniquement prendrait une 60aine d’années.



  • barbarossa 26 septembre 2017 14:31

    @Self con troll
    avec écran graphique, sous Linux ou Unix, pareil.

    Les écrans texte, si ce n’est pas en simulation, ça va beaucoup plus vite (4000 caractères stockés sur une Matrix au lieu de 2 millions de pixels à afficher - et pour chaque position d’affichage il y a encore un attribut, qui donne l’intensité, la couleur, le clignotement).
    Le problème vient du fait que le programme, pour afficher le compteur séquentiel à chaque itération de la boucle, doit activer une interruption système qui appelle le refresh (même si c’est en multi-tâche ça ralentit).
    L’affichage est régi par un processeur propre sur la carte graphique, mais qui doit être quand même en syntonie avec les caractéristiques de l’écran. Les écrans les plus performants tournent autour de 144 kh secondes.
    La cadence du CPU à peu d’importance à ce niveau.

    Une autre cause du ralentissement d’un ordi c’est le réseau. Les échanges entre appareils ne se font pas au rythme de travail des processeurs, dont la fréquence est propre à chaque modèle, mais à celle de l’horloge système qui elle est toujours de 19.6 cycles secondes.


  • barbarossa 26 septembre 2017 13:03

    @Self con troll
    Prenez l’ordinateur avec affichage graphique le plus puissant du monde et vous aurez le même résultat.

    Quant au langage de programmation, vous pouvez utiliser n’importe lequel (bas niveau, haut niveau,
    avec des vrais ou des pseudo codes, dès qu’il est chargé en mémoire avec ses dll et qu’il se lance il n’y aura pas de différence sensible pour cette simple routine. Vous pouvez utiliser un C, un basic interprété ou même un troll comme Windev (runtimer requis) même combat.


  • barbarossa 26 septembre 2017 10:03

    @Homme de Boutx

    Ce qui ralenti le plus les ordinateurs actuels c’est le rafraîchissement de l’affichage appelé par le logiciel (non pas la fréquence de rafraîchissement intrinsèque) 
    Je m’explique : 
    écrivez un petit programme genre :
    1. A=heure actuelle (heure, minute, seconde, centième)
    2. B=0
    3. boucle
    4. B=B+1
    5. Afficher B
    6. Si B<10000 aller à boucle
    7. C=heure actuelle
    8. D=C-A
    9. afficher D
    10. Fin
    Résultat : vous avez un compteur à l’écran qui tourne de 1 à 10000 et ensuite affiche le temps
    employé (de l’ordre de 10 secondes environ).
    Relancez le programme en supprimant la ligne 5 (afficher B).
    le temps affiché à la fin du programme sera de quelques centièmes.
     
Voir tous ses commentaires (20 par page)


Publicité


Publicité



Palmarès

Publicité


Agoravox.tv



https://merdekakreasi.co.id/buku/pkvgames/https://merdekakreasi.co.id/buku/bandarqq/https://merdekakreasi.co.id/buku/dominoqq/https://merdekakreasi.co.id/tentang-kami/