SYSTEM INFO
MadM@tt
Messages postés
2167
Date d'inscription
mardi 11 novembre 2003
Statut
Membre
Dernière intervention
16 juillet 2009
-
10 sept. 2006 à 01:22
MadM@tt Messages postés 2167 Date d'inscription mardi 11 novembre 2003 Statut Membre Dernière intervention 16 juillet 2009 - 17 nov. 2008 à 17:54
MadM@tt Messages postés 2167 Date d'inscription mardi 11 novembre 2003 Statut Membre Dernière intervention 16 juillet 2009 - 17 nov. 2008 à 17:54
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/39501-system-info
https://codes-sources.commentcamarche.net/source/39501-system-info
17 nov. 2008 à 17:54
17 nov. 2008 à 17:51
11 sept. 2006 à 15:46
Eh moi je suis en belgique, a Liege, je commence une formation de Gestionnaire PC et reseau a TechniFutur (ecole specialisee dans l'info)
Pour le site je te laisse volontier le faire Mad ;)
Sinon pour les Threads, on sait aussi recuperer son StartTime il me semble ca peut etre interessant. J'avais fais quelques test sur les threads je vais voir si j'ai garde des traces.
Pour les killer et les suspendre, leur ThreadId suffit.
++
11 sept. 2006 à 15:42
@+
11 sept. 2006 à 15:39
C'est vrai qu'après on peut killer les thread, j'avais pas pensé à ça.
11 sept. 2006 à 15:37
Mais moi aussi je les liste ;)
Autre truc de très bien dans ProcessExplorer, c'est l'icone avec une cible (tout à droite) qui permet de drag pour voir à quel processus appartient une zone de l'écran. Superbe. Je l'ai déjà vu en VB6, mais je ne saurais pas le faire.
11 sept. 2006 à 15:33
11 sept. 2006 à 15:26
Et je suis completement d'accord en ce qui concerne de privilégier les infos les plus pertinentes plutot que de surcharger.
Sinon draluorg, t'est dans quelle école toi ?
Bon allé on va dire que je me lance dans le site, et je vous prévien si un jour je le finit ^^
11 sept. 2006 à 15:15
Heu, pour les threads, je n'arrive à récupérer par les APIs que pas grand chose :
Public Type THREADENTRY32
dwSize As Long
cntUsage As Long
th32ThreadID As Long
th32OwnerProcessID As Long
tpBasePri As Long
tpDeltaPri As Long
dwFlags As Long 'inutile
End Type
11 sept. 2006 à 15:14
11 sept. 2006 à 15:12
Eh oui ProcessExplorer offre beaucoup d'option, mais est un peu lourd tant en ressource qu'a l'utilisation je trouve, je pense aussi que toutes les infos qu'il donne ne sont pas forcement utile...
Sinon c'est pas tant la quantite des info qui est importante, mais plutot la pertinance de celle-ci et la simplicite et la sobrete du programme.
Sinon pour les thread je pense que les info importantes peuvent etre relevee sans problemes sans driver.
Pour la securite, c'est assez cotton, mais y a des modules sur le net, notement un de ShareVb sur ce site (oui encore lui! lol)
Pour TCP/IP en effet c'est assez interessant, encore une fois je pense qu'il y a un peu de matiere a ce sujet sur VbFrance, notement EbArt il me semble...
Pour l'idee de l'echange des "librairie" ce serait interessant en effet ^^
++
11 sept. 2006 à 15:09
Incroyable !! Grosse coïncidence !
Pour la librairie, c'est une bonne idée. Mais j'avoue que je n'y connais RIEN (de chez rien !) en création de site Internet :(
Pas de la flemme, de l'ignorance !
@+
11 sept. 2006 à 15:05
En quelle année ? Je rentre en 2è moi (je me disais les dates de rentrée correspondaient)
Sinon pour l'histoire de la librairie, ça peut valoir le coup de faire un petit site web non ? Après je pense qu'on a déjà de quoi remplir une dll avec tout ce qu'il y a sur vbfrance, je pense que ça pourrait faire un truc pas mal qui nous prendrais pas trop de temps (enfin après il faut le site web, mais si personne n'est motivé pour le faire je peux m'y coller).
11 sept. 2006 à 15:01
Pour ProcessExplorer, c'est vrai qu'il y a beaucoup de trucs, mais plus grand chose de pas encore trouvé. Quoiqu'il reste :
-liste des handles (ShareVB l'a fait avec un driver, mais je crois pas le faire, car hors de ma portée)
-graphes temps réel : je n'ai fait qu'un graphe global (pas par process). Cà aurait été possible, mais trop gourmand et trop long à coder ;)
-infos sur les threads (là il faut aussi un driver)
-onglet Security (aucune idée)
-onglet TCP IP
Pour les options qu'ils ne proposent pas, j'en ai peu de nouvelles (sauf concernant les fenêtres) ;)
Pour l'ajout de fonctions dans une librairie générale, je peux sans problèmes apporter ce que j'ai déjà.
@+
11 sept. 2006 à 14:46
C'est vrai qu'on bosse sur les meme trucs, mais pareil je reprend le 18/09 aussi (t'es dans quelle école Violent_Ken ?), et je sais que l'année dernière j'ai pu absolument rien progger pendant l'année scolaire :(, c'est triste mais je profite des vacances. (j'espère cette année avoir un peu plus de temps pour la prog)
Pour le logiciel ProcessExplorer, j'ai été bluffé par le nombre d'infos qu'il propose. Mais on peut toujours faire mieux j'en suis sur (y'a toujours des options qu'ils ne proposent pas qu'on peut trouver)
Sinon ce qu'on pourrait faire (et je parle de tout le monde en général), ça serait essayer de faire une immense librairie sur les infos système en ajoutant tous toutes les fonctions qu'on a, en sélectionnant uniquement les plus rapides, les mieux etc... ça serait un projet non contraignant car il n'est pas nécessaire de bosser dessus tout le temps, ce qu'il faudrait en fait c'est un site web où chacun pourrait poster sa contribution. (et au final avoir une dll super optimisée pour vb)
Je sais pas ce que vous en pensez ?
Sinon pour la conso cpu, je crois avoir pigé pourquoi j'ai un truc entre 4 et 5%, c'est que j'ai un ordi portable, donc la fréquence du processeur est abaissée quand il ne bosse pas, donc en gros je fonctionnais à 800 Mhz. C'est traitre, mais au moins c'est pratique ça oblige à bien faire gaffe que le code ne soit pas trop lourd.
11 sept. 2006 à 14:42
Ajouter un lien :
Set TreeView1.ImageList = Form1.ImageList1
Enlever un lien :
Set TreeView1.ImageList = Nothing
Pour un projet commun, c'est sur que cela permet d'aller bien plus loin que tout seul, et je trouve l'idée intéressante. Mais disons que je suppose (pas encore vu) que mon emploi du temps ne me permettra pas d'avoir des masses de temps libre.
Mais c'est sur que çà permettrait de faire quelque chose de mieux !
@+
11 sept. 2006 à 14:36
Eh oui je sais qu'il faut supprimer le lien entre la ListView et l'imageList, mais j'ai pas trouve comment, en .net on peut mettre ListView1.Imagelist ImgList1 ou nothing... mais j'ai pas trouve de propriete equivalente en vb6...
Pour le projet commun, perso je commence egalement les cours ce mois ci le 25, et je suppose que Mad a ses occupations aussi, de plus rien ne presse, mais bon c'est juste une proposition car je me dis que ca peut etre enrichissant pour les 3 et que ca permetrait de faire un projet plus complet que seul... Mais si ca ne vous interesse pas ou que vous n'avez pas la disponibilite ou autre y a aucun soucis ;)
++
11 sept. 2006 à 13:48
Pour ProcessExplorer de chez SysInternals, il est vrai qu'il utilise des drivers, mais je ne rencontre aucun problème avec (toujours droits admins).
Mais en effet, çà commence à devenir complexe pour VB (IDE qui plante....etc.) dès que l'on parle de driver, application comme service...etc.
Pour la consommation CPU, ce n'est pas très grave, mais disons que si le programme doit tourner en arrière plan, mieux vaut la réduire au maximum.
Pour comparer au maître des programmes dans ce domaine (ProcessExplorer de SysInternals ^_-), sa consommation est énorme (jusqu'à 35% d'un P4 3Ghz certaines fois, surtout à cause des graphes et infos collectées en temps réel).
Pour les commentaires, pas de problème ;) Personnellement, je bourre mes sources de commentaires depuis peu, mais chacun son choix. Tant que le source est claire çà va (ce qui est le cas).
Pour les ImageList, j'ai eu EXACTEMENT le même problème, et c'est Renfield qui m'a secouru sur MSN ;)
C'est dû au fait que les controles utilisés avec les ListView créent des liens qu'il est nécessaire de rompre avant toute modification du ImageList (notamment pour le vider). Il faut donc supprimer les liens de chaque ListView avant de pouvoir vider le ImageList.
Mais j'avoue que un ImageList par ListView (et TreeView) simplifie la tache ;)
Et c'est vrai que l'on se croise souvent ;) Faut dire que mon projet englobe pas mal de trucs concernant les processus/threads/services... (j'utilise la grande majorité des APIs documentées dans ma MSDN sur les processus, threads...). Donc tout ce qui parle de services, threads, handles, services, processus m'intéresse beaucoup !
Concernant l'idée de faire un projet en commun, personnellement le gros problème est que mes études (qui reprennent le 18/09) me bouffent tout mon temps ; donc pas vraiment moyen de coder de manière régulière.
Je suis bien présent ces temps ci, j'avance pas mal mon projet, mais mes contributions à VBfrance.com risquent très certainement de chuter d'un coup d'ici peu :(
Donc v'là le blem, je code très irrégulièrement :(
@+ et bonne prog. à tous le monde !
11 sept. 2006 à 13:26
Eh pour le probleme avec le .sys, c'est bien la derniere version qu'il a depose, et je n'ai pas non plus de probleme avec, par contre la methode employee est a peu pres la methode exposee par Systernals et souvent les gens recontrent les memes problemes avec process explorer et autres...
Pour la conso cpu, wai ca depend du pc, perso chez moi il reste a 0% la plupart du temps, donc pas evident de regler correctement..
Pour les commentaires, eh perso je prefere utiliser des noms de varaibles et de fonctions explicites que de mettre des commentaires partout, perso si j'ai 3 lignes de commentaire dans une fonction il m'est tres difficile de la lire, mais bon c'est vrai que je pourrais mettre une courte description au dessus de chaque fonction...
Pour les imagesList, c'est simplement par simplicite, et aussi car j'ai pas trouve le moyen de vider une ImgList appartenant a un control ? (j'ai pas trop cherche non plus lol)
Pour la possibilite d'interactions avec les process, services etc je compte la faire quand tout le reste sera fini, avec les fonctions de recherches etc...
Sinon c'est vrai qu'on se croise souvent sur les meme types de sources(MadM@tt et Violent_Ken), il pourrait etre interessant de faire un projet commun si ca vous tente ?
Enfin merci pour vos remarques
++
PS: merci Gally pour la note :)
11 sept. 2006 à 12:23
J'en avais déjà parlé à ShareVB, et il avait corrigé sa source. Je n'ai plus de problème avec la sienne. Peut être qu'une mise à jour de cette source avec la dernière version de celle de ShareVB reglerait le problème ?
@+
11 sept. 2006 à 12:20
(chez moi j'ai pas de problème en tout cas à ce niveau)
11 sept. 2006 à 11:11
Pas bien Microsoft :(
@+
11 sept. 2006 à 11:00
Commençons par les bugs (désolé, il y en a) :
-toujours des problèmes avec le *.sys de ShareVB, voir sa source pour les symptômes (service refusant de se charger...etc.) que j'obtiens.
-problème plus grave concernant le même morceau de code : impossible de charger le driver lorsqu'on sélectionne un des tabs "fichier et dossier ouverts" ou "clé utilisées", puis plantage radical (erreur mémoire ne peut être read) lors de la sélection du second. Problème de codage de la source, mais très difficile de trouver la (les) ligne(s) responsables.
Remarques diverses :
-consommation CPU un brin trop gourmande
-impossibilité d'interaction avec les services, processus...etc.
-des commentaires dans la source !!
-manque quelques infos nécessaires à un taskmgr
-pourquoi avoir plusieurs ImageList ? J'avais parlé il y a peu à Renfield d'exactement le même problème (un Imglist par Listview ou pas ?), selon lui un seul suffit. Enfin, je ne critique pas, çà marche très bien comme çà aussi.
Pour conclure, cette source rassemble pas mal de modules déjà présents sur le site et illustre leur utilisation, c'est pratique.
Et en plus, c'est vraiment très proche d'une des parties de mon (grand) projet en cours ! Quelle coïncidence !
@+ et bonne continuation ;)
(PS : pas noté)
11 sept. 2006 à 09:38
Je trouve cette source bien réaliser, j'ai mis 9/10.
@++
[GALLY HOME CORP]
10 sept. 2006 à 18:45
Voila j'ai trouve la solution pour contrer "l'auto-scroll" et pour eviter le clignotement ^^
Pour le IsprocessRuning, oui je pense que c'est plus rapide comme ca que de lister tout le SnapShot avec ToolHelp, ce que je faisais aussi avant...
++
10 sept. 2006 à 14:43
Sinon pour l'histoire du scroll, j'ai pas mal cherché à ce sujet et toujours pas trouvé. Meme en déselectionnant l'item, en fait je crois que rien que le fait de vouloir le déselectionner ça le remet visible. Et on m'avait conseillé de regarder au niveau des propriétés EnsureVisible et autre chose comme ça, dans les item. Mais j'ai jamais réussi...
Sinon les modules sont bien organisé, c'est clair et agréable à lire, par contre tu devrais nommer plus excplicitement tes controles sur ta form peut etre, histoire que ça soit plus simple à relire enfin c'est toi qui voit, jdit ça comme ça.
Allé bon boulot ^^, je reste attentif si y'a des mises à jour ;)
10 sept. 2006 à 13:33
Pour la redim ok j'avais mal compris je pensais que tu parlais d'un redim d'array lol
Pour la conso cpu, je vais descendre le timer, et essayer de grapiller un peu a gauche a droite...
++
10 sept. 2006 à 02:17
Pour voir ça, tout simplement lance le prog, et descend dans la liste des process avec la roulette : à chaque rafraichissement la scrollbar est remontée vers le haut (car par défaut c'est le 1er élement qui est sélectionné)
Sinon pour le bug du redim, c'est juste pour le graphique (tu en parlait dans la présentation)
Et au niveau de la conso cpu, a mon avis en réduisant le timer ça la fera baisser et ça réduira aussi l'effet de scintillement, je pense pas que ça soit un gros gros problème (enfin j'ai pourtant un portable assez récent, mais j'avait lancé le prog avec beaucoup d'appli donc la, en le retestant "normalement", le chargement est assez rapide et le rafraichissement moins visible, la conso tourne entre 2 et 5%)
a demain, la je vais vraiment me coucher héhé ^^ (j'étais entre 2 épisodes de friends)
10 sept. 2006 à 01:59
eh pour la consomation cpu c'est bizare il consomme moins que le TaskMgr chez moi et le cahrgement est presque instantane, un rien plus long que le taskmgr.. (p4 3,2Ghz)
Pour le deselectionement, ca ne le fait que si un new processus est lancer ou que un existant est arrete, sinon ca ne deseclectionne pas normalement...
Sinon la solution la plus simple, est d'enregistrer l'element selectionne avant de rafraichir la liste et le reselectionner apres si il est toujours existant...
Sinon en effet le timer est une peu rapide, c'etait pour les test...
Pour les options pour interagir sur les process etc, en effet c'est au programme, je compte bien remplacer mon taskMgr (y a encore du taf c'est sur!) Mais j'avais envie de le deposer pour profiter des eventuelles suggestions ^^
Sinon je n'ai rencontre aucun bug de Redim, peux tu me dire a quel endroit a tu eu ca ?
Merci pour tes remarques et suggestions ;)
++
10 sept. 2006 à 01:22
Ben ça rend super bien, ça a l'avantage de proposer beaucoup beaucoup d'infos, sans surcharger.
Par contre un peu long au chargement (enfin normal, je crois que c'est les icones qui prennent le plus de temps), et les processus sont rafraichis assez souvent ce qui n'est pas spécialement agréable pour lire (clignotement).
De plus à cause de ça (problème que j'ai aussi dans mes prog hélas, solution à trouver), lorsqu'on sélectionne un item et que l'ont descend dans la liste, à chaque refresh l'element selectionné est obligatoirement remis "visible" (dur à expliquer lol).
En en plus, ça donne une utilisation processeur assez elevée (3 à 8%, alors que j'ai un pc "très convenable") pour un prog qui est censé observer la consommation processeur des autres.
Mais sinon j'ai trouvé super toutes les infos proposées (meme si on peut toujours, toujours en rajouter).
Par contre on ne peut agir sur rien (idée pour l'améliorer)
Enfin question utilisation ça rend bien (ah oui il faudrait peut etre baisser aussi le refresh des graphiques, c'est presque illisible celui du CPU, et régler les bug de redim), demain si j'ai le temps je regarderai le code.
Encore bravo pour avoir mener un si long projet à bien, continue !
++