Parameter configuration method and device, computer device and storage medium
By optimizing the parameters of the health management system using a resource consumption model, the performance pressure and flexibility issues of the O2O system were resolved, achieving efficient resource utilization and cost reduction, and improving user experience and system applicability.
Patent Information
- Application Number
- CN202210958715.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-08-09
- Publication Date
- 2026-08-25
- Estimated Expiration
- 2042-08-09
AI Technical Summary
O2O health management systems face performance pressure and insufficient flexibility, leading to resource waste, increased IT costs, and decreased system performance, which affects customer appointment and fulfillment rates.
By obtaining the current parameter configuration information of the health management system, simulation processing is performed to estimate resource consumption. Based on historical system parameters, optimization and adjustment are carried out, including filtering and processing historical user behavior logs and operation and maintenance costs, using resource consumption models to determine the minimum resource consumption, and correcting system parameters to adapt to different needs.
The system parameters have been optimized, improving the system's applicability and flexibility, reducing technical and human resource costs, enhancing user experience, and meeting various health management needs.
Smart Images
Figure CN115328535B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of health management system technology, and in particular to a parameter configuration method, apparatus, computer equipment, and storage medium. Background Technology
[0002] With the improvement of people's living standards and the continuous enhancement of personal health awareness, the demand for health checkups, cosmetic medical treatments, dental care, genetic testing, and other health testing and care services is increasing daily. Based on this, the continuous increase in data volume and users, as well as the diversification of user needs, has brought performance pressure to O2O (Online to Offline) systems used for health management. Due to the inherent complexity and diversity of O2O systems, simply expanding server capacity cannot truly solve the performance pressure and meet the flexibility issues of different needs; instead, it will lead to resource waste and increase the company's IT costs. Furthermore, the increased system load and subsequent performance degradation may lead to varying degrees of decrease in customer appointment and fulfillment rates, further wasting the human resources of health management institutions. Summary of the Invention
[0003] In view of this, this application provides a parameter configuration method, apparatus, computer equipment, and storage medium to solve the problems of insufficient performance and flexibility in O2O systems.
[0004] Firstly, a parameter configuration method for a health management system is provided, including:
[0005] Obtain the current parameter configuration information of the health management system. The current parameter configuration information includes: system parameters and target management items;
[0006] The current parameter configuration information is simulated to estimate the simulated resource consumption of the health management system in the first time period at the current moment.
[0007] If the simulated resource consumption is greater than the first resource consumption in the first time period, update the system parameters in the current parameter configuration information according to the historical system parameters corresponding to the first resource consumption.
[0008] Optionally, the parameter configuration method for the health management system also includes:
[0009] Obtain historical operation information and historical system parameters corresponding to the target management project within a preset period. The historical operation information includes interrelated historical user behavior logs, historical performance information of the health management system, historical operation and maintenance costs of the health management system, and historical hardware parameters of the health management system. The preset period includes multiple identical first time periods.
[0010] Based on the current hardware parameters and system identifier of the health management system, historical user behavior logs, historical performance information, and historical operation and maintenance costs are filtered and processed.
[0011] Input the filtered historical user behavior logs, historical performance information and historical operation and maintenance costs into the resource consumption model to determine the historical resource consumption of at least one first period within a preset period.
[0012] The minimum historical resource consumption is determined as the first resource consumption.
[0013] Optionally, based on the current hardware parameters and system identifier of the health management system, historical user behavior logs, historical performance information, and historical operation and maintenance costs are filtered and processed, including:
[0014] Determine the similarity between the current hardware parameters and the historical hardware parameters of each first time period within the preset period;
[0015] Historical user behavior logs and historical performance information associated with historical operation information that have a similarity score less than the similarity threshold will be removed.
[0016] Historical maintenance costs that do not match the system identifier will be removed.
[0017] Optionally, the current parameter configuration information is simulated to estimate the simulated resource consumption of the health management system within the first time period at the current moment, including:
[0018] Based on the historical user behavior logs of multiple first time periods within a preset period, the estimated user behavior information is determined;
[0019] The simulation operation is performed based on the current parameter configuration information and the estimated user behavior information to obtain the estimated performance information.
[0020] Input the estimated performance information, estimated user behavior information, and the current operation and maintenance cost matched with the system identifier into the resource consumption model to determine the simulated resource consumption.
[0021] Optionally, the parameter configuration method for the health management system also includes:
[0022] Obtain user evaluation information for the target management projects within the first time period;
[0023] The updated system parameters were corrected based on user feedback.
[0024] Optionally, the historical performance information of the health management system includes at least one of the following: throughput, task response time, resource utilization, task concurrency capacity, and task completion success rate.
[0025] Optionally, the system parameters include at least one of the following: number of cloud server cores, number of cloud server bandwidth, cloud server disk capacity, number of core threads in the thread pool, number of non-core threads in the thread pool, thread pool parameter configuration principles, and thread pool work queue capacity.
[0026] Secondly, a parameter configuration device for a health management system is provided, comprising:
[0027] The acquisition module is used to acquire the current parameter configuration information of the health management system. The current parameter configuration information includes: system parameters and target management items.
[0028] The simulation module is used to simulate the current parameter configuration information and estimate the simulated resource consumption of the health management system in the first time period at the current moment.
[0029] The parameter configuration module is used to update the system parameters in the current parameter configuration information based on the historical system parameters corresponding to the first resource consumption if the simulated resource consumption is greater than the first resource consumption in the first time period.
[0030] Optionally, the acquisition module is also used to acquire historical operation information and historical system parameters corresponding to the target management project within a preset period. The historical operation information includes interrelated historical user behavior logs, historical performance information of the health management system, historical operation and maintenance costs of the health management system, and historical hardware parameters of the health management system. The preset period includes multiple identical first time periods.
[0031] The parameter configuration device for the health management system also includes:
[0032] The filtering module is used to filter historical user behavior logs, historical performance information, and historical operation and maintenance costs based on the current hardware parameters and system identifier of the health management system.
[0033] The determination module is used to input the filtered historical user behavior logs, historical performance information and historical operation and maintenance costs into the resource consumption model to determine the historical resource consumption of at least one first time period within a preset period; and to determine the minimum historical resource consumption as the first resource consumption.
[0034] Optionally, the filtering module is specifically used to determine the similarity between the current hardware parameters and the historical hardware parameters of each first time period within a preset period; to remove historical user behavior logs and historical performance information associated with historical operation information whose similarity is less than the similarity threshold; and to remove historical operation and maintenance costs that do not match the system identifier.
[0035] Optionally, the simulation module is specifically used to determine the estimated user behavior information based on the historical user behavior logs of multiple first time periods within a preset period; to perform simulated operation according to the current parameter configuration information and the estimated user behavior information to obtain the estimated performance information; and to input the estimated performance information, the estimated user behavior information, and the current operation and maintenance cost matched with the system identifier into the resource consumption model to determine the simulated resource consumption.
[0036] Optionally, the acquisition module is also used to acquire user evaluation information corresponding to the target management project within the first time period;
[0037] The parameter configuration device for the health management system also includes:
[0038] The correction module is used to correct the updated system parameters based on user feedback information.
[0039] Thirdly, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the parameter configuration method of the above-mentioned health management system.
[0040] Fourthly, a computer-readable storage medium is provided, which stores a computer program that, when executed by a processor, implements the steps of the parameter configuration method of the aforementioned health management system.
[0041] The aforementioned health management system, implemented through parameter configuration methods, devices, computer equipment, and storage media, simulates resource consumption for the currently configured parameters. This transforms the current system parameters corresponding to the target management project into a quantitative simulated resource consumption, which is then used to evaluate the current parameter configuration information. If the simulated resource consumption exceeds the first resource consumption in the same period, the currently configured system parameters are modified based on the historical system parameters corresponding to the first resource consumption. This allows for rapid optimization of the health management system parameters for the target management project. Consequently, the health management system not only meets the ever-increasing demands for health management but also helps reduce the technical costs of system development and the human resource costs of health management institutions. This enables more users to enjoy high-quality health management services with limited resource investment, significantly improving the level of health management, enhancing user experience, and adapting to various management project scenarios. This strengthens the applicability and application flexibility of the health management system, further reducing the technical costs required for system development and use.
[0042] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of this application more obvious and understandable, the following are specific embodiments of this application. Attached Figure Description
[0043] To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the description of the embodiments of this application will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0044] Figure 1 This is one of the flowcharts illustrating the parameter configuration method of the health management system in this application;
[0045] Figure 2 This is the second flowchart illustrating the parameter configuration method of the health management system in this application;
[0046] Figure 3 This is the third flowchart illustrating the parameter configuration method of the health management system in this application;
[0047] Figure 4 This is a schematic diagram of the parameter configuration device of the health management system in this application;
[0048] Figure 5 This is a schematic diagram of the computer device in this application. Detailed Implementation
[0049] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.
[0050] Please see Figure 1 As shown, Figure 1 A flowchart illustrating a parameter configuration method for a health management system provided in this application embodiment includes the following steps:
[0051] S101: Obtain the current parameter configuration information of the health management system;
[0052] The current parameter configuration information includes system parameters and target management items. System parameters include, but are not limited to, at least one of the following: cloud server core count, cloud server bandwidth, cloud server disk capacity, thread pool core thread count, thread pool non-core thread count, thread pool parameter configuration principles, and thread pool work queue capacity—parameters required for system operation. Target management items include, but are not limited to, at least one of the following: health management items such as medical aesthetics, gene testing, dental care, health checkups, and post-checkup care. These can be set as needed, and this application embodiment does not specifically limit them.
[0053] S102: Perform simulation processing on the current parameter configuration information to estimate the simulated resource consumption of the health management system in the first time period at the current moment;
[0054] In this embodiment, the current time period is determined, and the resource consumption simulation of the currently configured parameters is performed using the first time period as a time reference. This transforms the current system parameters corresponding to the target management project into a quantitative simulated resource consumption. Thus, the user's performance requirements for the health management system and the operating costs of the health management system are used as evaluation criteria to assess the current parameter configuration information.
[0055] Specifically, the first time period can be used to distinguish the usage scenarios of the health management system at different times. The first time period can be 1 hour in a day, 2 months in a year, etc.
[0056] In some embodiments of this application, such as Figure 2 As shown, a specific entity alignment scheme is provided. In S102, before simulating the current parameter configuration information and estimating the simulated resource consumption of the health management system in the first time period at the current moment, the following steps are also included:
[0057] S201: Obtain historical operational information and historical system parameters corresponding to the target management projects within a preset period;
[0058] The preset period is used to represent the time frame for statistically analyzing historical resource consumption, and can be expressed in years, months, or days. A preset period may include multiple identical first time periods. For example, in a 10-year period, May of each year is the preset period, and May is the first time period.
[0059] Specifically, historical operational information corresponds to historical system parameters. Historical operational information includes interrelated historical user behavior logs, historical performance information of the health management system, historical operation and maintenance costs of the health management system, and historical hardware parameters of the health management system. Historical user behavior logs record user actions related to the health management system, representing user demand for the system during a specific period, such as user service appointments, user attendance rates, report interpretation rates, report return rates, and secondary consumption rates. Historical performance information indicates system operational capacity, including at least one of throughput, task response time, resource utilization, task concurrency capacity, and task completion success rate. Historical operation and maintenance costs of the health management system represent the amount of operational resources consumed by the health management organization when using the system, such as human resource costs and site resource costs. Historical hardware parameters of the health management system are used to analyze the human resource costs or hardware equipment costs of system development, such as software versions and computer models.
[0060] S202: Based on the current hardware parameters and system identifier of the health management system, filter and process historical user behavior logs, historical performance information, and historical operation and maintenance costs;
[0061] Each health management system has a unique system identifier, which is associated with the health management organization that uses the system. For example, the system identifier of the health management system used by organization A is A1, and the system identifier of the health management system used by organization B is B1. Thus, the health management organization to which the health management system belongs can be matched through the system identifier, and then the historical operation and maintenance costs related to the health management organization can be obtained through data acquisition requests.
[0062] In this embodiment, considering the differences in operational and maintenance costs incurred by different health management institutions when using the health management system, the health management system is marked with a system identifier. Simultaneously, due to the different functional requirements of different institutions, the hardware parameters of the health management systems also differ. Therefore, the current hardware parameters of the health management system can be used to screen the system with the most similar hardware configuration to the one being used. Then, using the historical user behavior logs and historical performance information of similar systems, combined with the operational and maintenance costs required by the health management institution for that health management system matched by the system identifier, this is used as a condition for determining the first resource consumption. This ensures that the calculated first resource consumption is more compatible with the health management system, guarantees the accuracy of the simulated resource consumption assessment, improves the configuration effect of system parameters, and avoids consuming a large amount of manpower and technical resources for system debugging, thus helping to reduce the technical costs of system development and the manpower costs of health management institutions.
[0063] Furthermore, for step S202, which involves filtering historical user behavior logs, historical performance information, and historical operation and maintenance costs based on the current hardware parameters and system identifier of the health management system, the specific steps include the following:
[0064] S202-1: Determine the similarity between the current hardware parameters and the historical hardware parameters of each first time period within the preset period;
[0065] S202-2: Remove historical user behavior logs and historical performance information associated with historical operation information whose similarity is less than the similarity threshold;
[0066] S202-3: Remove historical maintenance costs that do not match the system identifier.
[0067] In this embodiment, the similarity between the current hardware parameters of the health management system and the historical hardware parameters of each first time period within a preset cycle is determined. The system with the most similar hardware configuration to the current health management system is identified, and only historical user behavior logs and historical performance information of similar systems are retained. Similarly, the required operation and maintenance costs for the health management institution are matched using system identifiers, and mismatched historical operation and maintenance costs are eliminated. This achieves the filtering of historical user behavior logs, historical performance information, and historical operation and maintenance costs. This ensures that the calculated first resource consumption is more compatible with the health management system, guarantees the accuracy of simulated resource consumption assessment, improves the configuration effect of system parameters, and avoids consuming significant human and technical resources for system debugging, thus helping to reduce the technical costs of system development and the human resource costs of health management institutions.
[0068] S203: Input the filtered historical user behavior logs, historical performance information and historical operation and maintenance costs into the resource consumption model to determine the historical resource consumption of at least one first time period within the preset period;
[0069] Specifically, the resource consumption model can be an algorithmic model or a deep learning model based on neural networks. Taking the algorithmic model as an example, resource consumption calculation algorithms are designed using different programming languages such as Python, Java, and Scala. These algorithms use user behavior, performance information, and operational costs as variables, and calculate the final resource consumption through weighted operations. The weights of different variables in the calculation algorithm can be the same or different, and can be set as needed. Deep learning models can be trained using a large amount of user behavior, performance information, operational costs, and their resource consumption labels.
[0070] It is understandable that, due to the existence of discrepancies between historical user behavior logs, historical performance information, and historical maintenance costs and current hardware parameters and system identifiers, some of the first time periods within the preset period may not need to calculate historical resource consumption because they do not meet the filtering criteria.
[0071] S204: Determine the minimum historical resource consumption as the first resource consumption.
[0072] In this embodiment, a first time period is used as the calculation cycle. Historical user behavior logs, historical performance information, and historical operation and maintenance costs that meet the filtering conditions of current hardware parameters and system identifiers are input into the resource consumption model to calculate the historical resource consumption of the first time period corresponding to each historical operation information that simultaneously meets the filtering conditions of current hardware parameters and system identifiers within a preset period. The minimum value is selected from at least one historical resource consumption of the first time period as the standard (first resource consumption) for evaluating simulated resource consumption. This ensures that the first resource consumption reflects the lowest resource consumption in which the user's health management needs, technical costs, and human resource costs are balanced within the first time period. This allows for monitoring of system performance and resource consumption under different health scenarios, enabling the use of historical data as the best reference, combined with existing business volume and costs, to automatically optimize system parameters. The optimized system parameters not only meet the ever-increasing health management needs but also help reduce the technical costs of system development and the human resource costs of health management institutions. Consequently, with limited resource investment, more users can enjoy high-quality health management services, greatly improving the level of health management, enhancing user experience, and expanding the applicability of the health management system.
[0073] In some embodiments of this application, a specific entity alignment scheme is provided. In S102, that is, simulating the current parameter configuration information to estimate the simulated resource consumption of the health management system in the first time period at the current moment, the specific steps include the following:
[0074] S102-1: Determine the estimated user behavior information based on the historical user behavior logs of multiple first time periods within a preset period;
[0075] S102-2: Perform a simulation operation based on the current parameter configuration information and the estimated user behavior information to obtain the estimated performance information;
[0076] In this embodiment, based on historical user behavior logs recorded within a preset period, potential user behaviors within a first time period are estimated, i.e., estimated user behavior information. The health management system's operational status is then simulated under the estimated user behavior conditions according to the current parameter configuration information, thereby obtaining the estimated performance information of the health management system.
[0077] For a specific example, taking health check-ups as a target management project, the simulated operation includes: setting up tracking points for fulfillment nodes; reporting user behavior to the batch database on a scheduled basis; setting the running time period, such as the last 3 days or the last week; the program automatically runs the batch, and after one time period is completed, the program automatically switches to the next time period and retrieves the data from the batch result table. The result data of each time period is compared to obtain performance report data, which is the estimated performance information.
[0078] S102-3: Input the estimated performance information, estimated user behavior information, and the current operation and maintenance cost matched with the system identifier into the resource consumption model to determine the simulated resource consumption.
[0079] Understandably, current maintenance costs can be historical maintenance costs that match the system identifier, or updated maintenance costs that health management institutions incur when using the health management system, which are obtained again through data acquisition requests.
[0080] In this embodiment, a current operation and maintenance cost resource consumption model, matching estimated performance information, estimated user behavior information, and system identifiers, is used to calculate the simulated resource consumption caused by the health management system when simulating the current parameter configuration information, using the same calculation standard. Thus, by analyzing the simulated resource consumption, it can be determined whether the current parameter configuration information can maintain a balance between parameter configuration and resource consumption, facilitating timely optimization of system parameters. This allows the health management system to not only meet the increasing demands of health management but also help reduce the technical costs of system development and the human resource costs of health management institutions.
[0081] S103: If the simulated resource consumption is greater than the first resource consumption in the first time period, update the system parameters in the current parameter configuration information according to the historical system parameters corresponding to the first resource consumption.
[0082] In this embodiment, if the simulated resource consumption exceeds the first resource consumption during the same period, it indicates that the current parameter configuration information suggests a potential resource waste in the health management system. Therefore, the currently configured system parameters are replaced with the historical system parameters corresponding to the first resource consumption. This allows for rapid optimization of the health management system parameters for different target management projects. The health management system not only meets the ever-increasing demands for health management but also helps reduce the technical costs of system development and the human resource costs of health management institutions. Consequently, with limited resource investment, more users can enjoy high-quality health management services, significantly improving the level of health management, enhancing user experience, and increasing the applicability and application flexibility of the health management system, further reducing the technical costs required for system development and use.
[0083] For example, the configuration of thread pool parameters should be based on the following principles:
[0084] (1) CPU-intensive tasks (N+1): CPU-intensive tasks mainly consume CPU resources. The number of threads can be set to N (number of CPU cores) + 1 to prevent the impact of occasional page faults or other reasons causing task pauses. For example, once a task pauses, the CPU will be in an idle state, and the extra thread can make full use of the CPU's idle time.
[0085] For example, the number of threads N threads =N CPU ×U CPU ×(1+W / C), where N is the number of cells in the equation. CPU The number of processor cores can be obtained using `Runtime.getRuntime().availableProcessors()`; U CPU U represents the expected CPU utilization. CPU Between 0 and 1; W / C represents the ratio of waiting time to calculation time.
[0086] (2) I / O-intensive tasks (2N): In I / O-intensive applications, the system spends most of its time processing I / O interactions, while threads do not occupy the CPU during the I / O processing period. Therefore, the CPU can be freed up for other threads. Thus, in I / O-intensive applications, we can configure more threads, specifically 2N.
[0087] The current system parameter configuration principle for the thread pool is CPU-intensive tasks. When the simulated resource consumption exceeds the first resource consumption in the first time period, the thread pool parameter configuration principle will be changed to I / O-intensive tasks to reduce CPU resource consumption, thereby achieving the purpose of automatic system parameter tuning.
[0088] In some embodiments of this application, such as Figure 3 As shown, a specific entity alignment scheme is provided. After S103, the following steps are also included:
[0089] S301: Obtain user evaluation information of the health management system corresponding to the target management project within the first time period;
[0090] S302: Correct the updated system parameters based on user feedback information.
[0091] Specifically, the thread pool parameter configuration is based on the following configuration principle:
[0092] (1) CPU-intensive tasks (N+1): CPU-intensive tasks mainly consume CPU resources. The number of threads can be set to N (number of CPU cores) + 1 to prevent the impact of occasional page faults or other reasons causing task pauses. For example, once a task pauses, the CPU will be in an idle state, and the extra thread can make full use of the CPU's idle time.
[0093] (2) I / O-intensive tasks (2N): In I / O-intensive applications, the system spends most of its time processing I / O interactions, while threads do not occupy the CPU during the I / O processing period. Therefore, the CPU can be freed up for other threads. Thus, in I / O-intensive applications, we can configure more threads, specifically 2N.
[0094] For example, the current system parameter configuration principle for thread pool parameters is CPU-intensive tasks. When the simulated resource consumption is greater than the first resource consumption in the first time period, the thread pool parameter configuration principle is changed to I / O-intensive tasks to reduce CPU resource consumption.
[0095] In this embodiment, user evaluation information published by users when using the health management system is obtained. The user evaluation information is used to determine the areas for improvement of the health management system. The first resource consumption is then corrected according to the areas for improvement, so that the corrected system parameters can better meet the user's expectations of the health management system, enhance the applicability of the health management system, and improve user satisfaction.
[0096] For example, if most user reviews indicate that the system response speed is slow, then the system parameters can be appropriately modified based on the updated historical system parameters to improve the system response speed.
[0097] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.
[0098] The parameter configuration method for the health management system provided in this application embodiment can be applied to computer equipment or servers. The computer equipment can be, but is not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices. The server can be a standalone server or a server cluster composed of multiple servers.
[0099] In one embodiment, a parameter configuration device for a health management system is provided, which corresponds one-to-one with the parameter configuration method for the health management system in the above embodiments. For example... Figure 4 As shown, the parameter configuration device of this health management system includes an acquisition module 401, a simulation module 402, and a parameter configuration module 403. Detailed descriptions of each functional module are as follows:
[0100] The acquisition module 401 is used to acquire the current parameter configuration information of the health management system, which includes system parameters and target management items; the simulation module 402 is used to simulate the current parameter configuration information and estimate the simulated resource consumption of the health management system in the first time period at the current moment; the parameter configuration module 403 is used to update the system parameters in the current parameter configuration information according to the historical system parameters corresponding to the first resource consumption if the simulated resource consumption is greater than the first resource consumption in the first time period.
[0101] In one embodiment, the acquisition module 401 is further configured to acquire historical operation information and historical system parameters corresponding to the target management project within a preset period. The historical operation information includes interrelated historical user behavior logs, historical performance information of the health management system, historical operation and maintenance costs of the health management system, and historical hardware parameters of the health management system. The preset period includes multiple identical first time periods. The parameter configuration device of the health management system further includes: a filtering module (not shown in the figure), which is configured to filter the historical user behavior logs, historical performance information, and historical operation and maintenance costs according to the current hardware parameters and system identifier of the health management system; and a determination module (not shown in the figure), which is configured to input the filtered historical user behavior logs, historical performance information, and historical operation and maintenance costs into the resource consumption model to determine the historical resource consumption of at least one first time period within the preset period; and to determine the minimum historical resource consumption as the first resource consumption.
[0102] In one embodiment, the filtering module is specifically used to determine the similarity between the current hardware parameters and the historical hardware parameters of each first time period within a preset period; to remove historical user behavior logs and historical performance information associated with historical operation information whose similarity is less than the similarity threshold; and to remove historical operation and maintenance costs that do not match the system identifier.
[0103] In one embodiment, the simulation module 402 is specifically used to determine the estimated user behavior information based on the historical user behavior logs of multiple first time periods within a preset period; to perform a simulation operation according to the current parameter configuration information and the estimated user behavior information to obtain the estimated performance information; and to input the estimated performance information, the estimated user behavior information, and the current operation and maintenance cost matched with the system identifier into the resource consumption model to determine the simulated resource consumption.
[0104] In one embodiment, the acquisition module 401 is further configured to acquire user evaluation information corresponding to the target management item within the first time period; the parameter configuration device of the health management system further includes: a correction module (not shown in the figure), which is configured to correct the updated system parameters based on the user evaluation information.
[0105] In one embodiment, the historical performance information of the health management system includes at least one of the following: throughput, task response time, resource utilization, task concurrency capacity, and task completion success rate.
[0106] In one embodiment, the system parameters include at least one of the following: number of cloud server cores, number of cloud server bandwidth, cloud server disk capacity, number of core threads in the thread pool, number of non-core threads in the thread pool, thread pool parameter configuration principles, and work queue capacity of the thread pool.
[0107] This application provides a parameter configuration device for a health management system. By simulating resource consumption of the currently configured parameters, the device converts the current system parameters corresponding to the target management project into a quantitative simulated resource consumption. The simulated resource consumption is then used to evaluate the current parameter configuration information. If the simulated resource consumption exceeds the first resource consumption in the same period, the currently configured system parameters are modified with reference to the historical system parameters corresponding to the first resource consumption. This allows for rapid optimization of the health management system parameters for the target management project. This enables the health management system to not only meet the ever-increasing demands for health management but also helps reduce the technical costs of system development and the human resource costs of health management institutions. Furthermore, it allows more users to enjoy high-quality health management services with limited resource investment, greatly improving the level of health management, enhancing user experience, and adapting to various management project scenarios. This strengthens the applicability and application flexibility of the health management system, further reducing the technical costs required for system development and use.
[0108] Specific limitations regarding the parameter configuration device of the health management system can be found in the limitations on the parameter configuration method of the health management system described above, and will not be repeated here. Each module in the parameter configuration device of the aforementioned health management system can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in the computer device in hardware form, or stored in the memory of the computer device in software form, so that the processor can call and execute the corresponding operations of each module.
[0109] In one embodiment, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to perform the following steps:
[0110] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon, the computer program performing the following steps when executed by a processor:
[0111] In one embodiment, a computer device is provided, which can be a client, and its internal structure is shown in Figure 5. The computer device includes a processor, memory, a network interface, a display screen, and input devices connected via a system bus. The processor of the computer device provides computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores an operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used to communicate with an external server via a network connection. When the computer program is executed by the processor, it implements the functions or steps of a parameter configuration method for a health management system.
[0112] It should be noted that the functions or steps that can be implemented by the computer-readable storage medium or computer device described above can be referred to the relevant description of the parameter configuration method of the health management system in the foregoing method embodiments. To avoid repetition, they will not be described one by one here.
[0113] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), Rambus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.
[0114] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is used as an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.
[0115] The above-described embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be included within the protection scope of the present invention.
Claims
1. A parameter configuration method for a health management system, characterized in that, include: Obtain the current parameter configuration information of the health management system, as well as the historical operation information and historical system parameters corresponding to the target management items within a preset period. The current parameter configuration information includes system parameters and the target management items. The historical operation information includes interrelated historical user behavior logs, historical performance information of the health management system, and historical operation and maintenance costs of the health management system. The preset period includes multiple identical first time periods. The current parameter configuration information is simulated to estimate the simulated resource consumption of the health management system in the first time period at the current moment; Based on the current hardware parameters and system identifier of the health management system, the historical user behavior logs, the historical performance information, and the historical operation and maintenance costs are filtered and processed. The filtered historical user behavior logs, historical performance information, and historical operation and maintenance costs are input into the resource consumption model to determine the historical resource consumption of at least one of the first time periods within the preset period. The minimum historical resource consumption is determined as the first resource consumption for the first time period; If the simulated resource consumption is greater than the first resource consumption, the system parameters in the current parameter configuration information are updated according to the historical system parameters corresponding to the first resource consumption.
2. The parameter configuration method for the health management system according to claim 1, characterized in that, The historical operational information also includes the historical hardware parameters of the health management system. The filtering process, based on the current hardware parameters and system identifier of the health management system, includes: Determine the similarity between the current hardware parameters and the historical hardware parameters of each of the first time periods within the preset period; Remove the historical user behavior logs and historical performance information associated with the historical operation information whose similarity is less than the similarity threshold; Historical maintenance costs that do not match the system identifier will be removed.
3. The parameter configuration method for the health management system according to claim 1, characterized in that, The step of simulating the current parameter configuration information to estimate the simulated resource consumption of the health management system within the first time period at the current moment includes: Based on the historical user behavior logs of multiple first time periods within the preset period, the estimated user behavior information is determined; The simulation operation is performed according to the current parameter configuration information and the estimated user behavior information to obtain the estimated performance information; The estimated performance information, estimated user behavior information, and the current operation and maintenance cost matched with the system identifier are input into the resource consumption model to determine the simulated resource consumption.
4. The parameter configuration method for the health management system according to claim 1, characterized in that, The method further includes: Obtain user evaluation information corresponding to the target management project within the first time period; The updated system parameters are corrected based on the user feedback information.
5. The parameter configuration method of the health management system according to any one of claims 1 to 4, characterized in that, The historical performance information of the health management system includes at least one of the following: throughput, task response time, resource utilization, task concurrency capacity, and task completion success rate.
6. The parameter configuration method of the health management system according to any one of claims 1 to 4, characterized in that, The system parameters include at least one of the following: number of cloud server cores, number of cloud server bandwidth, cloud server disk capacity, number of core threads in the thread pool, number of non-core threads in the thread pool, thread pool parameter configuration principles, and work queue capacity of the thread pool.
7. A parameter configuration device for a health management system, characterized in that, include: The acquisition module is used to acquire the current parameter configuration information of the health management system, as well as the historical operation information and historical system parameters corresponding to the target management project within a preset period. The current parameter configuration information includes system parameters and the target management project. The historical operation information includes interrelated historical user behavior logs, historical performance information of the health management system, and historical operation and maintenance costs of the health management system. The preset period includes multiple identical first time periods. The simulation module is used to simulate the current parameter configuration information and estimate the simulated resource consumption of the health management system in the first time period at the current moment. The filtering module is used to filter the historical user behavior logs, historical performance information, and historical operation and maintenance costs based on the current hardware parameters and system identifier of the health management system. The determination module is used to input the filtered historical user behavior logs, historical performance information, and historical operation and maintenance costs into the resource consumption model to determine the historical resource consumption of at least one first time period within the preset period; and to determine the minimum historical resource consumption as the first resource consumption of the first time period. The parameter configuration module is used to update the system parameters in the current parameter configuration information according to the historical system parameters corresponding to the first resource consumption if the simulated resource consumption is greater than the first resource consumption.
8. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the parameter configuration method of the health management system as described in any one of claims 1 to 6.
9. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements the steps of the parameter configuration method of the health management system as described in any one of claims 1 to 6.
Citation Information
Patent Citations
Gas turbine unit operation optimization guidance method
CN111639802A
Resource scheduling method and device based on distributed platform, equipment and medium
CN112579304A