<<< DUA0:[NOTES$LIBRARY]VAX_VMS.NOTE;1 >>> -< SIG VAX/VMS >- ================================================================================ Note 737.0 Indication du nombre de fragments 16 replies DECUSF::DERIVRY_S 9 lines 20-MAR-1990 16:04 -------------------------------------------------------------------------------- Pour surveiller la fragmentation de mes disques ,je suis à la recherche d'un outil m'indiquant le nombre de fragments de chaque fichier d'un disque. Merci pour toutes reponses Serge Derivry ================================================================================ Note 737.1 Indication du nombre de fragments 1 of 16 DECUSF::THONON_D "Daniel Thonon SEMA-GROUP Meylan" 2 lines 20-MAR-1990 16:18 -< MONITOR FCP >- -------------------------------------------------------------------------------- Il y a un moyen simple de voir si la fragmentation est un pb: surveiller par MONITOR FCP la ligne Window Turn Rate. ================================================================================ Note 737.2 Indication du nombre de fragments 2 of 16 DECUSF::DERIVRY_S 8 lines 20-MAR-1990 16:47 -< fragmenation existante >- -------------------------------------------------------------------------------- J'ai deja decouvert certains fichiers fragmentés , mais ces fichiers sont ouverts en permanence , et le defragmenteur que je possede ne peux les recompacter. La solution de backup/Restore est diffcilement envisageable , donc en connaissant les fichiers fragmentés je pourrais alors arreter certaines applications et optimiser ces disques Serge Derivry ================================================================================ Note 737.3 Indication du nombre de fragments 3 of 16 DECUSF::FOUCHET_F "Francois FOUCHET - OMF" 6 lines 20-MAR-1990 17:08 -< Ca existe >- -------------------------------------------------------------------------------- J'ai un bricolo qui fait ce que vous cherchez (lister le nombre d'extend d'un fichier) et meme mieux. Il s'appelle FRAGMENT.MAR et a pour papa BO. C'est (evidement) en assembleur. J'ai du le recuperer ici (mais je n'ai pas retourve la note) ou sur TELEBASE. Si ca vous interresse, je peux le recopier sur VMS: ================================================================================ Note 737.4 Indication du nombre de fragments 4 of 16 DECUSF::FOUCHET_F "Francois FOUCHET - OMF" 3 lines 20-MAR-1990 17:11 -< Encore plus simple >- -------------------------------------------------------------------------------- PS : si ca ne vous interresse que pour un fichier, DUMP/HEADER/BLOC=COUNT=0 fichier doit suffir. Il suffit de compter le nombre d'elements presents dans la partie "Map area". ================================================================================ Note 737.5 Indication du nombre de fragments 5 of 16 DECUSF::BOUCHAUD_J 6 lines 20-MAR-1990 17:21 -------------------------------------------------------------------------------- J'ai appris par un collegue US que DIGITAL allait proposer un defragmenteur dans les prochaines versions de VMS . Donc ... patience . Jean-Louis Bouchaud ================================================================================ Note 737.6 Indication du nombre de fragments 6 of 16 DECUSF::FOUCHET_F "Francois FOUCHET - OMF" 51 lines 20-MAR-1990 21:12 -< Mon avis sur la chose ... >- -------------------------------------------------------------------------------- Tiens, allez, je suis en forme, je vais dire ce que j'en pense. Je ne partage pas vraiment l'avis selon lequel les defragmenteurs sont absolument neccessaires et quasiment indispensables sous VMS. En effet, les arguments avances par la majorite des revendeurs de soft de ce type ne tiennent pas. Par exemple, on oublie un peut trop souvent qu'en general on ne travaille pas avec un seul fichier sur un disque. Alors, fragmentation ou pas, si le but du jeu est de copier un fichier a situe lbn 1 dans un fichier b situe lbn 12345886, il me semble evident que le bras du disque va jouer au yoyo pendant un certain temps. Alors, quand on a quelques dizaines d'utilisateurs connectes en meme temps, bien malin le prog qui arrivera a determiner le placement optimal des fichiers. Il est vrai qu'un fichier qui possede pas mal d'extends va provoquer un "window turning". Mais il faut bien se rappeller que ca ne va generer des ios que si le nombre de fragments est *TRES* important (ca depend en fait du window size du disque), et que le dit fichier est accede de facon non sequentiel (sinon, on peut ignorer les quelques ios supplementaires). De plus, les defragmenteurs ne reglent pas le cas d'extension d'un fichier. J'ai fait tourne ici sur quelques disques un defragmenteur. J'ai d'ailleurs arrete depuis V4.7. J'ai fait un test qui ne m'a pas incite a poursuivre. Soit un disque contenant les sources de nos applications. Temps de generation avant le passage du defragmenteur : 08:10:03 (elaps), apres 09:22:17. Cette difference peut etre expliquee de la facon suivante : avant, les "trous" du disque etaient repartis de facon aleatoire sur le disque, apres, ils se sont retrouves regroupes a l'exterieur, imposant un deplacement de bras plus long. Alors, etant donne les risques que l'on prend a laisser tourner des "softs" qui "bricolent" directement dans des structures internes non documentees, et dont le principe, au depart, fait qu'il y a un risque potentiel de perte de donnees, je suis plutot enclin a "perdre" du temps avec un backup/restore (lors d'un backup standalone par exemple), plutot que de "perdre" des donnees (d'ailleurs, par les temps qui courent, y'a pas vraiment besoin de se forcer). A mon avis, il faudrait peut etre chercher a modifier/parametrer le facon dont VMS alloue ces blocs et faire en sorte qu'on puisse eviter a la source des fichiers trop eparpilles, que de risquer ses donnees avec les sus-dit produits. Et peut etre commencer par optimiser les fichiers/bases de donnees utilisees le plus souvent ... PS : evidement, tout ceci ne constitue que ma propre opinion. ================================================================================ Note 737.7 Indication du nombre de fragments 7 of 16 DECUSF::THONON_D "Daniel Thonon SEMA-GROUP Meylan" 11 lines 21-MAR-1990 11:08 -< D'accord >- -------------------------------------------------------------------------------- Je suis assez d'accord avec le pt de vue precedent. Sur un systeme multi-utilisateur (VMS) le temps d'acces disque est surtout conditionne par le nombre de gens qui font des IOs en meme temps, et il y a peu a gagner si l'IO precedente s'est faite a lautre bout du disque. De plus, dans des environnements de production de logiciel, les utilisateurs passent leur temps a creer de nouvelles versions, et le disque se retrouve tres vite dans l'etat d'avant defragmentation. Je n'ai par contre pas d'experience de sites avec des appli types SGBD. ================================================================================ Note 737.8 Indication du nombre de fragments 8 of 16 DECUSF::MANET_P "Philippe Manet - SOGIDEC" 7 lines 21-MAR-1990 12:00 -< Me too >- -------------------------------------------------------------------------------- Moi aussi, je ne suis pas un fana de ce genre d'outils pour toutes les (bonnes) raisons evoquees dans les replies precedentes. En revanche, un outil d'aide a l'analyse de la fragmentation me semble une bonne option, et j'ai cru comprendre que DEC allait dans cette direction. ================================================================================ Note 737.9 Indication du nombre de fragments 9 of 16 DECUSF::DERIVRY_S 16 lines 21-MAR-1990 12:44 -< PB avec outil de BO >- -------------------------------------------------------------------------------- J 'ai aussi recuperer l'outil de bo (note 188.3) cependant j'ai des resultats curieux: BADLOG.SYS;1 [1,1] ---- File in use ---- 12-JUL-1985 SYSCOMMON.DIR;1 [1,4] Exts 1 Blks 2 12-JUL-1985 ACCOUNTNG.DAT;23 [1,4] -- Undefined header - 1-MAR-1990 VAXVMSSYS.PAR;3 [1,4] -- Undefined header - 27-MAY-1988 GTI_INTEAST.;2 [1,4] ---- File in use ---- 4-FEB-1990 NETNODE_LOCAL.DAT;1 [1,4] -- Undefined header - 17-MAR-1987 NETNODE_REMOTE.DAT;1 [1,4] -- Undefined header - 17-MAR-1987 Les undefined header sont en grants nombres dans la liste Je suis encore en VMS 4.7 Serge derivry ================================================================================ Note 737.10 Indication du nombre de fragments 10 of 16 DECUSF::FOUCHET_F "Francois FOUCHET - OMF" 3 lines 21-MAR-1990 14:07 -< Try it >- -------------------------------------------------------------------------------- A vue de nez, essayez un ANAL/DISK/READ pour voir dans quel etat il est. Je vais regarder dans le source pour essayer de voir a quoi ca correspond. ================================================================================ Note 737.11 Indication du nombre de fragments 11 of 16 DECUSF::DERIVRY_S 4 lines 21-MAR-1990 14:54 -< disque ok >- -------------------------------------------------------------------------------- Le disque semble correcte , mais le probleme se produit sur differents disques ================================================================================ Note 737.12 Indication du nombre de fragments 12 of 16 DECUSF::OURGHANLIA_B 3 lines 21-MAR-1990 19:15 -< Don't worry >- -------------------------------------------------------------------------------- Ne craignez rien, c'est le brico qui est casse et vieux... Il y a un nouveau brico dans VMS:DISKSTAT.MAR, COMMAND.MAR Enjoy !! ================================================================================ Note 737.13 Indication du nombre de fragments 13 of 16 DECUSF::CHARTOIRE_M 3 lines 22-MAR-1990 14:25 -< Diskstat ou diskext ? >- -------------------------------------------------------------------------------- Je n'ai pas trouve VMS:DISKSTAT.MAR, ce n'est pas plutot : VMS:DISKEXT.MAR. ================================================================================ Note 737.14 Indication du nombre de fragments 14 of 16 DECUSF::DIAKONOFF_N "Responsable programmathèque" 1 line 22-MAR-1990 14:40 -< SI >- -------------------------------------------------------------------------------- ================================================================================ Note 737.15 Indication du nombre de fragments 15 of 16 DECUSF::OURGHANLIA_B 0 lines 22-MAR-1990 15:59 -< Mauvais programme. Remplace par DISKSTAT.MAR >- -------------------------------------------------------------------------------- ================================================================================ Note 737.16 Indication du nombre de fragments 16 of 16 DECUSF::DIAKONOFF_N "Responsable programmathèque" 2 lines 22-MAR-1990 16:19 -< BO frappe plus vite que son ombre. >- -------------------------------------------------------------------------------- Boudiou .... les modifs dans VMS: sont encore plus rapides que VMS tout court.