EP2550597A1 - Procede, programme d'ordinateur et dispositif d'optimisation de chargement et de demarrage d'un systeme d'exploitation dans un systeme informatique via un reseau de communication - Google Patents

Procede, programme d'ordinateur et dispositif d'optimisation de chargement et de demarrage d'un systeme d'exploitation dans un systeme informatique via un reseau de communication

Info

Publication number
EP2550597A1
EP2550597A1 EP11715945A EP11715945A EP2550597A1 EP 2550597 A1 EP2550597 A1 EP 2550597A1 EP 11715945 A EP11715945 A EP 11715945A EP 11715945 A EP11715945 A EP 11715945A EP 2550597 A1 EP2550597 A1 EP 2550597A1
Authority
EP
European Patent Office
Prior art keywords
loading
image
kernel
file system
protocol
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.)
Granted
Application number
EP11715945A
Other languages
German (de)
English (en)
Other versions
EP2550597B1 (fr
Inventor
Frédéric TEMPORELLI
Benoît WELTERLEN
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.)
Bull SAS
Original Assignee
Bull SAS
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 Bull SAS filed Critical Bull SAS
Publication of EP2550597A1 publication Critical patent/EP2550597A1/fr
Application granted granted Critical
Publication of EP2550597B1 publication Critical patent/EP2550597B1/fr
Not-in-force legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4416—Network booting; Remote initial program loading [RIPL]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping

Definitions

  • the present invention relates to the startup of a computer system and more particularly to a method, a method, a computer program and an optimization device for loading and starting an operating system in a computer system via a communication network.
  • computer program and device for optimizing the loading and starting of an operating system in a computer system via a communication network.
  • boot The procedure for starting a computer system, known as boot in English terminology, is to obtain an operating system, accessible via a permanent or removable storage device, which then allows the loading and executing application programs.
  • This operating system is obtained via a simpler program, called bootloader in English terminology, executed via the BIOS (acronym for Basic Input Output System) generally contained in a ROM of the motherboard of the computer system.
  • BIOS ancronym for Basic Input Output System
  • BIOS BIOS
  • BIOS BIOS
  • gPXE free version of PXE that can be used in a network type Infini Band or Ethernet, InfiniBand and Ethernet are trademarks.
  • the minimal operating system typically consists of at least one kernel, called kernel in English terminology, and a file system generally called initrd ( initial acronym RAM disk in English terminology).
  • this initrd file system can then be used to directly load applications or to provide access to a more complete file system that can then be used by the operating system. It is necessary to have both components (kernel and initrd) to boot the minimal operating system.
  • the operating system can then be started by running the program contained in the kernel image.
  • Figure 1 schematically illustrates a boot sequence, according to the gPXE protocol, between a server and a client, to have a Linux operating system on a computer system from images accessible via a communication network.
  • a client 100 is here connected to a server 105 via a communication network 1 10.
  • a first step, referenced 1 15, consists of a search for an IP configuration (abbreviation of Internet Protocol in English terminology) on a DHCP server (acronym for Dynamic Host Configuration Protocol English terminology).
  • IP configuration abbreviation of Internet Protocol in English terminology
  • DHCP server response 120 indicates a location of a gPXE directive file. The location of this directive file also makes it possible to define the transfer protocol to be used.
  • the client After obtaining from the DHCP server an IP configuration and a directive file location, the client issues a request 125 to the server to perform the transfer of the localized directive file.
  • the directive file is received from the server.
  • the received directives file defines the location of a kernel file (kernel image), the location of an initrd file (image of the associated file system) and the parameters to be transmitted to the kernel.
  • the client then sends a request 135 to obtain the kernel file that is received from the server (reference 140) in response to this request.
  • the client transmits a request 145 for obtaining the initrd file that is received from the server (reference 150) in response to this request.
  • the requests and the file transfers generally use the TFTP (acronym of Trivial File Transfer Protocol in English terminology) or HTTP (HyperText Transfer acronym) Protocol in Anglo-Saxon terminology).
  • TFTP acronym of Trivial File Transfer Protocol in English terminology
  • HTTP HyperText Transfer acronym
  • the directive file uses a different syntax and an additional exchange between the client and the server is performed before loading the directive file.
  • the bootloader ends with a sequence on the kernel entry point execution, which then uses the file system provided by the initrd file.
  • This boot of the operating system continues, in general, through access to a more complete file system across the network and the use of this file system to replace the initrd file system.
  • the essential phases of implementation of the minimum operating system are, after obtaining a network configuration, the loading of a PXE code extension, for example the pxelinux file, then loading the following loading directives, then loading an image of a kernel (kernel file) and then loading an image of a file system (initrd file). Therefore, the gPXE protocol is similar to the PXE protocol except for the step of loading a PXE code extension that is not needed.
  • the loading directives concern here the location of the kernel file (protocol and path to this file according to this protocol), the location of the initrd file (protocol and path to this file according to this protocol) and the parameters used by the core such as, for example, the Serial port usage characteristics for handling a user's interactions.
  • the invention solves at least one of the problems discussed above.
  • the invention thus relates to a charging and starting method for a computer system connected to a communication network to which at least one server is connected, said at least one server comprising at least one image of a core of a system and a picture of an associated file system, the method comprising steps of loading said image of said kernel and said image of said file system, one of said loading steps of said image of said kernel and of loading said image of said file system being started before completion of the other of said steps of loading said image of said core and loading said image of said file system.
  • the method according to the invention thus makes it possible to reduce the delay associated with the transfer of the images of a kernel and a filesystem when starting an operating system.
  • said steps of loading said image of said core and loading said image of said file system are launched substantially at the same time.
  • the transfer time of the images of a kernel and a file system is optimized regardless of the size of the images of the kernel and the file system.
  • the method further comprises a preliminary step of loading instructions for loading said image of said core and / or said image of said file system.
  • Loading directives preferably include information from location of the kernel and file system images, information on the communication protocols used to access these images and / or parameters that can be used by the kernel.
  • the method further comprises a preliminary step of loading a boot program, said boot program including instructions for performing said loading steps of said image of said core and / or loading said image of said file system.
  • the access protocol to said boot program is a standard protocol type PXE or gPXE type.
  • the loading protocol of said image of said kernel and / or of loading said image of said file system is preferably a TFTP or HTTP type protocol.
  • the method according to the invention is particularly suitable for implementation in a node of a cluster whose optimization is particularly important.
  • the invention also relates to a computer program comprising instructions adapted to the implementation of each of the steps of the method described above when said program is executed on a computer and a device comprising means adapted to the implementation of each of the steps of the method described above.
  • FIG. 1 schematically illustrates a startup sequence, in accordance with the gPXE protocol, between a server and a client, for having a Linux operating system on a computer system from images accessible via a communication network;
  • FIG. 2 comprising FIGS. 2a and 2b, illustrates two examples of computing environments in which the invention can be implemented;
  • FIG. 3 illustrates certain steps of a startup sequence of a cluster node or a client station according to the invention
  • FIG. 4 schematically illustrates an example of an algorithm implemented in a cluster node or a client station to enable it to be started from a communication network
  • FIG. 5 illustrates an exemplary architecture of a cluster node or a client station adapted to implement the invention.
  • the subject of the invention is a parallel loading of the data to be used to start a computer system, typically a cluster node or a client station, via a communication network.
  • Parallel data loading includes data related to the kernel of the operating system and the associated file system.
  • FIG 2 including Figures 2a and 2b, illustrates two examples of computing environments in which the invention may be implemented.
  • the computer environment 200 here comprises three servers 205, 210 and 215 connected to a communication network 220, for example an Ethernet or InfiniBand network, to which nodes of a cluster or substations are also connected. customers referenced 225-1 to 225-i.
  • the server 205 is here an address server, for example a DHCP server, configured to provide a location allowing the continuation of a boot of client systems, using, for example, the PXE or gPXE protocols.
  • the server 210 is here a server from which can be loaded a specific PXE file, including pxelinux file, and PXE or gPXE directives files.
  • the server 215 is a server from which can be loaded an image of a kernel, that is to say a kernel file, and an image of a file system, that is to say typically an initrd file.
  • the servers 210 and 215 are, for example, TFTP or HTTP file servers.
  • each of the nodes or client stations 225-1 to 225-i obtains a network address to identify itself, preferably an IP type address, from the server 205, as well as the location of a PXE extension, by example pxelinux, or gPXE directives on the server 210.
  • the nodes or client stations can then load PXE or gPXE boot instructions of the server 210, that is to say, in particular, the loading instructions and, if necessary , a PXE code extension.
  • the kernel and file system images to be used i.e., for example, the kernel and initrd files, are transferred from the server 215.
  • the computer environment 200 'shown in FIG. 2b differs from the environment 200 described above in that the servers 205, 210 and 215 are grouped together in a single server 230, connected to the communication network 220 to which the nodes are also connected. or client stations referenced 225-1 to 225-i. Therefore, the server 230 is a server having an address server function such as a DHCP server and file server for PXE or gPXE, from which the images of the kernel and the file system to be loaded can be loaded. used.
  • an address server function such as a DHCP server and file server for PXE or gPXE
  • an address server such as a DHCP server, which also allows the transfer of PXE extension files and PXE or gPXE directives, and a server from from which can be loaded the images of the kernel and file system to be used.
  • Figure 3 illustrates some steps of a start sequence of a node or client station according to the invention. These steps are represented on a timeline 300.
  • step 305 it is necessary, in a first step, to obtain a network configuration (step 305) for the node or client station and, if necessary, for the servers from which can be loaded.
  • loading directives as well as kernel and file system images to be used (eg kernel and initrd files).
  • step 310 After the network configuration of the node or client station (step 310), i.e. as soon as the network configuration is known (if the gPXE protocol is used) or when the PXE extension has been loaded (if the protocol PXE is used), loading loading directives begins (step 315).
  • the loading of the kernel images and file system referred to in the directives can begin (steps 330 and 325, respectively).
  • Loading the kernel image starts at the same time as the file system image or after, but before the file system image is fully loaded. It is observed that, in general, the loading of the image of the file system continues while the image of the kernel has been loaded (step 335).
  • the kernel image can also be loaded before the image of the file system image, provided the file system starts before the kernel image is fully loaded.
  • the kernel i.e., the minimal operating system
  • the kernel is booted (step 345).
  • the size of the kernel image such as a kernel file is typically between 2 to 5 MB while that of the file system such as an initrd file is generally between 2 and 20 MB and can reach 100 MB.
  • the simultaneous loading of the kernel image and the file system image saves the loading time of the one whose size is the smallest.
  • FIG. 4 schematically illustrates an example of an algorithm implemented in a cluster node or a client station to enable its startup from a communication network.
  • a first step (step 400) consists of a request to obtain a network configuration for this node or this client computer and, if necessary, the server (s) from which load directives and the kernel and file system images to be used can be loaded.
  • the BIOS of the node or client station requests its IP address and the IP address of a PXE or gPXE server according to the DHCP protocol.
  • a next step the node or the client station loads the load directives from the PXE or gPXE server whose address was obtained previously. Again, this request can come from the node or client node BIOS. If the protocol used is the PXE protocol, this step includes a preliminary step of loading a PXE code extension, for example pxelinux.
  • the boot or bootloader program of the node or client station (if the gPXE protocol is used) or received from the PXE server (if the PXE protocol is used) allows, in combination with the loading directives, to start the loading of the image of the kernel and image of the file system.
  • the addresses of the server (s) allowing the loading of the images of the kernel and the filesystem are generally given in the loading directives. Alternatively, they can be obtained via a separate request from the node or the client station to an address server.
  • the node or the client station then starts loading the images of the minimal operating system kernel (step 410) and its file system (step 415).
  • the startup protocol pxelinux or gPXE
  • the load requests are not processed sequentially.
  • an indication of the loading directives makes it possible to activate or inhibit such a feature.
  • the images of the kernel and the corresponding file system can be obtained from the same server or from separate servers. If they are obtained from separate servers, there is no conflict for file access and processing of loading. Otherwise, the loads are processed in parallel by the file server.
  • a wait mechanism is then advantageously implemented to ensure that the images of the kernel and the file system are fully loaded into memory before continuing the boot of the operating system.
  • Execution of the kernel entry point (step 420) completes the loading process of the kernel and file system images and begins booting the operating system.
  • FIG. 5 An example architecture of a cluster node or a client station adapted to put the algorithm described with reference to FIG. 4 is illustrated in FIG. 5.
  • the device 500 here comprises a communication bus 502 for exchanging data with elements external to the device 500 (input / output bus) and a communication bus 504 dedicated to data exchanges with a memory.
  • a read only memory 506 (ROM, acronym for Read Only Memory in English terminology) containing the BIOS program of the system and a RAM 508 (RAM, acronym for Random Access Memory in English terminology) having registers adapted to save variables and parameters created and modified during the execution of the aforementioned programs as well as the kernel and the file system are connected to the bus 504.
  • ROM Read Only Memory
  • RAM Random Access Memory
  • One or more central processing units or microprocessors 510 (or CPU, acronym for Central Processing Unit in English terminology) as well as a communication interface 512 adapted to transmit and receive data over a network are connected to the buses 502. and 504.
  • the communication interface 512 here comprises an extension ROM 514, called ROM expansion in English terminology, which contains a program for booting the operating system implemented through a network.
  • the communication buses 502 and 504 allow communication and interoperability between the various elements included in the device 500 or connected to it.
  • the representation of the buses is not limiting and, in particular, the central units are able to communicate instructions to any element of the device 500 directly or via another element of the device 500.
  • the executable code of each program enabling the programmable device to implement the processes according to the invention can be stored, for example, in the extension ROM 514.
  • the gPXE protocol also makes it possible to load these software components into the memory long live 508.
  • program or programs may be loaded into one of the storage means of the device 500 before being executed.
  • the central units 510 control and direct the execution of the instructions or portions of software code of the program or programs according to the invention, instructions which are stored in the read-only memory 514, in the read-only memory 506 or in any other element of aforementioned storage.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

L'invention a notamment pour objet l'optimisation du chargement et du démarrage d'un système d'exploitation d'un système informatique via un réseau de communication auquel est connecté au moins un serveur. Ledit serveur comprend au moins une image d'un noyau d'un système d'exploitation minimal et une image d'un système de fichiers associé. Le procédé comprend des étapes de chargement de ladite image dudit noyau (330) et de ladite image dudit système de fichiers (325). L'une desdites étapes de chargement de ladite image dudit noyau (330) et de chargement de ladite image dudit système de fichiers (325) est lancée avant la fin de l'exécution (335, 340) de l'autre desdites étapes de chargement de ladite image dudit noyau et de chargement de ladite image dudit système de fichiers.

Description

Procédé, programme d'ordinateur et dispositif d'optimisation de chargement et de démarrage d'un système d'exploitation dans un système informatique via un réseau de communication La présente invention concerne le démarrage d'un système informatique et plus particulièrement un procédé, un programme d'ordinateur et un dispositif d'optimisation de chargement et de démarrage d'un système d'exploitation dans un système informatique via un réseau de communication.
La procédure de démarrage d'un système informatique, connue sous le nom de boot en terminologie anglo-saxonne, a pour objet l'obtention d'un système d'exploitation, accessible via un périphérique de stockage permanent ou amovible, qui permet ensuite le chargement et l'exécution de programmes applicatifs. Ce système d'exploitation est obtenu par l'intermédiaire d'un programme plus simple, appelé bootloader en terminologie anglo-saxonne, exécuté par l'intermédiaire du BIOS (acronyme de Basic Input Output System en terminologie anglo-saxonne) généralement contenu dans une mémoire morte de la carte mère du système informatique.
Durant cette phase de démarrage, toutes les composantes logicielles essentielles et nécessaires au fonctionnement du système informatique sont chargées en mémoire vive.
Il est généralement possible de paramétrer le BIOS pour, par exemple, définir l'ordre des périphériques à scruter afin de détecter une zone de démarrage. Il est ainsi possible de démarrer un système informatique via un réseau en obtenant une image du système d'exploitation disponible sur un système de stockage distant dans le réseau. Une telle procédure de démarrage est notamment connue sous le nom de PXE (sigle de Pre-boot eXecution Environment en terminologie anglo-saxonne) ou gPXE (version libre de PXE pouvant être utilisée dans un réseau de type Infini Band ou Ethernet, InfiniBand et Ethernet sont des marques).
Dans cette procédure, les composantes et les directives spécifiques d'exécution du système d'exploitation sont obtenues par le chargement de différents fichiers. Plus précisément, dans le contexte d'un système d'exploitation Linux (Linux est une marque) chargé depuis un réseau, le système d'exploitation minimal se compose typiquement d'au moins un noyau, appelé kernel en terminologie anglo-saxonne, et d'un système de fichiers généralement appelé initrd (acronyme d'initial RAM disk en terminologie anglo- saxonne).
Selon la configuration mise en œuvre, ce système de fichiers initrd peut être ensuite utilisé pour charger directement des applicatifs ou pour donner accès à un système de fichiers plus complet qui peut alors être utilisé par le système d'exploitation. Il est nécessaire de disposer de ces deux composants (kernel et initrd) pour démarrer le système d'exploitation minimal.
Lorsque ces composants sont chargés, sous forme d'images, le système d'exploitation peut alors être démarré en exécutant le programme contenu dans l'image noyau.
La figure 1 illustre schématiquement une séquence de démarrage, conformément au protocole gPXE, entre un serveur et un client, pour disposer d'un système d'exploitation Linux sur un système informatique à partir d'images accessibles via un réseau de communication.
Comme illustré, un client 100 est ici connecté à un serveur 105 via un réseau de communication 1 10. Une première étape, référencée 1 15, consiste en une recherche d'une configuration IP (sigle d'Internet Protocol en terminologie anglo-saxonne) sur un serveur DHCP (sigle de Dynamic Host Configuration Protocol terminologie anglo-saxonne). Outre les informations de configurations IP, la réponse 120 du serveur DHCP indique une localisation d'un fichier de directives gPXE. La localisation de ce fichier de directives permet également de définir le protocole de transfert devant être utilisé.
Après avoir obtenu du serveur DHCP une configuration IP et une localisation de fichier de directives, le client émet une requête 125 au serveur pour réaliser le transfert du fichier de directives localisé. En réponse (référencée 130), le fichier de directives est reçu du serveur. Typiquement, le fichier de directives reçu défini la localisation d'un fichier kernel (image du noyau), la localisation d'un fichier initrd (image du système de fichiers associé) et des paramètres devant être transmis au noyau. Le client transmet alors une requête 135 visant l'obtention du fichier kernel qui est reçu du serveur (référence 140) en réponse à cette requête. Ensuite, de façon similaire, le client transmet une requête 145 visant l'obtention du fichier initrd qui est reçu du serveur (référence 150) en réponse à cette requête.
Il est observé ici que, dans le cadre de l'utilisation du protocole gPXE, les requêtes et les transferts de fichiers utilisent généralement les protocoles TFTP (sigle de Trivial File Transfer Protocol en terminologie anglo- saxonne) ou HTTP (sigle d'HyperText Transfer Protocol en terminologie anglo- saxonne). Lorsque le protocole PXE est utilisé, seul un protocole de transfert TFTP est utilisé. En outre, lorsque le protocole PXE est utilisé, le fichier de directives utilise une syntaxe différente et un échange supplémentaire entre le client et le serveur est effectué avant de charger le fichier de directives.
Après le chargement en mémoire des fichiers kernel et initrd, le bootloader se termine en enchaînant sur l'exécution du point d'entrée du noyau qui utilise alors le système de fichiers fourni par le fichier initrd. Cette amorce du système d'exploitation se poursuit, en général, par l'accès à un système de fichiers plus complet à travers le réseau et à l'utilisation de ce système de fichiers pour remplacer le système de fichier initrd.
De façon analogue, selon le protocole PXE, les phases essentielles de mise en oeuvre du système d'exploitation minimal sont, après l'obtention d'une configuration réseau, le chargement d'une extension de code PXE, par exemple le fichier pxelinux, puis le chargement des directives suivantes de chargement, puis le chargement d'une image d'un noyau (fichier kernel) et ensuite le chargement d'une image d'un système de fichiers (fichier initrd). Par conséquent, le protocole gPXE est similaire au protocole PXE à l'exception de l'étape de chargement d'une extension de code PXE qui n'est pas nécessaire.
Les directives de chargement concernent ici la localisation du fichier kernel (protocole et chemin d'accès à ce fichier suivant ce protocole), la localisation du fichier initrd (protocole et chemin d'accès à ce fichier suivant ce protocole) et les paramètres utilisés par le noyau tels que, par exemple, les caractéristiques d'utilisation de ports série pour traiter les interactions d'un utilisateur.
Il résulte de ces différentes étapes que, lorsque les protocoles PXE ou gPXE sont utilisés, le temps nécessaire entre la mise sous tension d'un système informatique et la disponibilité du système d'exploitation n'est pas négligeable et peut être particulièrement pénalisant, d'autant plus dans des systèmes informatiques en environnement flexible dont l'optimisation est particulièrement importante.
L'invention permet de résoudre au moins un des problèmes exposés précédemment.
L'invention a ainsi pour objet un procédé de chargement et de démarrage pour un système informatique relié à un réseau de communication auquel est connecté au moins un serveur, ledit au moins un serveur comprenant au moins une image d'un noyau d'un système d'exploitation minimal et une image d'un système de fichiers associé, le procédé comprenant des étapes de chargement de ladite image dudit noyau et de ladite image dudit système de fichiers, l'une desdites étapes de chargement de ladite image dudit noyau et de chargement de ladite image dudit système de fichiers étant lancée avant la fin de l'exécution de l'autre desdites étapes de chargement de ladite image dudit noyau et de chargement de ladite image dudit système de fichiers.
Le procédé selon l'invention permet ainsi de réduire le délai lié au transfert des images d'un noyau et d'un système de fichiers lors du démarrage d'un système d'exploitation.
De façon avantageuse, lesdites étapes de chargement de ladite image dudit noyau et de chargement de ladite image dudit système de fichiers sont lancées sensiblement au même instant. Ainsi, le temps de transfert des images d'un noyau et d'un système de fichiers est optimisé quelle que soit la taille des images du noyau et du système de fichiers.
Selon un mode de réalisation particulier, le procédé comprend en outre une étape préliminaire de chargement de directives de chargement de ladite image dudit noyau et/ou de ladite image dudit système de fichiers. Les directives de chargement comprennent, de préférence, des informations de localisation des images du noyau et du système de fichiers, des informations sur les protocoles de communication utilisés pour accéder à ces images et/ou des paramètres pouvant être utilisés par le noyau.
Toujours selon un mode de réalisation particulier, le procédé comprend en outre une étape préliminaire de chargement d'un programme d'amorçage, ledit programme d'amorçage comprenant des instructions pour l'exécution desdites étapes de chargement de ladite image dudit noyau et/ou de chargement de ladite image dudit système de fichiers.
Toujours selon un mode de réalisation particulier, le protocole d'accès audit programme d'amorçage est un protocole standard de type PXE ou de type gPXE.
Le protocole de chargement de ladite image dudit noyau et/ou de chargement de ladite image dudit système de fichiers est, de préférence, un protocole du type TFTP ou du type HTTP.
Le procédé selon l'invention est particulièrement adapté pour une mise en œuvre dans un nœud d'un cluster dont l'optimisation est particulièrement importante.
L'invention a également pour objet un programme d'ordinateur comprenant des instructions adaptées à la mise en œuvre de chacune des étapes du procédé décrit précédemment lorsque ledit programme est exécuté sur un ordinateur ainsi qu'un dispositif comprenant des moyens adaptés à la mise en œuvre de chacune des étapes du procédé décrit précédemment.
Les avantages procurés par ce programme d'ordinateur et ce dispositif sont similaires à ceux évoqués précédemment.
D'autres avantages, buts et caractéristiques de la présente invention ressortent de la description détaillée qui suit, faite à titre d'exemple non limitatif, au regard des dessins annexés dans lesquels :
- la figure 1 illustre schématiquement une séquence de démarrage, conformément au protocole gPXE, entre un serveur et un client, pour disposer d'un système d'exploitation Linux sur un système informatique à partir d'images accessibles via un réseau de communication ; - la figure 2, comprenant les figures 2a et 2b, illustre deux exemples d'environnements informatiques dans lesquels l'invention peut être mise en œuvre ;
- la figure 3 illustre certaines étapes d'une séquence de démarrage d'un nœud de cluster ou d'un poste client conformément à l'invention ;
- la figure 4 illustre schématiquement un exemple d'algorithme mis en œuvre dans un nœud de cluster ou un poste client pour permettre son démarrage à partir d'un réseau de communication ; et,
- la figure 5 illustre un exemple d'architecture d'un nœud de cluster ou d'un poste client adapté à mettre en œuvre l'invention.
De façon générale, l'invention a pour objet un chargement parallèle des données devant être utilisées pour démarrer un système informatique, typiquement un nœud de cluster ou un poste client, via un réseau de communication. Le chargement parallèle des données vise notamment des données liées au noyau du système d'exploitation et au système de fichiers associé.
La figure 2, comprenant les figures 2a et 2b, illustre deux exemples d'environnements informatiques dans lesquels l'invention peut être mise en œuvre.
Comme illustré sur la figure 2a, l'environnement informatique 200 comprend ici trois serveurs 205, 210 et 215 reliés à un réseau de communication 220, par exemple un réseau Ethernet ou InfiniBand, auquel sont également connectés des nœuds d'un cluster ou des postes clients référencés 225-1 à 225-i. Le serveur 205 est ici un serveur d'adresses, par exemple un serveur DHCP, configuré pour fournir une localisation permettant la poursuite d'un démarrage de systèmes clients, en utilisant, par exemple, les protocoles PXE ou gPXE. Le serveur 210 est ici un serveur à partir duquel peuvent être chargé un fichier PXE spécifique, notamment le fichier pxelinux, et des fichiers de directives PXE ou gPXE. Le serveur 215 est un serveur à partir duquel peuvent être chargées une image d'un noyau, c'est-à-dire typiquement un fichier kernel, et une image d'un système de fichiers, c'est-à-dire typiquement un fichier initrd. Les serveurs 210 et 215 sont, par exemple, des serveurs de fichiers TFTP ou HTTP.
Au démarrage, chacun des nœuds ou postes clients 225-1 à 225-i obtient une adresse réseau pour s'identifier, de préférence une adresse de type IP, à partir du serveur 205, ainsi que la localisation d'une extension PXE, par exemple pxelinux, ou de directives gPXE sur le serveur 210. Les nœuds ou postes clients peuvent alors charger des instructions de démarrage PXE ou gPXE du serveur 210, c'est-à-dire, notamment, les directives de chargement et, le cas échéant, une extension de code PXE. Puis, en fonction des directives de chargement reçues, les images du noyau et du système de fichiers devant être utilisés, c'est-à-dire, par exemple, les fichiers kernel et initrd, sont transférés depuis le serveur 215.
L'environnement informatique 200' représenté sur la figure 2b se distingue de l'environnement 200 décrit précédemment en ce que les serveurs 205, 210 et 215 sont regroupés dans un seul serveur 230, relié au réseau de communication 220 auquel sont également connectés les nœuds ou postes clients référencés 225-1 à 225-i. Par conséquent, le serveur 230 est un serveur ayant une fonction de serveur d'adresses tel qu'un serveur DHCP et de serveur de fichiers pour PXE ou gPXE, à partir duquel peuvent être chargés les images du noyau et du système de fichiers devant être utilisés.
De façon similaire, il est également possible d'utiliser deux serveurs, par exemple un serveur d'adresses tel qu'un serveur DHCP, permettant également le transfert de fichiers d'extension PXE et de directives PXE ou gPXE, et un serveur à partir duquel peuvent être chargées les images du noyau et du système de fichiers devant être utilisés.
La figure 3 illustre certaines étapes d'une séquence de démarrage d'un nœud ou poste client conformément à l'invention. Ces étapes sont représentées sur une ligne de temps 300.
Comme illustré, il est nécessaire, dans un premier temps, d'obtenir une configuration réseau (étape 305) pour le nœud ou poste client et, si nécessaire, pour les serveurs à partir desquels peuvent être chargés des directives de chargement ainsi que des images du noyau et du système de fichiers devant être utilisés (par exemple des fichiers kernel et initrd).
Après la configuration réseau du nœud ou du poste client (étape 310), c'est-à-dire dès que la configuration réseau est connue (si le protocole gPXE est utilisé) ou lorsque l'extension PXE a été chargée (si le protocole PXE est utilisé), le chargement des directives de chargement commence (étape 315).
Lorsque les directives de chargement ont été reçues (étape 320), le chargement des images du noyau et du système de fichiers visées dans les directives (par exemple des fichiers kernel et initrd) peut commencer (étapes 330 et 325, respectivement). Le chargement de l'image du noyau commence en même temps que celui de l'image du système de fichiers ou après, mais avant que l'image du système de fichiers soit totalement chargée. Il est observé que, de façon générale, le chargement de l'image du système de fichiers se poursuit alors que l'image du noyau a été chargée (étape 335).
Le chargement de l'image du noyau peut également commencer avant celui de l'image du système de fichiers à condition que ce dernier commence avant que l'image du noyau soit totalement chargée.
Après que les images du noyau et du système de fichiers aient été chargées (étapes 335 et 340), le noyau, c'est-à-dire le système d'exploitation minimal, est amorcé (étape 345).
Il est observé que la taille de l'image du noyau telle qu'un fichier kernel est typiquement comprise entre 2 à 5 Mo tandis que celle du système de fichiers telle qu'un fichier initrd est généralement comprise entre 2 et 20 Mo et peut atteindre 100 Mo. Ainsi, le chargement simultané de l'image du noyau et de l'image du système de fichiers permet d'économiser le temps de chargement de celle dont la taille est la plus petite.
La figure 4 illustre schématiquement un exemple d'algorithme mis en œuvre dans un nœud de cluster ou un poste client pour permettre son démarrage à partir d'un réseau de communication.
Comme décrit précédemment, une première étape (étape 400) consiste en une requête d'obtention d'une configuration réseau pour ce nœud ou ce poste client ainsi que, si nécessaire, pour le ou les serveurs à partir desquels peuvent être chargés les directives de chargement ainsi que les images du noyau et du système de fichiers devant être utilisés. A titre d'illustration, le BIOS du nœud ou du poste client demande son adresse IP ainsi que l'adresse IP d'un serveur PXE ou gPXE selon le protocole DHCP.
Dans une étape suivante (étape 405), le nœud ou le poste client charge les directives de chargement à partir du serveur PXE ou gPXE dont l'adresse a été obtenue précédemment. A nouveau, cette demande peut émaner du BIOS du nœud ou du poste client. Si le protocole utilisé est le protocole PXE, cette étape comprend une étape préliminaire de chargement d'une extension de code PXE, par exemple de pxelinux. Le programme d'amorçage ou bootloader du nœud ou du poste client (si le protocole gPXE est utilisé) ou reçu du serveur PXE (si le protocole PXE est utilisé) permet, en combinaison avec les directives de chargement, de lancer le chargement de l'image du noyau et de l'image du système de fichiers.
Il est observé ici que les adresses du ou des serveurs permettant le chargement des images du noyau et du système de fichiers sont généralement données dans les directives de chargement. Alternativement, elles peuvent être obtenues via une requête distincte du nœud ou du poste client à un serveur d'adresses.
Le nœud ou le poste client lance alors le chargement des images du noyau du système d'exploitation minimal (étape 410) et de son système de fichiers (étape 415). A ces fins, pour lancer le chargement simultané des images du noyau et du système de fichiers correspondant, le protocole de démarrage (pxelinux ou gPXE) est modifié afin que les requêtes de chargement ne soient pas traitées séquentiellement.
Selon un mode de réalisation particulier, une indication des directives de chargement permet d'activer ou d'inhiber une telle fonctionnalité.
Comme indiqué précédemment, les images du noyau et du système de fichiers correspondant peuvent être obtenues à partir d'un même serveur ou de serveurs distincts. Si elles sont obtenues à partir de serveurs distincts, il n'y a aucun conflit pour l'accès aux fichiers et le traitement des requêtes de chargement. Dans le cas contraire, les chargements sont traités en parallèles par le serveur de fichiers.
Un mécanisme d'attente est alors avantageusement mis en œuvre pour s'assurer que les images du noyau et du système de fichiers sont entièrement chargées en mémoire avant de poursuivre l'amorce du système d'exploitation.
L'exécution du point d'entrée du noyau (étape 420) termine le traitement de chargement des images du noyau et du système de fichiers et commence l'amorce du système d'exploitation.
Un exemple d'architecture d'un nœud de cluster ou d'un poste client adapté à mettre l'algorithme décrit en référence à la figure 4 est illustré sur la figure 5.
Le dispositif 500 comporte ici un bus de communication 502 permettant l'échange de données avec des éléments externes au dispositif 500 (bus d'entrée/sortie) et un bus de communication 504 dédié aux échanges de données avec une mémoire.
Une mémoire morte 506 (ROM, acronyme de Read Only Memory en terminologie anglo-saxonne) contenant le programme BIOS du système ainsi qu'une mémoire vive 508 (RAM, acronyme de Random Access Memory en terminologie anglo-saxonne) comportant des registres adaptés à enregistrer des variables et paramètres créés et modifiés au cours de l'exécution des programmes précités ainsi que le noyau et le système de fichiers sont connectées au bus 504.
Une ou plusieurs unités centrales de traitement ou microprocesseurs 510 (ou CPU, sigle de Central Processing Unit en terminologie anglo-saxonne) ainsi qu'une interface de communication 512 adaptée à transmettre et à recevoir des données à travers un réseau sont connectées aux bus 502 et 504. L'interface de communication 512 comprend ici une mémoire morte d'extension 514, appelée expansion ROM en terminologie anglo-saxonne, qui contient un programme permettant l'amorçage du système d'exploitation mis en œuvre à travers un réseau. Les bus de communication 502 et 504 permettent la communication et l'interopérabilité entre les différents éléments inclus dans le dispositif 500 ou reliés à lui. La représentation des bus n'est pas limitative et, notamment, les unités centrales sont susceptibles de communiquer des instructions à tout élément du dispositif 500 directement ou par l'intermédiaire d'un autre élément du dispositif 500.
Le code exécutable de chaque programme permettant au dispositif programmable de mettre en œuvre les processus selon l'invention, peut être stocké, par exemple, dans la mémoire morte d'extension 514. Le protocole gPXE permet également de charger ces composants logiciels dans la mémoire vive 508.
De manière plus générale, le ou les programmes peuvent être chargés dans un des moyens de stockage du dispositif 500 avant d'être exécutés.
Les unités centrales 510 commandent et dirigent l'exécution des instructions ou portions de code logiciel du ou des programmes selon l'invention, instructions qui sont stockées dans la mémoire morte d'extension 514, dans la mémoire morte 506 ou dans tout autre élément de stockage précités.
Naturellement, pour satisfaire des besoins spécifiques, une personne compétente dans le domaine de l'invention pourra appliquer des modifications dans la description précédente.

Claims

REVENDICATIONS
1 . Procédé de chargement et de démarrage pour un système informatique (225-1 , 225-i) relié à un réseau de communication auquel est connecté au moins un serveur (205, 210, 215, 230), ledit au moins un serveur comprenant au moins une image d'un noyau d'un système d'exploitation minimal et une image d'un système de fichiers associé, le procédé comprenant des étapes de chargement de ladite image dudit noyau (330, 410) et de ladite image dudit système de fichiers (325, 415), ce procédé étant caractérisé en ce que l'une desdites étapes de chargement de ladite image dudit noyau et de chargement de ladite image dudit système de fichiers est lancée avant la fin de l'exécution de l'autre desdites étapes de chargement (335, 340) de ladite image dudit noyau et de chargement de ladite image dudit système de fichiers.
2. Procédé selon la revendication précédente selon lequel lesdites étapes de chargement de ladite image dudit noyau et de chargement de ladite image dudit système de fichiers sont lancées sensiblement au même instant.
3. Procédé selon la revendication 1 ou la revendication 2 comprenant en outre une étape préliminaire de chargement (405) de directives de chargement de ladite image dudit noyau et/ou de ladite image dudit système de fichiers.
4. Procédé selon l'une quelconque des revendications précédentes comprenant en outre une étape préliminaire de chargement d'un programme d'amorçage, ledit programme d'amorçage comprenant des instructions pour l'exécution desdites étapes de chargement de ladite image dudit noyau et/ou de chargement de ladite image dudit système de fichiers.
5. Procédé selon la revendication précédente selon lequel le protocole d'accès audit programme d'amorçage est un protocole de type PXE.
6. Procédé selon la revendication 3 selon lequel le protocole d'accès audit programme d'amorçage est un protocole de type gPXE.
7. Procédé selon l'une quelconque des revendications précédentes selon lequel le protocole de chargement de ladite image dudit noyau et/ou de chargement de ladite image dudit système de fichiers est un protocole du type TFTP ou du type HTTP.
8. Procédé selon l'une quelconque des revendications précédentes, ledit procédé étant mis en œuvre dans un nœud d'un cluster.
9. Programme d'ordinateur comprenant des instructions adaptées à la mise en œuvre de chacune des étapes du procédé selon l'une quelconque des revendications précédentes lorsque ledit programme est exécuté sur un ordinateur.
10. Dispositif comprenant des moyens adaptés à la mise en œuvre de chacune des étapes du procédé selon l'une quelconque des revendications 1 à 8.
EP11715945.9A 2010-03-22 2011-03-18 Procede, programme d'ordinateur et dispositif d'optimisation de chargement et de demarrage d'un systeme d'exploitation dans un systeme informatique via un reseau de communication Not-in-force EP2550597B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1052055A FR2957700B1 (fr) 2010-03-22 2010-03-22 Procede, programme d'ordinateur et dispositif d'optimisation de chargement et de demarrage d'un systeme d'exploitation dans un systeme informatique via un reseau de communication
PCT/FR2011/050560 WO2011117516A1 (fr) 2010-03-22 2011-03-18 Procede, programme d'ordinateur et dispositif d'optimisation de chargement et de demarrage d'un systeme d'exploitation dans un systeme informatique via un reseau de communication

Publications (2)

Publication Number Publication Date
EP2550597A1 true EP2550597A1 (fr) 2013-01-30
EP2550597B1 EP2550597B1 (fr) 2018-12-05

Family

ID=42674648

Family Applications (1)

Application Number Title Priority Date Filing Date
EP11715945.9A Not-in-force EP2550597B1 (fr) 2010-03-22 2011-03-18 Procede, programme d'ordinateur et dispositif d'optimisation de chargement et de demarrage d'un systeme d'exploitation dans un systeme informatique via un reseau de communication

Country Status (7)

Country Link
US (1) US9632798B2 (fr)
EP (1) EP2550597B1 (fr)
JP (2) JP2013522788A (fr)
BR (1) BR112012021571A2 (fr)
ES (1) ES2714389T3 (fr)
FR (1) FR2957700B1 (fr)
WO (1) WO2011117516A1 (fr)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8707402B1 (en) 2011-06-22 2014-04-22 Amazon Technologies, Inc. Secure computer provisioning
US9191275B1 (en) * 2011-06-22 2015-11-17 Amazon Technologies, Inc. Global computer provisioning
US8745730B1 (en) 2011-09-13 2014-06-03 Amazon Technologies, Inc. Secure computer provisioning and operation
US9064117B1 (en) 2011-09-20 2015-06-23 Amazon Technologies, Inc. Mobile provisioning device
US8874703B1 (en) 2011-09-20 2014-10-28 Amazon Technologies, Inc. System and method of selectively implementing network configurations
KR101822463B1 (ko) * 2013-01-21 2018-01-26 삼성전자주식회사 복수 개의 아이콘들을 화면상에 배치하는 장치 및 이의 운용 방법
WO2014201350A1 (fr) * 2013-06-14 2014-12-18 Huawei Technologies Co., Ltd. Amorçage à partir d'une image de disque distant via un réseau
US9451005B2 (en) * 2013-07-15 2016-09-20 Microsoft Technology Licensing, Llc Delegation of rendering between a web application and a native application
US9537949B2 (en) * 2013-09-24 2017-01-03 Clearcube Technology, Inc. Computer system image clustering architecture and use
CN106155682A (zh) * 2016-06-29 2016-11-23 上海友衷科技有限公司 一种基于SDMA控制器的Linux系统启动方法及系统
JP6600034B2 (ja) * 2018-04-13 2019-10-30 株式会社 みずほ銀行 動作解析システム及び動作解析方法
GB2582784B (en) * 2019-04-02 2021-05-19 Graphcore Ltd Booting tiles of processing units
CN110018928B (zh) * 2019-04-03 2024-04-30 昆仑太科(北京)技术股份有限公司 基于固件的系统备份和还原方法
CN114489702B (zh) * 2022-01-29 2023-09-15 北京有竹居网络技术有限公司 安装操作系统的方法、装置、介质以及电子设备

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5113522A (en) * 1989-05-17 1992-05-12 International Business Machines Corporation Data processing system with system resource management for itself and for an associated alien processor
US6735692B1 (en) * 2000-07-11 2004-05-11 International Business Machines Corporation Redirected network boot to multiple remote file servers
JP3587152B2 (ja) * 2000-09-25 2004-11-10 日本電気株式会社 画像伝送システム及び方法並びに記録媒体
JP2002182921A (ja) * 2000-12-18 2002-06-28 Fujitsu Ltd 業務処理システム、業務処理装置、および業務処理ダウンロードプログラム記憶媒体
JP4199678B2 (ja) * 2002-04-18 2008-12-17 アーデンス・インコーポレイテッド ハイバネーションを使用したクライアントコンピューターのオペレーティングシステムのネットワークブーティングのためのシステム及び方法
US8352624B2 (en) * 2002-04-18 2013-01-08 Citrix Systems, Inc. System for and method of streaming data to a computer in a network
US7555559B2 (en) * 2003-02-28 2009-06-30 Onion Networks, KK Parallel data transfer over multiple channels with data order prioritization
US7672239B1 (en) * 2004-07-01 2010-03-02 Sun Microsystems, Inc. System and method for conducting fast offloading of a connection onto a network interface card
US7467293B2 (en) * 2004-11-12 2008-12-16 Tsinghua University Method and computing system for transparence computing on the computer network
TWI275032B (en) * 2005-01-28 2007-03-01 Lite On Technology Corp Embedded system, automatic loading system and method capable of automatically loading a root file system
US7437545B2 (en) * 2005-07-19 2008-10-14 International Business Machines Corporation Apparatus and system for the autonomic configuration of a storage device
KR100750132B1 (ko) * 2005-09-27 2007-08-21 삼성전자주식회사 부팅, 소프트웨어 자동 업데이트 및 에러 복원 방법과 그시스템, 그 방법을 기록한 컴퓨터 판독 가능한 기록매체
US7441113B2 (en) * 2006-07-10 2008-10-21 Devicevm, Inc. Method and apparatus for virtualization of appliances
JP2008165457A (ja) * 2006-12-28 2008-07-17 Hitachi Ltd 計算機システム
US8316123B2 (en) * 2007-02-19 2012-11-20 Toshiba Global Commerce Solutions Holdings Corporation Managing boot images in a retail store environment
US20080235438A1 (en) * 2007-03-20 2008-09-25 Sony Corporation And Sony Electronics Inc. System and method for effectively implementing a multiple-channel memory architecture
JP2008269288A (ja) * 2007-04-20 2008-11-06 Hewlett-Packard Development Co Lp 起動システム、起動プログラムおよびその方法。
KR101510808B1 (ko) * 2007-05-21 2015-04-10 톰슨 라이센싱 네트워크 단말기에서의 강력한 펌웨어 업그레이드
US20080313685A1 (en) * 2007-06-15 2008-12-18 Yasantha Nirmal Rajakarunanayake Method and system for receiving content over concurrent multichannels
US8522249B2 (en) * 2007-06-27 2013-08-27 Bluestreak Technology, Inc. Management of software implemented services in processor-based devices
US8015232B2 (en) * 2007-10-11 2011-09-06 Roaming Keyboards Llc Thin terminal computer architecture utilizing roaming keyboard files
JP4450061B2 (ja) * 2007-12-06 2010-04-14 ソニー株式会社 通信制御方法、通信装置、及び通信システム
US8086840B2 (en) * 2009-01-28 2011-12-27 Lenovo (Singapore) Pte. Ltd. Apparatus, system, and method for improving user boot via a storage area network
US8230208B2 (en) * 2009-04-20 2012-07-24 Intel Corporation Booting an operating system of a system using a read ahead technique
US8112505B1 (en) * 2009-10-20 2012-02-07 Wanova Technologies, Ltd. On-demand block-level file system streaming to remote desktops
EP2336882A1 (fr) * 2009-12-18 2011-06-22 Telefonaktiebolaget L M Ericsson (PUBL) Technique pour la provision d'exécution de code exécutable utilisant des services de dispositif extérieur

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2011117516A1 *

Also Published As

Publication number Publication date
BR112012021571A2 (pt) 2016-10-25
JP2013522788A (ja) 2013-06-13
WO2011117516A1 (fr) 2011-09-29
US9632798B2 (en) 2017-04-25
EP2550597B1 (fr) 2018-12-05
FR2957700B1 (fr) 2012-04-13
US20130013910A1 (en) 2013-01-10
JP6228177B2 (ja) 2017-11-08
JP2016035770A (ja) 2016-03-17
ES2714389T3 (es) 2019-05-28
FR2957700A1 (fr) 2011-09-23

Similar Documents

Publication Publication Date Title
EP2550597B1 (fr) Procede, programme d'ordinateur et dispositif d'optimisation de chargement et de demarrage d'un systeme d'exploitation dans un systeme informatique via un reseau de communication
JP6130890B2 (ja) データ同期化
EP2449751B1 (fr) Procédé de démarrage d'un dispositif informatique dans un réseau, serveur et réseau de dispositifs informatiques pour sa mise en oeuvre
FR3013866A1 (fr) Procede, programme d'ordinateur et dispositif de configuration ou de maintenance d'un systeme informatique dans un cluster
US20160260095A1 (en) Containerized Computational Task Execution Management Using a Secure Distributed Transaction Ledger
EP2366147A1 (fr) Gestionnaire physique de barriere de synchronisation entre processus multiples
CN113434249A (zh) 镜像同步方法、装置、docker主机及存储介质
FR2908002A1 (fr) Systeme et procede de changement dynamique d'adaptateurs de protocole
FR2835329A1 (fr) Procede de traitement de fichiers binaires de programmes
WO2011117528A1 (fr) Procede, programme d'ordinateur et dispositif de validation d'execution de taches dans des systemes informatiques evolutifs
EP2955875B1 (fr) Serveur, client et système de gestion d'un réseau d'interconnexion
EP2856323B1 (fr) Procédé, dispositif et programme d'ordinateur de contrôle dynamique de distances d'accès mémoire dans un système de type numa
EP2124153A1 (fr) Procédés et dispositif de mise en oeuvre de périphériques multifonction avec un gestionnaire de périphérique standard unique
EP2530586B1 (fr) Procédé de génération d'un logiciel
FR3045879A1 (fr) Plateforme d'execution avionique et plateforme de developpement permettant la certification independante de composants logiciels
EP2196909A1 (fr) Procédé et dispositif de détection de non régression d'un système d'entrée/sortie dans un environnement de simulation
FR3031822A1 (fr) Telechargement de donnees sur un equipement distant
EP2729874B1 (fr) Procede et programme d'ordinateur de gestion dynamique de services dans un cluster d'administration
FR3019336A1 (fr) Procede et dispositif de controle du changement de systeme d'exploitation dans des nœuds de service d'un calculateur haute performance
FR3007547A1 (fr) Procede de transfert de donnees dans un environnement dynamique
FR3165331A1 (fr) Procede et dispositif de test d’applications embarquees dans des systemes electroniques
KR20250009837A (ko) Arm 소프트웨어 패키지로 전환시키는 방법 및 장치
CN121092185A (zh) 存储系统的部署方法及装置、访问请求的处理方法及装置
EP4040755A1 (fr) Mutualisation de ressources entre des objets iot connectés formant un réseau local
FR2923924A1 (fr) Procede et dispositif de detection et de resolution d'un conflit dans la gestion des peripheriques d'un ordinateur.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20121016

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20130712

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20180626

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1073902

Country of ref document: AT

Kind code of ref document: T

Effective date: 20181215

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602011054496

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20181205

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1073902

Country of ref document: AT

Kind code of ref document: T

Effective date: 20181205

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20190305

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20190305

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2714389

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20190528

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20190306

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20190405

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20190405

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602011054496

Country of ref document: DE

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 602011054496

Country of ref document: DE

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

26N No opposition filed

Effective date: 20190906

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20190318

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190318

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20190331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190318

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190331

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190331

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20191001

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190318

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190331

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20200727

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190319

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20110318

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20181205