L'idée est absurde mais c'est faisable.Envoyé par Computer Mail
De mémoire il faut utiliser une fonction du kernel DeviceIOControl.
De mémoire toujours il faut utiliser des valeurs non documentées pour certains paramètres.
Je pense que si tu fais cela sur un disque non dédié il vaut mieux une bonne sauvegarde .....
Un roman d'Asimov aussi "Les dieux eux-mêmes...."
Salut,
On peut effectivement chercher à passer par là,
Disk Management Control Codes
File Management Control Codes
Mais il devra auparavant de toute façon passer par OpenFile pour obtenir un Handle ce qui veut dire qu'il aura meilleurs temps de lire la taille du fichier tous de suite derrière puis charger dans la RAM.
Il me semble que c'est la façon la plus directe pour traiter les données ? ou bien ?
Cordialement
Ludwig
PS tout à fait l'idée est absurde
La méthode la plus rapide est celle que je choisirai.
Après ça on peut considérer qu'il n'y a plus rien à dire !
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
Si, la méthode que j'ai à choisir ! Compte tenu de tout ce que j'ai donné comme information sur le fonctionnement de ce programme.
Soyons clair : tu n'as donné aucune info précise et tu as choisi d'ignorer l'ensemble des réponses qui t'ont été données.
Après, tu veux te lancer dans un développement qui n'est pas vraiment de ton niveau, sans prendre en compte les réticences fortes de gens qui connaissent le sujet mieux que toi.
Bonne chance.
Salut,
J'ai encore une fois regardé ton affaire,
Alors voila, si ma mémoire ne fait pas défaut,
Quand on démarre la machine, elle starte sur le BIOS du fabricant du PC. Ensuite quand Windows se lance,
MS met en place un bios propre afin d'assurer tous les fonctionnalités dont ils ont besoins pour leur système d'exploitation
dans ton cas Windows 7 si j'ai bien compris.
Donc en clair, si tu veux utiliser le Bios d'origine il te faudra commencer par t'informer quel type de bios est installé sur ta machine, ensuite il te faudra trouver les points d'entrées des routines qui gèrent le disque, ( autant chercher une aiguille dans une botte de foin) ensuite il faudra coder en langage machine etc... etc... Pourquoi pas après tous si t'as envie de passer un an ou deux sur un truc qui est plus qu'aléatoire. Mais n'oublie pas si jamais t'as réussi à faire aller sur ta machine, sur la prochaine ça marchera plus car t'aura pas le même BIOS de base donc on remet ça pour un tour.
Alors un conseil d'ami t'en fera ce que tu voudras.
Utilise les fonctionnalités des API de MS comme les gens ici t'ont dit de faire.
Si tu coinces, il y a bien du monde ici pour t'indiquer comment on fait en CPP
Cordialement
Ludwig
Code par vous, aucune chance
Pas la peine de compliquer une chose simple. Ce qu'il veux faire est simple, mais à manipuler avec précaution. On peut écrire sur une zone non partitionnée pour ne pas pertuber la fat. Mais bien sur, vu le risque encouru, il vaut mieux faire ça sur un 2ème disque amovible ou pas.
Cela reste SUPERFLU à mon avis, car le système de fichier est suffisamment élaboré pour répondre au besoin. Le problème est d'utiliser le disque pour concurrencer la ram, ça c'est pas une bonne idée. Tout cela a déjà été expliqué.
Dans ma première réponse il manque la valeur de "disk_name" documenté dans msdn CreateFile, et de "size_sector". Tout utilitaire de partitionnement l'affiche, ou on lit avec ReadFile() un secteur, c'est la taille des données retournées.
Autant lire le secteur 0, ben ouais à ce niveau, on a plus peur de rien
oops on travaille à l'octet près, donc on aura pas la taille du secteur avec ça, faut oublier ...ou on lit avec ReadFile() un secteur, c'est la taille des données retournées
satinas, si la taille du secteur n'est pas connue dans la méthode que tu proposes selon toute vraisemblance ce n'est pas la bonne, la taille d'un secteur est supposée connue 512 octets. Je pense que je vais réfléchir à acheter de la RAM, en attendant d'autres réponses.
Déjà à la première réponse tu aurait dû suivre, là tu butes encore sur rien du tout. Tu ne sais pas aller chercher la taille de secteur logique de ton disque dur.
Tu n'as pas l'air de savoir ce qu'est un logiciel de partitionnement, qui la donne, taille secteur logique et taille secteur physique.
OK, ma méthode est pas bonne, je l'admets humblement, si cela doit te faire passer à une méthode moins aventureuse.
Pour la ram, je sais pas comment Windows gère les grosses ram, cela doit dépendre de la version, d'autres pourront t'aider ...
Salut,
Comme ça https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx
Cordialement
Ludwig
Moi j'en suis resté à Win16 ou on collait les blocs mémoire de 64K
Re:
Windows te retourne un Handel qui n'est rien d'autre qu'un pointeur sur la première position libre de la mémoire allouée. Evidement il faut conserver ce Handel dans une variable de ton programme. Pour se promener dans la zone mémoire ainsi obtenu, il faut encore un pointeur qui va contenir l'offset. Donc l'adresse effective sera le Handel + Offset. De cette façon on compulse octet après octet. Pour voir les mots (Word 32 bits ) il faut incrémenter l'offset de 4 positions.
Quand t'as fini de travailler il faut libérer la mémoire avec la fonction GlobalFree en lui passant comme argument le Handel que t'as obtenu avec GlobalAlloc.
Il semblerait que Computer Mail soit devenu raisonnable, c'est bien.
Pour aller vite, on peut ici construire en langage machine une fonction lecture et une fonction écriture comme ceci:
Fonction lecture d'un octet en mémoire
ça c'est fait pour une machine à pile, mais on peut faire la même chose en C,Code:ICODE C@ ( adr --- c ) EAX EAX XOR 0 [EBX] AL MOV EAX EBX MOV RET END-CODE
on passe l'adresse en argument et on obtient en retour le contenu de l'octet. Ici C@ est le nom de la fonction.
Cordialement
Ludwig
Salut.
Clé USB et SSD sont à proscrire à mon avis. A un tel rythme de cycles écriture/lecture, tout ce beau monde va rendre l'âme très vite.Je rejoins pm42 : achète de la mémoire et crée un RAMDisk. Ou à défaut défini un espace mémoire protégé dans lequel tu écris.
Dernière modification par azad ; 09/03/2017 à 11h44.
