FR2904128A1 - Systeme et procede pour changer dynamiquement un fichier. - Google Patents

Systeme et procede pour changer dynamiquement un fichier. Download PDF

Info

Publication number
FR2904128A1
FR2904128A1 FR0705012A FR0705012A FR2904128A1 FR 2904128 A1 FR2904128 A1 FR 2904128A1 FR 0705012 A FR0705012 A FR 0705012A FR 0705012 A FR0705012 A FR 0705012A FR 2904128 A1 FR2904128 A1 FR 2904128A1
Authority
FR
France
Prior art keywords
file
access
representation
write
monitor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR0705012A
Other languages
English (en)
Inventor
Azis Guilbeden
Ramesh Radhakrishnan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dell Products LP
Original Assignee
Dell Products LP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dell Products LP filed Critical Dell Products LP
Publication of FR2904128A1 publication Critical patent/FR2904128A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/176—Support for shared access to files; File sharing support
    • G06F16/1767—Concurrency control, e.g. optimistic or pessimistic approaches
    • G06F16/1774—Locking methods, e.g. locking methods for file systems allowing shared and concurrent access to files
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/36—Monitoring, i.e. supervising the progress of recording or reproducing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

La présente invention concerne un système de traitement d'informations (100) et peut inclure un processeur (110, 114, 118, 128, 132, 136) et une mémoire (112, 116, 120, 130, 134, 138) en communication avec le processeur. En outre, un moniteur d'accès aux fichiers (146) peut être intégré dans la mémoire (112, 116, 120, 130, 134, 138). Le moniteur d'accès aux fichiers (146) peut surveiller un ou plusieurs fichiers dans le système de traitement d'informations (100) et changer dynamiquement une représentation de fichier associée à chacun du ou des fichiers sur la base de modèles d'accès associés à chacun du ou des fichiers.

Description

La présente invention concerne de manière générale les systèmes de
fichiers répartis. Plus spécifique-ment, la présente invention concerne le changement de représentations de fichiers de manière dynamique dans un système de fichiers répartis. Du fait que la valeur et l'utilisation des informations continuent à croître, les personnes et les entre-prises cherchent des moyens supplémentaires pour traiter et mémoriser les informations. L'un des choix mis à la disposition des utilisateurs concerne les systèmes de traitement d'informations. Un système de traitement d'in-formations d'une manière générale traite, compile, mémorise, et/ou communique des informations ou des données à des fins commerciales, personnelles ou autres, de manière à permettre aux utilisateurs d'exploiter la valeur des informations. Du fait que les besoins et impératifs en termes de technologie et de traitement d'informations va-rient entre utilisateurs ou applications, les systèmes de traitement d'informations peuvent également varier en fonction du type d'informations qui sont traitées, de la manière selon laquelle les informations sont traitées, de la quantité d'informations qui sont traitées, mémorisées, ou communiquées, et du degré de rapidité et d'efficacité avec lequel les informations peuvent être traitées, mémo-risées ou communiquées. Les variations des systèmes de traitement d'informations permettent que les systèmes de traitement d'informations soient généraux ou configurés pour un utilisateur spécifique ou une utilisation spécifique telle que le traitement de transactions financiè-res, les réservations de vols, le stockage de données d'entreprises, ou les communications globales. De plus les systèmes de traitement d'informations peuvent inclure une variété de composants matériels et logiciels qui peu-vent être configurés pour traiter, mémoriser et communi-quer des informations et peuvent inclure un ou plusieurs 2904128 2 systèmes informatiques, systèmes de mémorisation de don-nées, et systèmes de gestion de réseau. Certains types de systèmes de traitement d'informations, par exemple des systèmes de fichiers répartis, 5 peuvent utiliser différents schémas de représentation de fichier, lesquels peuvent varier sur la base du type de système. Certains systèmes de fichiers répartis, tels qu'un système de fichiers virtuels parallèle (PVFS), peu-vent utiliser un entrelacement pour améliorer des performances pour de grandes opérations. D'autres systèmes peu-vent utiliser une approche basée sur un journal pour la vitesse et la fiabilité. Encore d'autres systèmes peuvent utiliser des fichiers simples ou réguliers du fait de la relative simplicité de ces fichiers.
15 Des opérations d'entrelacement et d'entrée/sortie (E/S) parallèles fonctionnent bien pour des opérations systèmes sur de gros fichiers. Cependant, pour des opérations systèmes sur de petits fichiers, l'entrelacement augmente le temps système et peuvent aboutir en résultat 20 à des performances relativement médiocres. Pour des opérations d'écriture intensive, des systèmes basés sur un journal peuvent aboutir en résultat à des performances relativement supérieures du fait que ces systèmes peuvent utiliser une mémoire cache de manière efficace et effec- 25 tuer des écritures séquentiellement. Des opérations de lecture dans ces systèmes peuvent engendrer plus de temps système. Des systèmes de fichiers répartis qui supportent différents schémas de représentation de fichier peuvent 30 permettre à un utilisateur de prendre manuellement une décision concernant la manière selon laquelle un fichier doit être mémorisé. D'autres paramètres, tels que la taille de l'entrelacement, peuvent être fixés ou manuellement définis par l'utilisateur. Ces systèmes ne four- 35 nissent pas de moyens automatisés pour prendre ces déci- 2904128 3 sions par l'intermédiaire du système de fichiers et non pas par l'utilisateur. En conséquence, il existe un besoin d'un système et d'un procédé consistant à changer dynamiquement des 5 représentations de fichiers. On va constater que pour simplifier et clarifier l'illustration, des éléments illustrés sur les figures ne sont pas nécessairement dessinés à l'échelle. Par exemple, les dimensions de certains des éléments sont exagé- 10 rées par rapport à d'autres éléments. Des modes de réalisation incorporant les enseignements de la présente description sont représentés et décrits eu égard aux dessins présentés ici, sur lesquels : - la figure 1 est un schéma général représentant 15 un système de traitement d'informations, -la figure 2 est un ordinogramme représentant un procédé de surveillance de fichiers dans un système de traitement d'informations, - la figure 3 est un ordinogramme représentant un 20 procédé visant à changer de manière dynamique des repré- sentations de fichiers dans un système de traitement d'informations, et - la figure 4 est un ordinogramme représentant un procédé visant à empêcher des changements dans des repré- 25 sentations de fichiers dans un système de traitement d'informations. L'utilisation des mêmes symboles de référence dans des dessins différents indique des éléments similaires ou identiques.
30 Un système de traitement d'informations est décrit et peut inclure un processeur et une mémoire en communication avec le processeur. En outre, un moniteur d'accès à des fichiers peut être intégré dans la mémoire. Le moniteur d'accès à des fichiers peut surveiller un ou 35 plusieurs fichiers dans le système de traitement d'infor- 2904128 4 mations et changer une représentation de fichier associée à chacun du ou des fichiers sur la base des modèles d'accès associés à chacun du ou des fichiers. Comme indiqué ci-dessus, la description qui va 5 suivre en combinaison avec les figures est fournie pour aider à la compréhension des enseignements décrits ici. La description qui va suivre va s'intéresser des implémentations et des modes de réalisation spécifiques des enseignements. Cet intérêt sert à aider à décrire les en- 10 seignements et ne doit pas être interprété en tant que limitation à la portée ou à l'applicabilité des enseignements. Par exemple, une grande part de ce qui va suivre concerne le changement de représentations de fichiers de manière dynamique dans des systèmes de fichiers répartis.
15 Bien que les enseignements puissent avec certitude être utilisés dans cette application, les enseignements peu-vent également être utilisés dans d'autres applications et avec plusieurs types différents d'architectures telles que des architectures informatiques réparties, des archi- 20 tectures client/serveur, ou des architectures serveur de logiciel intermédiaire. En se reportant initialement à la figure 1, un système de traitement d'informations est représenté et est généralement désigné par la référence numérique 100.
25 Dans le but de la présente description, un système de traitement d'informations peut inclure tout dispositif ou ensemble de dispositifs fonctionnels pour calculer, classer, traiter, émettre, recevoir, récupérer, envoyer, commuter, mémoriser, afficher, manifester, détecter, enre- 30 gistrer, reproduire, gérer ou utiliser toute forme d'in-formations, d'intelligence, ou de données à des fins commerciales, scientifiques, de commande ou autres. Par exemple, un système de traitement d'informations peut être un ordinateur individuel, un dispositif de mémorisa- 35 tion de réseau, ou tout autre dispositif adapté et peut 2904128 5 varier en taille, forme, performance, fonctionnalité et prix. Le système de traitement d'informations peut inclure une mémoire à accès direct (RAM), une ou plusieurs ressources de traitement telles qu'une unité centrale de 5 traitement (CPU) ou une logique de commande matérielle ou logicielle, une mémoire à lecture seule (ROM), et/ou d'autres types de mémoire non-volatile. Des composants supplémentaires du système de traitement d'informations peuvent inclure une ou plusieurs unités de disque, un ou 10 plusieurs ports réseau pour communiquer avec des dispositifs externes ainsi que divers dispositifs d'entrée et de sortie (E/S), tels qu'un clavier, une souris et un afficheur vidéo. Le système de traitement d'informations peut également inclure un ou plusieurs bus opérationnels pour 15 transmettre des communications entre les divers composants matériels. Dans un mode de réalisation particulier, comme représenté sur la figure 1, le système de traitement d'informations 100 peut inclure un réseau 102. Par exem- 20 pie, le réseau 102 peut être un réseau étendu (WAN), ou un réseau local (LAN), ou une combinaison de ceux-ci. Comme représenté sur la figure 1, le système 100 peut inclure un premier ordinateur d'utilisateur 104, un deuxième ordinateur d'utilisateur 106, et un N-ième ordi- 25 nateur d'utilisateur 108 couplés au réseau. Le premier ordinateur d'utilisateur 104 peut inclure un processeur 110 et une mémoire 112 couplée au processeur 110. Le deuxième ordinateur d'utilisateur 106 peut inclure un processeur 114 et une mémoire 116 couplée au processeur 30 114. En outre, le N-ième ordinateur d'utilisateur 108 peut inclure un processeur 118 et une mémoire 120 couplée au processeur 118. Le système 100 peut en outre inclure un premier serveur de fichiers 122, un deuxième serveur de fichiers 35 124, et un N-ième serveur de fichiers 126 couplés au ré-2904128 6 seau. Le premier serveur de fichiers 122 peut inclure un processeur 128 et une mémoire 130 couplée au processeur 128. Le deuxième serveur de fichiers 124 peut inclure un processeur 132 et une mémoire 134 couplée au processeur 5 132. En outre, le N-ième serveur de fichiers 126 peut inclure un processeur 136 et une mémoire 138 couplée au processeur 136. Dans un mode de réalisation particulier, les serveurs de fichiers 122, 124, 126 peuvent être connectés au réseau 102 via un serveur de gestionnaire de 10 fichiers 140. Le serveur de gestionnaire de fichiers 140 peut inclure un processeur 142 et une mémoire 144 couplée au processeur 142. Un moniteur d'accès aux fichiers 146 peut être intégré dans la mémoire 144 du serveur de gestionnaire de fichiers 140. Le moniteur d'accès aux fi- 15 chiers 146 peut inclure une unité logique qui peut être exécutée afin de gérer un ou plusieurs fichiers qui peu-vent être mémorisés dans les serveurs de fichiers 122, 124, 126. Dans un mode de réalisation en variante, le moni- 20 teur d'accès aux fichiers 146 peut être intégré dans la mémoire 130, 134, 138 de l'un des autres serveurs 122, 124, 126. En outre, le moniteur d'accès aux fichiers 146 peut être intégré dans la mémoire 112, 116, 120 d'un des ordinateurs d'utilisateur 104, 106, 108.
25 Dans un mode de réalisation particulier, les fichiers peuvent être mémorisés dans les serveurs 122, 124, 126 sous forme de trois représentations différentes. Par exemple, un fichier particulier peut être mémorisé sous la forme d'une représentation de gros fichier, d'une représentation de fichier régulier ou d'une représentation de fichier d'écriture. La représentation de gros fichier peut inclure une représentation de fichier entrelacé dans laquelle le fichier peut être divisé en bandes et chaque bande peut être mémorisée dans un serveur différent. La 35 taille de bande est un paramètre qui peut être établi, ou 2904128 7 défini, par l'utilisateur. La représentation de fichier régulier indique que le fichier doit être mémorisé tel quel. La représentation de fichier d'écriture est une représentation d'un fichier qui est efficace pour des fi- 5 chiers qui incluent des opérations d'écriture fréquentes. La représentation de fichier d'écriture peut inclure une représentation de fichier structuré de type journal. Le moniteur de système de fichiers 146 peut sur-veiller les fichiers dans le système 100 au niveau fi- 10 chier sans interruption. En outre, sur la base de l'activité de fichiers, le moniteur de système de fichiers 146 peut choisir une représentation de fichier pour chaque fichier qui maximise de manière importante l'efficacité du système 100. Le moniteur de système de fichiers 146 15 peut surveiller chaque fichier dans le système 100 pour déterminer si une représentation de fichier courante pour chaque fichier est une représentation de fichier optimale. En outre, le moniteur de système de fichiers 146 peut déterminer une représentation de fichier optimale 20 pour chaque fichier basé sur la caractéristique d'accès pour chaque fichier. En outre, le moniteur de système de fichiers 146 peut dynamiquement changer une représentation de fichier pour chaque fichier depuis une représentation de fichier régulier jusqu'à une représentation de 25 gros fichier, depuis une représentation de fichier régulier jusqu'à une représentation de fichier d'écriture, depuis une représentation de gros fichier jusqu'à une représentation de fichier régulier, et depuis une représentation de fichier d'écriture jusqu'à une représentation 30 de fichier régulier. Dans un mode de réalisation particulier, lorsque le moniteur de système de fichiers 146 détermine qu'un modèle d'accès pour un fichier particulier est approprié à une représentation de fichier différente, le moniteur 35 de système de fichiers 146 peut automatiquement et dyna- 2904128 8 miquement changer la représentation de fichier afin d'augmenter les performances du système 100. Le moniteur de système de fichiers 146 peut suivre des informations de métadorinées, par exemple, un type d'opération, une 5 fréquence d'opération, et une taille de fichier associée à l'opération, pour chaque fichier qui est créé et mémorisé dans le système 100. En outre, dans un mode de réalisation particulier, lorsque le moniteur de système de fichiers 146 dé- 10 termine qu'un accès à un fichier régulier se produit dans de grandes tailles de bloc, le moniteur de système de fichiers 146 peut convertir le fichier d'une représentation de fichier régulier en une représentation de gros fi-chier, par exemple en un fichier entrelacé, afin de tirer 15 avantage d'un accès parallèle. Le seuil pour classer en catégorie une taille d'accès aussi grande peut être établie au préalable par les concepteurs du système, ou le système de fichiers peut utiliser une ou plusieurs heuristiques pour déterminer le seuil. Lorsque le moniteur 20 de système de fichiers 146 détermine que l'accès à un gros fichier survient selon des décalages aléatoires, le moniteur de système de fichiers 146 peut convertir la représentation de gros fichier en représentation de fichier régulier. Cette conversion peut minimiser un temps sys- 25 tème supplémentaire en évitant la nécessité de connecter de multiples serveurs d'entrée/sortie pour traiter la représentation de gros fichier. En outre, lorsque le moniteur de système de fichiers 146 détermine qu'une quantité d'écritures dans un 30 fichier régulier est sensiblement plus grande qu'une quantité de lectures depuis le même fichier régulier, le moniteur de système de fichiers 146 peut convertir le fi-chier régulier en une représentation de fichier d'écriture, par exemple une représentation de fichier structuré 35 de type journal, afin de tirer avantage de l'accès sé- 2904128 9 quentiel à la mémoire. En outre, lorsque le moniteur de système de fichiers 146 détermine qu'une quantité de lectures d'un représentation de fichier d'écriture est sensiblement plus grande qu'une quantité d'écritures dans le 5 même fichier, le moniteur de système de fichiers 146 peut convertir la représentation de fichier d'écriture en une représentation de fichier régulier afin de réduire le temps système associé à la lecture du journal pour le fi-chier.
10 Lorsque la décision est prise de changer la manière selon laquelle un fichier est mémorisé, le moniteur de système de fichiers 146 peut exécuter la transition de manière transparente. Ainsi, une ou plusieurs applications accédant au fichier peuvent continuer à exécuter de 15 opérations sur le fichier pendant que la transition sur-vient. Afin de réduire la pénalité du fait du temps système engendré pendant le changement de la manière selon laquelle un fichier est représenté, certaines limites peuvent être placées concernant la fréquence selon la20 quelle une représentation de fichier peut être changée. Par exemple, un fichier particulier peut uniquement être changé une ou deux fois tous les mille accès à travers l'utilisation d'un journal qui évite un changement d'opération de représentation de fichier pendant une période 25 prédéterminée. Le moniteur de système de fichiers 146 peut également retarder des transitions pendant une durée parti-culière afin de confirmer un modèle d'accès au fichier. Ceci peut limiter le nombre de transitions et peut éviter 30 la pénalité de temps système du fait de la prise de décisions incorrectes. Dans un mode de réalisation particulier, les valeurs de seuil, décrites ici, qui peuvent déclencher des changements entre des représentations de fichiers peuvent être établies manuellement par les ingé- 35 nieurs systèmes. En variante, le moniteur de système de 2904128 10 fichiers 146 peut déterminer les valeurs de seuil sur la base d'une ou plusieurs heuristiques. En outre, le moniteur de système de fichiers 146 peut attendre pour effectuer un changement dans un fichier lorsqu'il n'y a pas de 5 traitement ouvert sur le fichier en question. Ceci peut éliminer en grande partie des problèmes de temps système d'un point de vue utilisateur et peut garantir que l'utilisateur n'a pas le fichier ouvert pendant des opérations quelconques. En tant que tel, l'utilisateur peut ne pas 10 être informé l'ignorance d'une transition quelconque de représentation de fichier. En utilisant les procédés décrits ici, le système 100 peut déterminer un schéma de représentation optimal pour les fichiers mémorisés dans celui-ci et le système 15 100 peut augmenter l'efficacité de traitement de ces fi- chiers. En se reportant à la figure 2, un procédé de surveillance d'un ou plusieurs fichiers est représenté et commence à l'étape 200. A l'étape 200, un moniteur d'accès aux fichiers peut accéder à une pluralité de fichiers dans un système ayant un ou plusieurs serveurs de fichiers, par exemple, le système 100 décrit ici. A l'étape de détermination 202, le moniteur d'accès aux fichiers peut déterminer si un accès particulier inclut une opéra- 25 tion sur un gros fichier ou une opération sur un petit fichier. Dans un mode de réalisation particulier, l'accès peut être considéré comme étant une opération sur un gros fichier si l'accès implique un bloc de données supérieur ou égal à un mégaoctets (1 MO).
30 A l'étape de détermination 202, si l'accès inclut une opération sur un grand fichier, le procédé continue à l'étape 204 et un rapport grand/petit accès peut être accru. Le rapport grand/petit accès peut inclure un compteur de grand accès et un compteur de petit accès et le 35 rapport grand/petit accès peut être accru en augmentant 2904128 11 le compteur de grand accès. En variante, le rapport grand/petit accès peut être augmenté en réduisant le compteur de petit accès. A l'étape de détermination 202, si l'accès inclut une opération sur un petit fichier, le 5 procédé peut passer à l'étape 206 et le rapport grand/petit peut être réduit. Le rapport grand/petit peut être réduit en augmentant le compteur de petit accès. En variante, le rapport grand/petit peut être réduit en réduisant le compteur de grand accès.
10 Depuis l'étape 204 ou l'étape 206, le procédé peut continuer à l'étape de détermination 208 et le moniteur d'accès aux fichiers peut déterminer si l'accès au fichier inclut une opération de lecture ou une opération d'écriture. Si l'accès aux fichiers inclut une opération 15 de lecture, le procédé peut passer à l'étape 210 et un rapport de lecture/écriture peut être accru. Le rapport d'accès en lecture/écriture peut inclure un compteur d'accès en lecture et un compteur d'accès en écriture. En outre, le rapport d'accès en lecture/écriture peut être 20 accru en augmentant le compteur d'accès en lecture. En variante, le rapport d'accès en lecture/écriture peut être accru en réduisant le compteur d'accès en écriture. A l'étape de détermination 208, si l'accès inclut une opération de fichier d'écriture, le procédé peut passer à 25 l'étape 212 et le rapport de lecture/écriture peut être réduit. Le rapport de lecture/écriture peut être réduit en augmentant le compteur d'accès en écriture. En va-riante, le rapport de lecture/écriture peut être réduit en réduisant le compteur d'accès en lecture.
30 Depuis l'étape 210 ou l'étape 212, le procédé peut passer à l'étape de détermination 214 et le moniteur d'accès aux fichiers peut déterminer si l'accès aux fichiers est terminé. Si l'accès n'est pas terminé, le pro-cédé revient à l'étape 200 et continue comme décrit ici.
2904128 12 Sinon, si l'accès est terminé, le procédé peut terminer à l'état 216. En se reportant maintenant à la figure 3, un pro-cédé visant à changer dynamiquement des représentations 5 de fichiers est représenté. Le procédé peut être exécuté par un moniteur d'accès aux fichiers, par exemple, le moniteur d'accès aux fichiers 146 représenté et décrit ci-dessus en association avec le système 100. En commençant à l'étape 300, le moniteur d'accès aux fichiers peut 10 surveiller l'accès à un ou plusieurs fichiers dans le système 100. A l'étape de détermination 302, le moniteur d'accès aux fichiers peut déterminer une représentation de fichier associée au fichier. Par exemple, la représentation de fichier peut être une représentation de gros 15 fichier, un représentation de fichier régulier, ou une représentation de fichier d'écriture. En outre, la représentation de gros fichier peut être un fichier entrelacé et la représentation de fichier d'écriture peut être un fichier structuré de type journal.
20 Si le fichier est un fichier entrelacé, le procédé peut passer à l'étape de détermination 304, et le moniteur d'accès aux fichiers peut déterminer si l'accès au fichier entrelacé s'effectue selon des décalages aléatoires. Si tel n'est pas le cas, le procédé passe à l'étape 25 306 et le moniteur d'accès aux fichiers conserve le fi-chier sous forme de fichier entrelacé. Le procédé peut ensuite passer à l'étape de détermination 308 et le moniteur d'accès aux fichiers peut déterminer si l'accès aux fichiers dans le système est terminé. Si tel n'est pas le 30 cas, le procédé peut revenir au bloc 300 et continuer comme décrit ici. Si l'accès aux fichiers se termine, le procédé peut terminer à l'étape 310. En revenant à l'étape de détermination 304, si l'accès au fichier entrelacé s'effectue selon des décala-35 ges aléatoires, le procédé peut passer à l'étape 312 et 2904128 13 le moniteur d'accès aux fichiers peut changer le fichier entrelacé en fichier régulier. Dans un mode de réalisation particulier, le changement du fichier entrelacé en fichier régulier peut minimiser le temps système supplé- 5 mentaire en évitant d'avoir à connecter de multiples serveurs d'entrée/sortie pour traiter la représentation de gros fichier. Depuis l'étape 312, le procédé peut passer à l'étape de détermination 308 et continuer comme décrit ici.
10 En revenant à l'étape de détermination 302, si le fichier est un fichier régulier, le procédé peut passer à l'étape de détermination 314. A l'étape de détermination 314, le moniteur d'accès aux fichiers peut déterminer si un rapport grand/petit accès pour le fichier est supé- 15 rieur à un seuil. Par exemple, le seuil peut être égal à cinq. Si le rapport grand/petit accès est supérieur au seuil, le procédé peut passer au bloc 316 et le moniteur d'accès aux fichiers peut changer le fichier régulier en fichier entrelacé. Ensuite, le procédé peut passer à une 20 étape de détermination 308 et continuer comme décrit ici. A l'étape de détermination 314, si le rapport grand/petit accès est inférieur au seuil, le procédé peut passer à l'étape de détermination 318 et le moniteur d'accès aux fichiers peut déterminer si le rapport de 25 lecture/écriture est inférieur au seuil. Si le rapport de lecture/écriture est inférieur au seuil, le procédé peut continuer à l'étape 320 et le moniteur d'accès aux fichiers peut conserver le fichier en tant que fichier régulier. Le procédé peut ensuite passer à l'étape de détermination 308 et continuer comme décrit ici. En revenant à l'étape de détermination 318, si le rapport de lecture/écriture est inférieur au seuil, le procédé peut passer à l'étape 322 et le moniteur d'accès aux fichiers peut changer le fichier régulier en fichier 35 structuré de type journal. Dans un mode de réalisation 2904128 14 particulier, la représentation de fichier structuré de type journal peut fournir une efficacité supérieure pour des opérations d'écriture. En outre, lorsque le rapport de lecture/écriture diminue, il peut s'agir d'une indica- 5 tion que l'accès aux fichiers inclut des opérations d'écriture supérieures à des opérations de lecture. De-puis l'étape 322, le procédé peut passer à l'étape de détermination 308 et continuer comme décrit ici. En revenant à l'étape de détermination 302, si la 10 représentation de fichier est structurée de type journal, le procédé peut passer à l'étape de détermination 324 et le moniteur d'accès aux fichiers peut déterminer si un rapport de lecture/écriture associé au fichier structuré de type journal est supérieur à un seuil. Si le rapport 15 de lecture/écriture n'est pas supérieur au seuil, le pro-cédé peut passer à l'étape 326 et le moniteur d'accès aux fichiers peut conserver le fichier en tant que fichier structuré de type journal. Le procédé peut ensuite passer à l'étape de détermination 308 et continuer comme décrit 20 ici. A l'étape de détermination 324, si le rapport de lecture/écriture est supérieur au seuil, le procédé peut passer à l'étape 328 et le moniteur d'accès aux fichiers peut changer le fichier structuré de type journal en fi- 25 chier régulier. Ensuite, le procédé peut passer à l'étape de détermination 308 et continuer comme décrit ici. En se reportant à la figure 4, un procédé visant à empêcher une transition de représentation de fichier est représenté. Dans un mode de réalisation particulier, 30 le procédé peut être exécuté par un moniteur d'accès aux fichiers, par exemple le moniteur d'accès aux fichiers 146 représenté et décrit ci-dessus en association avec le système 100. En commençant à l'étape 400, le moniteur d'accès aux fichiers peut surveiller chaque fichier dans 35 le système 100. A l'étape de détermination 402, le moni- 2904128 15 teur d'accès aux fichiers peut déterminer si un verrou de transition est sur un fichier particulier devant faire l'objet d'un accès. Si tel est le cas, le procédé peut passer à l'étape de détermination 404 et le moniteur 5 d'accès aux fichiers peut déterminer si le verrou de transition sur le fichier a expiré. Si le verrou de transition a expiré, le procédé peut passer à l'étape 406 et le moniteur d'accès aux fichiers peut empêcher une transition vers une autre représentation de fichier. Ensuite, 10 le procédé peut passer à l'étape de détermination 408 et le moniteur d'accès aux fichiers peut déterminer si l'accès aux fichiers dans le système est terminé. Si l'accès se termine, le procédé peut terminer à l'étape 410. si-non, si l'accès continue, le procédé peut revenir à 15 l'étape 400 et continuer comme décrit ici. A l'étape de détermination 402, si un verrou de transition n'est pas sur un fichier, le procédé peut passer à l'étape de détermination 412. Le procédé peut également passer à l'étape de détermination 412 depuis 20 l'étape de détermination 404 si le verrou de transition a expiré. A l'étape dedétermination 412, le moniteur d'accès aux fichiers peut déterminer si l'accès aux fichiers a provoqué le changement de la représentation de fichier.
25 Par exemple, la représentation de fichier peut passer d'un fichier entrelacé à un fichier régulier, d'un fi-chier régulier à un fichier entrelacé, d'un fichier régulier à un fichier structuré de type journal, ou d'un fi-chier structuré de type journal à un fichier régulier. Si 30 l'accès n'a pas provoqué un changement de représentation de fichier, le procédé peut passer à l'étape de détermination 408 et continuer comme décrit ici. A l'étape de détermination 412, si l'accès provo-que le changement de la représentation de fichier, le 35 procédé peut passer à l'étape 414 et le moniteur d'accès 2904128 16 aux fichiers peut augmenter un compteur de transitions pour le fichier. En passant à l'étape de détermination 416, le mcniteur d'accès aux fichiers peut déterminer si le compteur de transitions pour le fichier est supérieur 5 à un seuil. Si le compteur de transitions n'est pas supérieur au seuil, le procédé peut passer à l'étape de détermination 408 et continuer comme décrit ici. A l'in-verse, si le compteur de transitions est supérieur au seuil, le procédé peut passer à l'étape 418 et le ges- 10 tionnaire d'accès aux fichiers peut placer un verrou de transition sur le fichier pour empêcher une transition vers une autre représentation de fichier. Ensuite, le procédé peut passer à l'étape de détermination 408 et continuer comme décrit ici.
15 Avec la configuration de structure décrite ici, le système et le procédé peuvent fournir un système et un procédé visant à changer dynamiquement des représentations de fichiers dans un système de fichiers répartis. Par exemple, la représentation de fichier peut passer 20 d'un fichier entrelacé à un fichier régulier, d'un fi-chier régulier à un fichier entrelacé, d'un fichier régulier à un fichier structuré de type journal, ou d'un fi-chier structuré de type journal à un fichier régulier. En outre, le système peut verrouiller un fichier particulier 25 pour empêcher un changement trop fréquent de la représen- tation de fichier.

Claims (20)

REVENDICATIONS
1. Procédé visant à changer dynamiquement une représentation de fichier, caractérisé en ce qu'il comporte les 5 étapes consistant à : û surveiller l'accès à un fichier, et û déterminer si l'accès au fichier inclut une opération sur un gros fichier ou une opération sur un petit fi-chier. 10
2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre les étapes consistant à : û augmenter le rapport grand/petit accès pour le fichier lorsque l'accès au fichier inclut l'opération sur un 15 gros fichier, et û réduire le rapport grand/petit accès pour le fichier lorsque l'accès au fichier inclut l'opération sur un petit fichier. 20
3. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre les étapes consistant à : û déterminer si l'accès au fichier inclut une opération de lecture ou une opération d'écriture, û réduire un rapport de lecture/écriture lorsque l'accès 25 au fichier inclut l'opération d'écriture, et û augmenter le rapport de lecture/écriture lorsque l'accès au fichier inclut l'opération de lecture.
4. Procédé selon la revendication 3, caractérisé en ce 30 qu'il comporte en outre l'étape consistant à déterminer une représentation de fichier.
5. Procédé selon la revendication 4, caractérisé en ce qu'il comporte en outre l'étape consistant à changer la 35 représentation de fichier d'une représentation de gros 2904128 18 fichier en une représentation de fichier régulier lorsque l'accès au fichier s'effectue selon des décalages aléatoires.
6. Procédé selon la revendication 4, caractérisé en ce qu'il comporte en outre l'étape consistant à changer la représentation de fichier d'une représentation de fichier régulier en une représentation de gros fichier lorsque le rapport grand/petit accès est supérieur à un seuil.
7. Procédé selon la revendication 4, caractérisé en ce qu'il comporte en outre l'étape consistant à changer la représentation de fichier d'une représentation de fichier régulier en une représentation de fichier d'écriture lorsque le rapport de lecture/écriture est inférieur à un seuil.
8. Procédé selon la revendication 4, caractérisé en ce qu'il comporte en outre l'étape consistant à changer la représentation de fichier d'une représentation de fichier d'écriture en une représentation de fichier régulier lorsque le rapport de lecture/écriture est supérieur à un seuil.
9. Procédé visant à empêcher des transitions de fichier, caractérisé en ce qu'il comporte les étapes consistant à . û déterminer si un verrou de transition est en place sur un fichier, et û permettre un changement d'une représentation de fi-chier associée au fichier lorsque le verrou de transition n'est pas en place.
10. Procédé selon la revendication 9, caractérisé en ce qu'il comporte en outre les étapes consistant à : 2904128 19 û déterminer si le verrou de transition a expiré, û permettre un changement d'une représentation de fi-chier associée au fichier lorsque le verrou de transi- tion a expiré, et 5 û empêcher un changement d'une représentation de fichier associée au fichier lorsque le verrou de transition n'a pas expiré.
11. Procédé selon la revendication 9, caractérisé en ce 10 qu'il comporte les étapes consistant à : û augmenter un compteur de transitions pour le fichier lorsque la représentation de fichier change, et û verrouiller le fichier pour empêcher un changement de la représentation de fichier lorsque le compteur de 15 transitions est supérieur à un seuil.
12. Système de traitement d'informations (100), caractérisé en ce qu'il comporte : û un processeur (110, 114, 118, 128, 132, 136), 20 û une mémoire (112, 116, 120, 130, 134, 138) en communication avec le processeur, et û un moniteur d'accès aux fichiers (146) intégré dans la mémoire (112, 116, 120, 130, 134, 138), le moniteur d'accès aux fichiers (146) étant configuré pour sur- 25 veiller un ou plusieurs fichiers dans le système de traitement d'informations (100) et changer dynamique-ment une représentation de fichier associée à chacun du ou des fichiers sur la base de modèles d'accès associés à chacun du ou des fichiers. 30
13. Système (100) selon la revendication 12, caractérisé en ce que le moniteur d'accès aux fichiers (146) comporte une unité :ogique apte à : û surveiller l'accès à chacun du ou des fichiers, et 2904128 20 û déterminer si l'accès aux fichiers inclut une opération sur un gros fichier ou une opération sur un petit fichier. 5
14. Système (100) selon la revendication 13, caractérisé en ce que le moniteur d'accès aux fichiers (146) comporte en outre une unité logique apte à : û augmenter le rapport grand/petit accès pour le fichier lorsque l'accès au fichier inclut l'opération sur un 10 gros fichier, et û réduire le rapport grand/petit accès pour le fichier lorsque l'accès au fichier inclut l'opération sur un petit fichier. 15
15. Système (100) selon la revendication 14, caractérisé en ce que le moniteur d'accès aux fichiers (146) comporte en outre une unité logique apte à : û déterminer si l'accès au fichier inclut une opération de lecture ou une opération d'écriture, 20 û réduire un rapport de lecture/écriture lorsque l'accès au fichier inclut l'opération d'écriture, et û augmenter le rapport de lecture/écriture lorsque l'accès au fichier inclut l'opération de lecture. 25
16. Système (100) selon la revendication 14, caractérisé en ce que le moniteur d'accès aux fichiers (146) comporte en outre une unité logique apte à : û déterminer une représentation de fichier, û changer la représentation de fichier d'une représenta-30 tion de gros fichier en une représentation de fichier régulier lorsque l'accès au fichier s'effectue selon des décalages aléatoires, û changer la représentation de fichier d'une représentation de fichier régulier en une représentation de gros 2904128 21 fichier lorsque le rapport grand/petit accès est supérieur à un seuil, changer la représentation de fichier d'une représentation de fichier régulier en une représentation de fi- 5 chier d'écriture lorsque le rapport de lecture/écritu- re chute au-dessous d'un seuil, et û changer la représentation de fichier d'une représenta- tion de fichier d'écriture en une représentation de fichier régulier lorsque le rapport de lecture/écritu- 10 re est supérieur à un seuil.
17. Système (100) selon la revendication 12, caractérisé en ce que le moniteur d'accès aux fichiers (146) comporte en outre une unité logique apte à : 15 û déterminer si un verrou de transition est en place sur un fichier, et û permettre un changement d'une représentation de fi-chier associée au fichier lorsque le verrou de transition n'est pas en place. 20
18. Système (100) selon la revendication 17, caractérisé en ce que le moniteur d'accès aux fichiers (146) comporte en outre une unité logique apte à : û déterminer si le verrou de transition a expiré, et 25 û permettre un changement d'une représentation de fi-chier associée au fichier lorsque le verrou de transition a expiré.
19. Système (100) selon la revendication 12, caractérisé 30 en ce que le moniteur d'accès aux fichiers (146) comporte en outre une unité logique apte à augmenter un compteur de transitions pour le fichier lorsque la représentation de fichier change. 2904128 22
20. Système (100) selon la revendication 19, caractérisé en ce que le moniteur d'accès aux fichiers (146) comporte en outre une unité logique apte à empêcher un changement de la représentation de fichier lorsque le compteur de 5 transitions est supérieur à un seuil.
FR0705012A 2006-07-11 2007-07-11 Systeme et procede pour changer dynamiquement un fichier. Withdrawn FR2904128A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/484,816 US8019790B2 (en) 2006-07-11 2006-07-11 System and method of dynamically changing file representations

Publications (1)

Publication Number Publication Date
FR2904128A1 true FR2904128A1 (fr) 2008-01-25

Family

ID=38352892

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0705012A Withdrawn FR2904128A1 (fr) 2006-07-11 2007-07-11 Systeme et procede pour changer dynamiquement un fichier.

Country Status (8)

Country Link
US (1) US8019790B2 (fr)
CN (1) CN101105808B (fr)
DE (1) DE102007026104B4 (fr)
FR (1) FR2904128A1 (fr)
GB (2) GB2440020B (fr)
IE (1) IE20070392A1 (fr)
SG (1) SG139626A1 (fr)
TW (1) TWI368855B (fr)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090119782A1 (en) * 2007-11-07 2009-05-07 Sandisk Il Ltd. Method and device for digital rights protection
US8255373B2 (en) * 2008-10-24 2012-08-28 Microsoft Corporation Atomic multiple modification of data in a distributed storage system
US9361326B2 (en) * 2008-12-17 2016-06-07 Sap Se Selectable data migration
US8171219B2 (en) * 2009-03-31 2012-05-01 Intel Corporation Method and system to perform caching based on file-level heuristics
US20110153674A1 (en) * 2009-12-18 2011-06-23 Microsoft Corporation Data storage including storing of page identity and logical relationships between pages
US8345489B2 (en) * 2010-09-02 2013-01-01 International Business Machines Corporation Caching scheme synergy for extent migration between tiers of a storage system
US10740353B2 (en) 2010-12-23 2020-08-11 Mongodb, Inc. Systems and methods for managing distributed database deployments
US10713280B2 (en) 2010-12-23 2020-07-14 Mongodb, Inc. Systems and methods for managing distributed database deployments
US9740762B2 (en) 2011-04-01 2017-08-22 Mongodb, Inc. System and method for optimizing data migration in a partitioned database
US8996463B2 (en) 2012-07-26 2015-03-31 Mongodb, Inc. Aggregation framework system architecture and method
US10346430B2 (en) 2010-12-23 2019-07-09 Mongodb, Inc. System and method for determining consensus within a distributed database
US10262050B2 (en) 2015-09-25 2019-04-16 Mongodb, Inc. Distributed database systems and methods with pluggable storage engines
US11615115B2 (en) 2010-12-23 2023-03-28 Mongodb, Inc. Systems and methods for managing distributed database deployments
US11544288B2 (en) 2010-12-23 2023-01-03 Mongodb, Inc. Systems and methods for managing distributed database deployments
US9805108B2 (en) 2010-12-23 2017-10-31 Mongodb, Inc. Large distributed database clustering systems and methods
US10997211B2 (en) 2010-12-23 2021-05-04 Mongodb, Inc. Systems and methods for database zone sharding and API integration
US10977277B2 (en) 2010-12-23 2021-04-13 Mongodb, Inc. Systems and methods for database zone sharding and API integration
US8996887B2 (en) * 2012-02-24 2015-03-31 Google Inc. Log structured volume encryption for virtual machines
US8626917B2 (en) * 2012-03-16 2014-01-07 Sap Ag File access using counter locking mechanism
JP5884602B2 (ja) * 2012-03-30 2016-03-15 富士通株式会社 ストレージ制御装置、およびストレージシステム
US11403317B2 (en) 2012-07-26 2022-08-02 Mongodb, Inc. Aggregation framework system architecture and method
US11544284B2 (en) 2012-07-26 2023-01-03 Mongodb, Inc. Aggregation framework system architecture and method
US10872095B2 (en) 2012-07-26 2020-12-22 Mongodb, Inc. Aggregation framework system architecture and method
US8788533B2 (en) * 2012-10-26 2014-07-22 Sap Ag Read access logging
CN103605726B (zh) * 2013-11-15 2017-11-14 中安消技术有限公司 一种小文件的存取方法、系统及控制节点和存储节点
KR102330389B1 (ko) * 2014-07-24 2021-11-24 삼성전자주식회사 데이터 저장 장치 및 그것의 데이터 처리 방법
US10713275B2 (en) 2015-07-02 2020-07-14 Mongodb, Inc. System and method for augmenting consensus election in a distributed database
US10846411B2 (en) * 2015-09-25 2020-11-24 Mongodb, Inc. Distributed database systems and methods with encrypted storage engines
US10673623B2 (en) 2015-09-25 2020-06-02 Mongodb, Inc. Systems and methods for hierarchical key management in encrypted distributed databases
TWI626584B (zh) * 2016-02-23 2018-06-11 宏碁股份有限公司 智能磁碟監控方法以及使用該方法的裝置
US10671496B2 (en) 2016-05-31 2020-06-02 Mongodb, Inc. Method and apparatus for reading and writing committed data
US10621050B2 (en) 2016-06-27 2020-04-14 Mongodb, Inc. Method and apparatus for restoring data from snapshots
US20180276232A1 (en) * 2017-03-27 2018-09-27 Microsoft Technology Licensing, Llc Enhanced administrative controls for a unified file retention management system
US11232068B2 (en) 2017-03-27 2022-01-25 Microsoft Technology Licensing, Llc Unified document retention management system
US10866868B2 (en) 2017-06-20 2020-12-15 Mongodb, Inc. Systems and methods for optimization of database operations
US11755537B2 (en) * 2021-03-15 2023-09-12 Vmware, Inc. Optimizing file access statistics collection

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5257370A (en) 1989-08-29 1993-10-26 Microsoft Corporation Method and system for optimizing data caching in a disk-based computer system
US5333311A (en) * 1990-12-10 1994-07-26 Alsoft, Inc. Optimizing a magnetic disk by allocating files by the frequency a file is accessed/updated or by designating a file to a fixed location on a disk
US5608890A (en) * 1992-07-02 1997-03-04 International Business Machines Corporation Data set level cache optimization
JPH0883202A (ja) 1994-09-14 1996-03-26 Toshiba Corp 電子ファイリング装置
JP3641872B2 (ja) * 1996-04-08 2005-04-27 株式会社日立製作所 記憶装置システム
US6272235B1 (en) * 1997-03-03 2001-08-07 Bacus Research Laboratories, Inc. Method and apparatus for creating a virtual microscope slide
FR2766269B1 (fr) * 1997-07-18 1999-10-01 Framatome Sa Sonde a courants de foucault pour le controle non destructif de la paroi d'un tube et procede de traitement des signaux de la sonde
US6442682B1 (en) * 1999-02-18 2002-08-27 Auspex Systems, Inc. Characterization of data access using file system
US6374056B1 (en) * 1999-03-19 2002-04-16 Fuji Photo Optical Co., Ltd. Camera with magnetic recording device
US6810200B1 (en) * 1999-04-14 2004-10-26 Matsushita Electric Industrial Co., Ltd. Digital data processing device that restricts usage of data present on a recording medium
US6487633B1 (en) * 1999-05-03 2002-11-26 3Ware, Inc. Methods and systems for accessing disks using forward and reverse seeks
US6389420B1 (en) * 1999-09-30 2002-05-14 Emc Corporation File manager providing distributed locking and metadata management for shared data access by clients relinquishing locks after time period expiration
US6779095B2 (en) * 2000-06-19 2004-08-17 Storage Technology Corporation Apparatus and method for instant copy of data using pointers to new and original data in a data location
EP1368736A2 (fr) * 2001-01-11 2003-12-10 Z-Force Communications, Inc. Commutateur de fichier et systeme de commutation de fichiers
US7246119B2 (en) * 2002-03-08 2007-07-17 Kabushiki Kaisha Toshiba Method and implementation of session-based file locking for network applications
JP2003296152A (ja) 2002-03-29 2003-10-17 Toshiba Corp Ｈｓｍシステムおよび同システムのマイグレーション制御方法
US7219230B2 (en) * 2002-05-08 2007-05-15 Hewlett-Packard Development Company, L.P. Optimizing costs associated with managing encrypted data
US6990656B2 (en) 2002-06-27 2006-01-24 Microsoft Corporation Dynamic metabase store
WO2005008491A2 (fr) * 2003-07-10 2005-01-27 Computer Associates Think, Inc. Point d'entree unique pour applications web
US7552474B2 (en) * 2004-03-01 2009-06-23 International Business Machines Corporation Detecting the presence of an installation on a data processing system based on the relative storage locations of one or more files
US7533230B2 (en) * 2004-10-13 2009-05-12 Hewlett-Packard Developmetn Company, L.P. Transparent migration of files among various types of storage volumes based on file access properties
EP1677306A1 (fr) 2005-01-04 2006-07-05 Deutsche Thomson-Brandt Gmbh Procédé pour changer l'opération sur un support de stockage d'un système de fichiers actuel à un système de fichiers nouveaux

Also Published As

Publication number Publication date
IE20070392A1 (en) 2008-03-05
CN101105808B (zh) 2013-08-21
DE102007026104A1 (de) 2008-01-17
GB0712313D0 (en) 2007-08-01
GB2440020B (en) 2009-06-24
GB2455424B (en) 2009-12-23
GB2455424A (en) 2009-06-10
US20080016021A1 (en) 2008-01-17
GB2440020A (en) 2008-01-16
GB0822628D0 (en) 2009-01-21
CN101105808A (zh) 2008-01-16
US8019790B2 (en) 2011-09-13
TW200807266A (en) 2008-02-01
TWI368855B (en) 2012-07-21
DE102007026104B4 (de) 2023-02-02
SG139626A1 (en) 2008-02-29

Similar Documents

Publication Publication Date Title
KR101914847B1 (ko) 블록-기반 저장장치에서의 페이지 캐시 기록 로깅
EP3889773B1 (fr) Procede et systeme de decouverte et d'enregistrement de nouveaux microservices pour une plateforme de gouvernance unifiee d'une pluralite de solutions de calcul intensif
US9483407B2 (en) Speculative reads
US10325078B2 (en) Software license management impact analysis
US8019790B2 (en) System and method of dynamically changing file representations
EP3117331B1 (fr) Modification dynamique de propriétés de durabilité pour des volumes de données individuels
US20090070701A1 (en) Multiple ui paradigms within a single application
AU2012255716A1 (en) Providing access to mainframe data objects in a heterogeneous computing environment
US12511017B2 (en) Generating dynamic user specific application function setup interfaces
US20090324134A1 (en) Splitting file types within partitioned images
US9619157B2 (en) High-speed data storage
US20120143928A1 (en) File system transaction log flush optimization
US12585507B2 (en) Load testing and performance benchmarking for large language models using a cloud computing platform
CN120407619A (zh) 数据处理方法、装置、存储介质及电子设备
US20240330020A1 (en) Model-based element configuration in a user interface
FR2888961A1 (fr) Systeme et procede d'implementation d'un format de description commun
CN115941613B (zh) 节点限流方法、装置、设备、介质和程序产品
JP4238318B2 (ja) データ管理装置
US12332759B2 (en) Communication mechanism to externalize information about embedded appliances
US20240193649A1 (en) Task automation and scheduling
EP3893470B1 (fr) Procédé d' optimisation de mise à jour d' objets connectés et module applicatif
US20050144378A1 (en) Method and system to save historical hard disk performance data
EP4713789A1 (fr) Détection et prédiction d'anomalies de données de dispositif de stockage électronique
EP4113297A1 (fr) Procédé de gestion des travaux dans un système informatique et système associé
FR3146736A1 (fr) Procédé et système de placement automatique de données

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20110331