1. A data processing method applied to a user space file system installed on a host application, the method comprising:

receiving a file request sent by a Restful server through a file system splitter, and distributing the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request;

through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration modification operation is carried out on a target component in the host application, and the target component is matched with the configuration request;

through the monitoring file system, when a monitoring request distributed by the file system shunt is received, performance data matched with the monitoring request is obtained from the host application, and the performance data is returned to the client.

2. The method of claim 1, wherein receiving, by the file system splitter, the file request sent by the Restful server comprises:

and receiving a file request sent by a Restful server by using a universal Restful interface through a file system shunt, wherein the file request is generated by the Restful server according to the Restful request sent by a client.

3. The method of claim 1, wherein performing, by the configuration file system, configuration modification operations on the target component in the host application upon receiving a configuration request distributed by the file system splitter comprises:

through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration information and a target component to be configured are extracted from the configuration request;

determining a first system file corresponding to the target component through a configuration file system;

and modifying the first system file according to the configuration information through a configuration file system so as to trigger an observer of the first system file to perform configuration modification operation on the target component.

4. The method according to claim 1, wherein the obtaining, by monitoring the file system, the performance data matching the monitoring request from the host application when receiving the monitoring request distributed by the file system splitter comprises:

through a monitoring file system, when a monitoring request distributed by a file system shunt is received, determining a second system file matched with the monitoring request;

and reading the second system file through a monitoring file system so as to acquire the performance data matched with the monitoring request from the host application in real time.

5. The method of claim 4, wherein reading the second system file through the monitoring file system to obtain the performance data matching the monitoring request from the host application in real time comprises:

by a monitoring file system, responding to reading operation of a second system file, inquiring the mapping relation between a file request and a monitoring node, and determining a target monitoring node corresponding to the monitoring request;

and acquiring performance data matched with the monitoring request from the target monitoring node through a monitoring file system.

6. The method of claim 5, wherein the performance data comprises: the intrinsic attribute data of the host application and/or the specific performance index data acquired by the monitoring node through executing specific operation.

7. A user space file system installed on a host application, comprising: restful server, file system shunt, configuration file system and monitoring file system;

the file system splitter is used for receiving a file request sent by the Restful server and distributing the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request;

the configuration file system is used for carrying out configuration modification operation on a target component in the host application when a configuration request distributed by a file system splitter is received, and the target component is matched with the configuration request;

and the monitoring file system is used for acquiring performance data matched with the monitoring request from the host application and returning the performance data to the client when receiving the monitoring request distributed by the file system shunt.

8. The system of claim 7, wherein the profile system is configured to:

when a configuration request distributed by a file system splitter is received, extracting configuration information and a target component to be configured from the configuration request;

determining a first system file corresponding to the target component;

and modifying the first system file according to the configuration information so as to trigger an observer of the first system file to perform configuration modification operation on the target component.

9. The system of claim 7, wherein the monitoring file system is configured to:

when a monitoring request distributed by a file system splitter is received, determining a second system file matched with the monitoring request;

and reading the second system file to acquire the performance data matched with the monitoring request from the host application in real time.

10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the data processing method of any one of claims 1 to 6.

Background

A file system is a software mechanism in an operating system that is responsible for managing and storing file information. In recent years, particularly in the process of rapid development of Fast File Systems (FFS) and UNIX File Systems (UFS), File systems are no longer used only for storage formats and access methods of external storage devices, but are extended to a universal data access method.

For an application software system, field debugging is needed many times, and the current commonly used debugging modes include two modes, namely debugging according to a system log and debugging according to information such as threads, memories and the like recorded by general software in the system running process. But both of these approaches have limitations. When the system logs are used for debugging, if the number of the logs is too small, problems in the system are difficult to accurately locate, and if the number of the logs is too large, the system performance is seriously influenced. When general-purpose software is used for debugging, some complex and highly customized requirements cannot be met.

In addition to field debugging problems, application software systems also involve software configuration problems. A common software configuration method includes: 1. and when the system is started, reading the configuration information in the configuration file and applying the configuration information. 2. In the system operation process, the configuration files are polled periodically, and new configuration is applied to the file system. Both approaches have their drawbacks. For configuration information loaded at system start-up, the system needs to be restarted once the configuration information changes. For the mode of polling the configuration files regularly, in order to ensure the performance of the system, the polling period is not too short, so that the configuration information cannot be changed in real time and is effective in real time. In addition, because the types of configuration information are many, different modules usually have a plurality of similar polling behaviors, which may cause waste of system resources and affect the overall performance of the system.

Disclosure of Invention

Embodiments of the present invention provide a data processing method, a user space file system, and a storage medium, so that the user space file system can provide a software performance monitoring function and a software real-time configuration function for a host application to a client at the same time while ensuring system performance.

In a first aspect, an embodiment of the present invention provides a data processing method, which is applied to a user space file system installed on a host application, and the method includes:

receiving a file request sent by a Restful server through a file system splitter, and distributing the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request;

through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration modification operation is carried out on a target component in a host application, and the target component is matched with the configuration request;

through the monitoring file system, when a monitoring request distributed by the file system shunt is received, performance data matched with the monitoring request is obtained from the host application, and the performance data is returned to the client.

Optionally, receiving, by the file system splitter, a file request sent by the Restful server includes:

and receiving a file request sent by the Restful server by using a universal Restful interface through the file system shunt, wherein the file request is generated by the Restful server according to the Restful request sent by the client.

By adopting the technical scheme, the file system shunt acquires the file request by using the universal Restful interface, and can unify the interfaces of data operation, so that different operation types respectively correspond to different HTTP methods. For example, the GET method is used to obtain resources, the POST method is used to create resources or update resources, the PUT method is used to update resources, and the DELETE method is used to DELETE resources. And the separation of the front end and the back end can be realized, the flow is reduced, and the back end is only responsible for data processing.

Optionally, by configuring the file system, when a configuration request distributed by the file system splitter is received, performing configuration modification operation on a target component in the host application, including:

through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration information and a target component to be configured are extracted from the configuration request;

determining a first system file corresponding to the target component through a configuration file system;

and modifying the first system file according to the configuration information through the configuration file system so as to trigger an observer of the first system file to perform configuration modification operation on the target component.

By adopting the technical scheme, when the configuration file system performs software configuration operation on the host application, the observer mode is adopted, and the separation of the presentation layer and the data logic layer is realized by establishing an abstract coupling between the observed object and the observer, so that the maintainability and the reusability of the application program are improved, and the configuration file system is easier to expand.

Optionally, by monitoring the file system, when receiving a monitoring request distributed by the file system splitter, obtaining performance data matched with the monitoring request from the host application, including:

through the monitoring file system, when a monitoring request distributed by the file system shunt is received, a second system file matched with the monitoring request is determined;

and reading the second system file through the monitoring file system so as to acquire the performance data matched with the monitoring request from the host application in real time.

Optionally, the reading operation is performed on the second system file through the monitoring file system to obtain the performance data matched with the monitoring request from the host application in real time, where the method includes:

by the monitoring file system, responding to the reading operation of the second system file, inquiring the mapping relation between the file request and the monitoring node, and determining a target monitoring node corresponding to the monitoring request;

and acquiring performance data matched with the monitoring request from the target monitoring node through the monitoring file system.

By adopting the technical scheme, the performance index to be monitored does not generate any data and extra performance consumption when the system normally runs, and only when an external request occurs, one data acquisition operation can be executed to acquire related performance data. In this way, the use of logs to monitor performance data is avoided, resulting in a persistent impact on system performance.

Optionally, the performance data includes: the intrinsic attribute data of the host application and/or the specific performance index data acquired by the monitoring node through executing specific operation.

By adopting the technical scheme, log data does not need to be printed all the time when the performance of the host application is monitored, and the influence on the system performance can be greatly reduced. Meanwhile, specific observation indexes can be highly customized, for example, the number of threads currently active in a certain thread pool is checked through a Restful interface when needed. Further, a series of observation strategies may be enacted, such as periodically looking at system performance to ensure the health of the system.

In a second aspect, an embodiment of the present invention further provides a user space file system installed in a host application, including: restful server, file system shunt, configuration file system and monitoring file system;

the file system splitter is used for receiving a file request sent by the Restful server and distributing the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request;

the file system configuration system is used for carrying out configuration modification operation on a target component in the host application when a configuration request distributed by the file system shunt is received, and the target component is matched with the configuration request;

and the monitoring file system is used for acquiring performance data matched with the monitoring request from the host application and returning the performance data to the client when receiving the monitoring request distributed by the file system shunt.

Optionally, the configuration file system is configured to:

when a configuration request distributed by a file system splitter is received, extracting configuration information and a target component to be configured from the configuration request;

determining a first system file corresponding to a target component;

and modifying the first system file according to the configuration information so as to trigger an observer of the first system file to perform configuration modification operation on the target component.

Optionally, the monitoring file system is configured to:

when a monitoring request distributed by a file system splitter is received, determining a second system file matched with the monitoring request;

and reading the second system file to acquire the performance data matched with the monitoring request from the host application in real time.

In a third aspect, an embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the data processing method provided in any embodiment of the present invention.

The embodiment of the invention is applied to a user space file system installed on a host application, receives a file request sent by a Restful server through a file system shunt, and distributes the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request; through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration modification operation is carried out on a target component in a host application, and the target component is matched with the configuration request; by the aid of the monitoring file system, when a monitoring request distributed by the file system shunt is received, performance data matched with the monitoring request is obtained from the host application and returned to the client, the problem that system performance cannot be considered in field debugging or software configuration of the file system in the prior art is solved, and the user space file system can provide a software performance monitoring function and a software real-time configuration function of the host application to the client at the same time under the condition that system performance is guaranteed.

Drawings

FIG. 1a is a flow chart of a data processing method according to a first embodiment of the present invention;

FIG. 1b is a flowchart of a file system processing request according to a first embodiment of the present invention;

FIG. 2 is a flow chart of a data processing method according to a second embodiment of the present invention;

fig. 3 is a schematic structural diagram of a user space file system in the third embodiment of the present invention.

Detailed Description

The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.

Example one

Fig. 1a is a flowchart of a data processing method in an embodiment of the present invention, where this embodiment is applicable to a case where a user space file system is used to perform performance monitoring or software configuration on a host application in real time, and the method may be executed by the user space file system installed on the host application, and specifically includes the following steps:

step 110, receiving a file request sent by the Restful server through the file system splitter, and distributing the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request.

In this embodiment, the user space file system refers to a file system defined in the user space field, and is installed in the host application, and the monitoring file system and the configuration file system are simultaneously set in the file system, so that the user space file system defined by the user space file system can simultaneously provide the software performance monitoring function and the software real-time configuration function of the host application to the client. As shown in FIG. 1b, a file system splitter in a file system, which is an integral entry of the file system, may receive a file request sent using a Restful server and determine the type of the file request. If the configuration request is determined, sending the file request to a configuration file system; if the determination is a monitoring request, the file request is sent to a monitoring file system.

The file request carries the request type and the operation type to be executed, and the method comprises the following steps: add data, read data, delete data, and update data.

Optionally, receiving, by the file system splitter, the file request sent by the Restful server may include: and receiving a file request sent by a Restful server by using a universal Restful interface through a file system shunt, wherein the file request is generated by the Restful server according to the Restful request sent by a client.

By adopting the technical scheme, the Restful server obtains the Restful request sent by the Restful client side which uses the host application at will, converts the Restful request into a file request, and sends the file request to the file system splitter by using the universal Restful interface. Interfaces of data operation can be unified, so that different operation types respectively correspond to different HTTP methods. For example, the GET method is used to obtain resources, the POST method is used to create resources or update resources, the PUT method is used to update resources, and the DELETE method is used to DELETE resources. And the separation of the front end and the back end can be realized, the flow is reduced, and the back end is only responsible for data processing.

And step 120, performing configuration modification operation on a target component in the host application through the configuration file system when a configuration request distributed by the file system splitter is received, wherein the target component is matched with the configuration request.

In this embodiment, as shown in fig. 1b, when the configuration file system receives the configuration request, an observer mode may be adopted to perform configuration modification operation on the configurable component corresponding to the configuration request in the host application. The observer pattern is actually a dependency relationship between the observed object and the observer, the observer registers himself in the container of the observed object, and when some change occurs in the observed object, all the registered observers will be notified of the change, and the observer will respond accordingly.

Optionally, by configuring the file system, when a configuration request distributed by the file system splitter is received, performing configuration modification operation on the target component in the host application may include: through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration information and a target component to be configured are extracted from the configuration request; determining a first system file corresponding to the target component through a configuration file system; and modifying the first system file according to the configuration information through the configuration file system so as to trigger an observer of the first system file to perform configuration modification operation on the target component.

In this embodiment, each configurable component in the host application corresponds to one system file, and each system file, as an observed object, corresponds to at least one observer, respectively. After the configuration file system receives the configuration request distributed by the file system splitter, the configuration request can be analyzed to obtain the configuration information and the target component to be configured. And then determining a first system file corresponding to the target assembly, and performing corresponding writing operation on the first system file according to the configuration information. When the first system file changes, the change situation is notified to the observer, and the observer is triggered to apply the change of the first system file to the configuration information of the target component, so that certain configuration of the host application is added, modified or deleted and takes effect in real time.

By adopting the technical scheme, when the configuration file system performs software configuration operation on the host application, the observer mode is adopted, and the separation of the presentation layer and the data logic layer is realized by establishing an abstract coupling between the observed object and the observer, so that the maintainability and the reusability of the application program are improved, and the configuration file system is easier to expand.

In this embodiment, the configuration file system may modify configuration information of any application program, and the configuration modification takes effect immediately without restarting the system and generating additional burden on the performance of the system.

Step 130, by monitoring the file system, when receiving the monitoring request distributed by the file system splitter, obtaining the performance data matched with the monitoring request from the host application, and returning the performance data to the client.

In this embodiment, as shown in fig. 1b, when the monitoring file system receives the monitoring request distributed by the file system splitter, various performance data matching the monitoring request inside the host application is obtained in real time by performing a reading operation on the system file in the monitoring file system. And sending the acquired performance data to the file system shunt, and returning the performance data to the Restful client through the file system shunt. Illustratively, the Restful client may be an open source file transfer tool curl that operates in a command line manner using URL syntax, may be a browser, or other tool that monitors the host application.

It should be noted that steps 120 and 130 described in the embodiment of the method may be performed in different orders and/or in parallel. For example, if the file system splitter receives both a monitoring request and a configuration request, and the file system splitter distributes the monitoring request to the monitoring system and the configuration request to the configuration system, the monitoring file system and the configuration file system may respond to the requests simultaneously.

Optionally, by monitoring the file system, when receiving a monitoring request distributed by the file system splitter, acquiring, from the host application, performance data matched with the monitoring request may include: through the monitoring file system, when a monitoring request distributed by the file system shunt is received, determining that a second system file is matched with the monitoring request; and reading the second system file through the monitoring file system so as to acquire the performance data matched with the monitoring request from the host application in real time.

In this embodiment, in order to avoid using log data and reduce the influence on the system performance, when the monitoring file system receives the monitoring request distributed by the file system splitter, the second system file matched with the monitoring request is determined according to the URL parameter in the monitoring request. And triggering the real-time acquisition operation of the performance data by accessing and reading the second system file, and acquiring the performance data matched with the monitoring request from the host application in real time.

The second system file is a virtual file, is stored in the memory and cannot be stored on the hard disk. The second system file is only a carrier, and the performance data is triggered and acquired in real time by accessing the second system file. The acquired performance data is not stored but disappears after being returned.

Optionally, the reading operation is performed on the second system file through the monitoring file system to obtain the performance data matched with the monitoring request from the host application in real time, and the reading operation may include: by the monitoring file system, responding to the reading operation of the second system file, inquiring the mapping relation between the file request and the monitoring node, and determining a target monitoring node corresponding to the monitoring request; and acquiring performance data matched with the monitoring request from the target monitoring node through the monitoring file system.

In this embodiment, each file request may find a corresponding monitoring node in the host application, and when the monitoring file system reads the second system file, the mapping relationship between the file request and the monitoring node is queried according to the relevant information in the monitoring request, so as to find the target monitoring node. And indicating a target monitoring node on the host application through the monitoring file system to acquire performance data matched with the monitoring request.

By adopting the technical scheme, the performance index to be monitored does not generate any data and extra performance consumption when the system normally runs, and only when an external request occurs, one data acquisition operation can be executed to acquire related performance data. In this way, the use of logs to monitor performance data is avoided, resulting in a persistent impact on system performance.

Optionally, the performance data includes: the intrinsic attribute data of the host application and/or the specific performance index data acquired by the monitoring node through executing specific operation.

In this embodiment, the performance data monitored by the monitoring file system may be divided into two types, one type is fixed performance data, for example, the maximum memory of the application, the maximum capacity of the hard disk, and the like. The other is dynamic performance data that can be obtained only through operation, for example, the current size of a certain data buffer area, the number of threads currently active in a certain thread pool, and the number of connections currently active in a certain connection pool. Some dynamically changing performance data may need to be obtained by the monitoring node performing some complicated operations, for example, detecting whether a certain device is reachable through a ping command. Alternatively, the monitoring node may be required to perform certain tasks and return results, for example, to determine that the current role is chatting with several people at the same time.

By adopting the technical scheme, log data does not need to be printed all the time when the performance of the host application is monitored, and the influence on the system performance can be greatly reduced. Meanwhile, specific observation indexes can be highly customized, for example, the number of threads currently active in a certain thread pool is checked through a Restful interface when needed. Further, a series of observation strategies may be enacted, such as periodically looking at system performance to ensure the health of the system.

The embodiment of the invention is applied to a user space file system installed on a host application, receives a file request sent by a Restful server through a file system shunt, and distributes the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request; through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration modification operation is carried out on a target component in a host application, and the target component is matched with the configuration request; by the aid of the monitoring file system, when a monitoring request distributed by the file system shunt is received, performance data matched with the monitoring request is obtained from the host application and returned to the client, the problem that system performance cannot be considered in field debugging or software configuration of the file system in the prior art is solved, and the user space file system can provide a software performance monitoring function and a software real-time configuration function of the host application to the client at the same time under the condition that system performance is guaranteed.

Example two

Fig. 2 is a flowchart of a data processing method according to a second embodiment of the present invention. This embodiment may be combined with various alternatives of the above-described embodiments. Specifically, referring to fig. 2, the method may include the steps of:

step 210, receiving a file request sent by a Restful server through a file system splitter by using a general Restful interface, and determining the type of the file request.

Step 220, through the file system splitter, if the request is a configuration request, step 230 is executed to send the file request to the configuration file system; if the determination is a monitoring request, step 250 is performed to send a file request to the monitoring file system.

Step 230, extracting the configuration information and the target component to be configured from the configuration request through the configuration file system, and determining a first system file corresponding to the target component.

And 240, modifying the first system file according to the configuration information through the configuration file system, and triggering an observer of the first system file to perform configuration modification operation on the target component.

And step 250, determining a second system file matched with the monitoring request through the monitoring file system, and reading the second system file.

Step 260, responding to the reading operation of the second system file through the monitoring file system, inquiring the mapping relation between the file request and the monitoring node, and determining the target monitoring node corresponding to the monitoring request.

And 270, acquiring performance data matched with the monitoring request from the target monitoring node through the monitoring file system, and returning the performance data to the client.

The embodiment of the invention is applied to a user space file system installed on a host application, receives a file request sent by a Restful server through a file system shunt, and distributes the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request; through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration modification operation is carried out on a target component in a host application, and the target component is matched with the configuration request; by the aid of the monitoring file system, when a monitoring request distributed by the file system shunt is received, performance data matched with the monitoring request is obtained from the host application and returned to the client, the problem that system performance cannot be considered in field debugging or software configuration of the file system in the prior art is solved, and the user space file system can provide a software performance monitoring function and a software real-time configuration function of the host application to the client at the same time under the condition that system performance is guaranteed.

EXAMPLE III

Fig. 3 is a schematic structural diagram of a user space file system in a third embodiment of the present invention, which is applicable to a case where a user space file system is used to perform performance monitoring or software configuration on a host application in real time. As shown in fig. 3, the file system includes: restful server 310, file system splitter 320, configuration file system 330, and monitoring file system 340;

the file system splitter 320 is configured to receive a file request sent by the Restful server 310, and distribute the file request to a configuration file system or a monitoring file system according to a type of the file request, where the type of the file request includes: a configuration request and a monitoring request;

the configuration file system 330 is configured to, when receiving a configuration request distributed by the file system splitter, perform configuration modification operation on a target component in the host application, where the target component is matched with the configuration request;

and the monitoring file system 340 is configured to, when receiving a monitoring request distributed by the file system splitter, obtain performance data matched with the monitoring request from the host application, and return the performance data to the client.

The embodiment of the invention is applied to a user space file system installed on a host application, receives a file request sent by a Restful server through a file system shunt, and distributes the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request; through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration modification operation is carried out on a target component in a host application, and the target component is matched with the configuration request; by the aid of the monitoring file system, when a monitoring request distributed by the file system shunt is received, performance data matched with the monitoring request is obtained from the host application and returned to the client, the problem that system performance cannot be considered in field debugging or software configuration of the file system in the prior art is solved, and the user space file system can provide a software performance monitoring function and a software real-time configuration function of the host application to the client at the same time under the condition that system performance is guaranteed.

Optionally, the file system splitter 320 is configured to: and receiving a file request sent by a Restful server by using a universal Restful interface through a file system shunt, wherein the file request is generated by the Restful server according to the Restful request sent by a client.

A profile system 330 for:

when a configuration request distributed by a file system splitter is received, extracting configuration information and a target component to be configured from the configuration request;

determining a first system file corresponding to a target component;

and modifying the first system file according to the configuration information so as to trigger an observer of the first system file to perform configuration modification operation on the target component.

Optionally, the monitoring file system 340 is configured to:

when a monitoring request distributed by the file system shunt is received, determining a second system file matched with the monitoring request;

and reading the second system file to acquire the performance data matched with the monitoring request from the host application in real time.

Optionally, the monitoring file system 340 is specifically configured to:

responding to the reading operation of the second system file, inquiring the mapping relation between the file request and the monitoring node, and determining a target monitoring node corresponding to the monitoring request;

and acquiring the performance data matched with the monitoring request from the target monitoring node.

Optionally, the performance data includes: the intrinsic attribute data of the host application and/or the specific performance index data acquired by the monitoring node through executing specific operation.

Example four

The fourth embodiment of the present invention further discloses a computer storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements a data processing method applied to a user space file system installed in a host application, and the method includes:

receiving a file request sent by a Restful server through a file system splitter, and distributing the file request to a configuration file system or a monitoring file system according to the type of the file request, wherein the type of the file request comprises: a configuration request and a monitoring request;

through a configuration file system, when a configuration request distributed by a file system shunt is received, configuration modification operation is carried out on a target component in a host application, and the target component is matched with the configuration request;

through the monitoring file system, when a monitoring request distributed by the file system shunt is received, performance data matched with the monitoring request is obtained from the host application, and the performance data is returned to the client.

Computer storage media for embodiments of the invention may employ any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + +, or the like, as well as conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.