CN109886327B - System and method for processing Java data in distributed system - Google Patents
System and method for processing Java data in distributed system Download PDFInfo
- Publication number
- CN109886327B CN109886327B CN201910110988.XA CN201910110988A CN109886327B CN 109886327 B CN109886327 B CN 109886327B CN 201910110988 A CN201910110988 A CN 201910110988A CN 109886327 B CN109886327 B CN 109886327B
- Authority
- CN
- China
- Prior art keywords
- stack information
- java
- target stack
- target
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
The application provides a processing system and a method of Java data in a distributed system, wherein the processing system of Java data in the distributed system comprises a user browser, a background server, a database and a plurality of performance analysis threads, and the background server comprises a thread for collecting stack information during running, a receiving module and an analysis module. The receiving module is used for acquiring stack information of each thread in the Java program to be analyzed during running and storing the stack information to the database, wherein the stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed. The analysis module is used for determining the stack information stored in the database which accords with the preset rule as target stack information, clustering the target stack information and outputting a clustering result. Therefore, the processing system for Java data in the distributed system provided by this embodiment clusters stack information when multiple threads run, so as to improve the diversity of Java performance analysis.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a system and a method for processing Java data in a distributed system.
Background
At present, Java performance analysis only supports a single machine mode, namely, the performance of a single Java process is analyzed, so that the Java performance analysis is single.
With the rapid development of the distributed system, the inventor finds that the single Java performance analysis cannot meet the comprehensive analysis of the distributed system. Therefore, how to provide a method and a system for processing Java data in a distributed system, which can improve the diversity of Java performance analysis, is a great technical problem that needs to be solved by those skilled in the art.
Disclosure of Invention
In view of this, embodiments of the present application provide a workflow management system and method, which can improve the diversity of Java performance analysis.
In order to achieve the above purpose, the embodiments of the present application provide the following technical solutions:
a processing system of Java data in a distributed system comprises a user browser, a background server, a database and a plurality of performance analysis threads, wherein the background server comprises a thread for collecting stack information during operation, and the background server further comprises:
the system comprises a receiving module, a judging module and a processing module, wherein the receiving module is used for acquiring stack information of each thread in a Java program to be analyzed during running and storing the stack information to the database, and the stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed;
and the analysis module is used for determining the stack information which is stored in the database and accords with the preset rule as target stack information, clustering the target stack information and outputting a clustering result.
Optionally, the analysis module includes:
a first obtaining unit, configured to obtain a time ratio of each method invocation under all Java processes in the target stack information;
and/or, a second obtaining unit, configured to obtain time consumed by each Java process under all the method calls in the target stack information;
and/or a third obtaining unit, configured to obtain a time ratio of each method call in each Java process in the target stack information.
Optionally, the background server further includes:
and the display module is used for displaying the time of each method call in all the Java processes in the target stack information by a flame diagram.
Optionally, the display module is further configured to:
and displaying the time consumed by each Java process under the condition that all the methods in the target stack information are called through a histogram.
Optionally, the display module is further configured to:
and displaying the time ratio of each method call under each Java process in the target stack information through a histogram.
A processing method of Java data in a distributed system, applied to any one of the above Java data processing systems, the processing method comprising:
acquiring stack information of each thread in a Java program to be analyzed during running, and storing the stack information to the database, wherein the stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed;
and determining the stack information stored in the database which accords with a preset rule as target stack information, clustering the target stack information, and outputting a clustering result.
Optionally, the clustering the target stack information includes:
acquiring the calling time ratio of each method under all the Java processes in the target stack information;
and/or acquiring the time consumed by each Java process under all the method calls in the target stack information;
and/or acquiring the time ratio of each method call under each Java process in the target stack information.
Optionally, the method further includes:
and displaying the time ratio of each method call under all the Java processes in the target stack information through a flame diagram.
Optionally, the method further includes:
and displaying the time consumed by each Java process under the condition that all the methods in the target stack information are called through a histogram.
Optionally, the method further includes:
and displaying the time ratio of each method call under each Java process in the target stack information through a histogram.
Based on the technical scheme, the application provides a processing system of Java data in a distributed system, which comprises a user browser, a background server, a database and a plurality of performance analysis threads, wherein the background server comprises a thread for collecting stack information during running, a receiving module and an analysis module. The receiving module is used for acquiring stack information of each thread in the Java program to be analyzed during running and storing the stack information to the database, wherein the stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed. The analysis module is used for determining the stack information stored in the database which accords with the preset rule as target stack information, clustering the target stack information and outputting a clustering result. Therefore, the processing system for Java data in the distributed system provided by this embodiment clusters stack information when multiple threads run, so as to improve the diversity of Java performance analysis.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a block diagram illustrating a Java data processing system in a distributed system according to an embodiment of the present application;
fig. 2 is a flowchart of a method for processing Java data in a distributed system according to an embodiment of the present application;
fig. 3 is another flowchart of a method for processing Java data in a distributed system according to an embodiment of the present application;
fig. 4 is another flowchart of a method for processing Java data in a distributed system according to an embodiment of the present application;
fig. 5 is another flowchart of a method for processing Java data in a distributed system according to an embodiment of the present application;
fig. 6 is a signaling flowchart of a method for processing Java data in a distributed system according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a processing system for Java data in a distributed system according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of a processing system for Java data in a distributed system according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of a processing system for Java data in a distributed system according to an embodiment of the present application;
fig. 10 is a schematic hardware structure diagram of a server according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Fig. 1 is a block diagram of a structure of a processing system for Java data in a distributed system according to an embodiment of the present application, where the processing system for Java data in a distributed system shown in the drawing can be used to implement a processing method for Java data in a distributed system according to an embodiment of the present application. Referring to fig. 1, a processing system of Java data in the distributed system may include: user browser 100, backend server 200, database 300, and a plurality of performance analysis threads 400.
The background server 200 is a service device on the network side for acquiring stack information of each thread in the Java program to be analyzed during running, and may be a server cluster formed by multiple servers or a single server.
In practical applications, the user browser 100 is generally loaded on a user device such as a mobile phone, a tablet computer, a notebook computer, etc., and in this embodiment, the user browser 100 may be a browser application loaded on the user device, which may include multiple platform versions.
The database 300 may be a single database, or may be a database having a plurality of sub-databases, and is used for storing data.
Based on the processing system of Java data in the distributed system shown in fig. 1, the following describes a processing method of Java data in the distributed system provided in the present application from the perspective of a server. As shown in fig. 2, a flowchart of a method for processing Java data in a distributed system according to an embodiment of the present application, where the method is applied to a processing system of Java data in a distributed system, and the method may include:
and S21, acquiring stack information of each thread in the Java program to be analyzed during running, and storing the stack information to the database.
The stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed, and besides, the stack information can also represent data center information idc of the Java process to be analyzed, and can also represent information host of a machine of the Java process to be analyzed, and the like. Generally, a process refers to a program in a running process, a background server processes a plurality of tasks, each task is generally a process, and a process can be divided into a plurality of threads which are executed sequentially.
While each thread, when executed, needs to define a method call in advance to enable the thread to be executed according to the defined method call. Specifically, the method call can be classified into a static method and a non-static method, wherein the static method is directly executed by using a class name, a method name and a calling mode. The non-static methods may include an instance constructor < int > method, and may also include a virtual method and an interface method, etc., which are all executed by newly creating an object in new and then using the object, method name, and call.
In this embodiment, the receiving module in the background server 200 is configured to obtain stack information of each thread during runtime, and store the stack information in the database 300. Specifically, the receiving module may obtain stack information of each thread during running in the following manner:
setting a starting parameter-Java agent in the Java process, wherein the Java agent is an interceptor running before a main method (one of method calls) adopted by the Java process, and the default method name is premain, namely after the Java agent is started, the Java process executes the method premain first and then executes the main method. Therefore, the Java agent can modify the classes and the methods at the byte code layer, so as to modify the byte codes without affecting normal compilation.
Specifically, in this embodiment, by starting a Java agent in a Java program, a thread is added to a Java process to collect stack information of each thread during running, and then the stack information is periodically sent to a database for storage.
S22, determining the stack information stored in the database which meets the preset rules as target stack information, clustering the target stack information, and outputting a clustering result.
In step S21, the stack information is already stored in the database 300, and in step S22, at least part of the stack information may be screened from the database according to a preset rule as the target stack information, for example, the stack information of a thread whose running time meets a certain time period in all the stack information in the database is acquired as the target stack information. Or classifying the stack information in the database, and determining the stack information with the same Java process as the target stack information. Or, a thread using the same method call is determined as target stack information, and so on.
After the target stack information is determined, in this embodiment, an analysis module in the background server 200 performs cluster analysis on the target stack information to obtain a multi-dimensional cluster result.
Specifically, as shown in fig. 3, the present embodiment provides a specific implementation method for clustering the target stack information, including:
s31, acquiring the calling time of each method in all the Java processes in the target stack information;
and/or the presence of a gas in the gas,
s32, acquiring the time consumed by each Java process under all the method calls in the target stack information;
and/or the presence of a gas in the gas,
s33, acquiring the time ratio of each method call under each Java process in the target stack information.
In this embodiment, the stack information at least represents the type of the Java process to be analyzed and the method invocation type adopted by the Java process to be analyzed, after a plurality of stack information are obtained, the analysis module in the background server 200 may periodically obtain the stack information meeting the preset condition from the database, determine the stack information as target stack information, and then cluster the target stack information from two dimensions of Java process and method invocation.
For example, the method call is used to summarize all Java processes in the target stack information, specifically, all Java processes are taken as a whole, and the time ratio of each method call is checked. Or summarizing all method calls by the Java process, specifically, combining the method calls into a whole, and checking the time consumed by each Java process. Or, the designated method calls are collected to a single Java process, specifically, the time ratio of a certain method call among different Java processes is compared.
Illustratively, assume that the receiving module in background server 200 acquires stack information of threads running within a half hour, for a total of 1000 stack information. Then, an analysis module in the background server determines that stack information of threads running within ten minutes is target stack information, and 300 pieces of stack information are assumed.
The stack information of each thread at least represents the type of the Java process to be analyzed and the method call type adopted by the Java process to be analyzed, and in this embodiment, it is assumed that 300 pieces of target stack information include 100 Java processes and 10 method calls. Then, step S31 is to take 100 Java processes as a whole, and calculate the time ratio of all method calls occupied by each of 10 method calls, for example, the total duration of 10 method calls is 10 minutes, and the time of one method call is 3 minutes, so the time ratio of the method call is three tenths, and similarly, the time ratios of other method calls can be calculated.
In step S32, 10 method calls are taken as a whole, and the time consumed by each class of Java process in 100 Java processes is calculated, for example, the time consumed by Java process 1 is 3 minutes, and the time consumed by Java process 2 is 1 minute.
In the present embodiment, the steps S33, S32 and S31 are parallel, and they may be performed simultaneously, or alternatively according to actual requirements. Specifically, step S33 is to calculate the time ratio of each method call in each class of Java process, and with reference to the above example of 100 Java processes, in this embodiment, the time ratios of the method calls used in 100 Java processes are calculated respectively, and assuming that 2 method calls are used in Java process 1, the time ratios of method call 1 and method call 2 in Java process 1 are calculated correspondingly.
The step S31 may characterize the bottleneck of the code chunk to some extent, the step S32 may characterize the performance bottleneck of the machine to some extent, and the step S33 may characterize the performance bottleneck of the code chunk at a specific machine to some extent.
On the basis of the foregoing embodiment, as shown in fig. 4, the method for processing Java data in a distributed system provided in this embodiment further includes the steps of:
and S41, displaying the time of each method call in all the Java processes in the target stack information through a flame diagram.
In addition, as shown in fig. 5, the method for processing Java data in a distributed system provided in this embodiment may further include the steps of:
s51, displaying the time consumed by each Java process under the calling of all the methods in the target stack information through a histogram.
And/or the presence of a gas in the gas,
s52, displaying the time ratio of each method call under each Java process in the target stack information through a histogram.
It can be seen that, in the present embodiment, on the basis of the above embodiment, the time ratios obtained in step S31, step S32, and step S33 are displayed on the user browser 100, and a plurality of display modes, such as a flame diagram or a bar chart, are provided.
It should be noted that the present embodiment is not limited to the flame diagram and the histogram, and may also be other display manners, such as a thermal map, a graph, and the like.
In summary, with reference to the processing method of Java data in a distributed system provided in this embodiment of the present application, as shown in fig. 6, this embodiment introduces a signaling flow of a processing system of Java data in a distributed system, as follows:
s61, a receiving module in the background server acquires stack information of each thread in the Java program to be analyzed during running, and stores the stack information to the database.
The stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed.
S62, determining the stack information stored in the database according with the preset rule as target stack information by an analysis module in the background server, clustering the target stack information, and outputting a clustering result.
Specifically, when the analysis module performs clustering on the target stack information, the method specifically includes:
a first obtaining unit obtains the time ratio of each method call under all the Java processes in the target stack information;
and/or the second acquiring unit acquires the time consumed by each Java process under all the method calls in the target stack information;
and/or the third acquiring unit acquires the time ratio of each method call under each Java process in the target stack information.
And S63, displaying the clustering result by a display module in the background server.
Specifically, the displaying of the clustering result may specifically be:
and displaying the time ratio of each method call under all the Java processes in the target stack information through a flame diagram.
And displaying the time consumed by each Java process under the condition that all the methods in the target stack information are called through a histogram.
And displaying the time ratio of each method call under each Java process in the target stack information through a histogram.
Therefore, the processing system for Java data in the distributed system provided by this embodiment clusters stack information when multiple threads run, so as to improve the diversity of Java performance analysis.
In the following, a server provided by the embodiment of the present application is introduced, and the server described below and the processing method of Java data in the distributed system described above in a server perspective are referred to correspondingly. As shown in fig. 7, which is a block diagram of a background server 200 provided in this embodiment of the present application, referring to fig. 7, the server may include:
the receiving module 71 is configured to obtain stack information of each thread in the Java program to be analyzed when running, and store the stack information in the database, where the stack information represents a type of the Java process to be analyzed and a method invocation type adopted by the Java process to be analyzed;
and the analysis module 72 is configured to determine that the stack information stored in the database meeting the preset rule is target stack information, cluster the target stack information, and output a clustering result.
As shown in fig. 8, in the processing system of Java data in the distributed system provided in this embodiment, the analysis module 72 includes:
a first obtaining unit 81, configured to obtain a time ratio of each method invocation under all Java processes in the target stack information;
and/or, the second obtaining unit 82 is configured to obtain time consumed by each Java process under all the method calls in the target stack information;
and/or, the third obtaining unit 83 is configured to obtain a time ratio of each method call in each Java process in the target stack information.
On the basis of the foregoing embodiment, as shown in fig. 9, the processing system for Java data in a distributed system provided in this embodiment further includes:
and the display module 73 is configured to display the time of each method call in all the Java processes in the target stack information by using a flame diagram.
In addition, the display module 73 is also used for:
and displaying the time consumed by each Java process under the condition that all the methods in the target stack information are called through a histogram.
And/or the presence of a gas in the gas,
and displaying the time ratio of each method call under each Java process in the target stack information through a histogram.
What has been described above is a software functional module architecture of a server, and on the hardware structure of the server, the server can implement a resource allocation scheme by:
fig. 10 is a block diagram of a hardware structure of a server according to an embodiment of the present application, and referring to fig. 10, the server may include: a processor 111, a communication interface 112, a memory 113, and a communication bus 114;
the processor 111, the communication interface 112 and the memory 113 are communicated with each other through a communication bus 114;
alternatively, the communication interface 112 may be an interface of a communication module, such as an interface of a GSM module;
a processor 111 for executing programs;
a memory 113 for storing programs;
the program may include program code including computer operating instructions.
The processor 111 may be a central processing unit CPU or an application Specific Integrated circuit asic or one or more Integrated circuits configured to implement embodiments of the present application.
The memory 113 may comprise high-speed RAM memory, and may also include non-volatile memory (non-volatile memory), such as at least one disk memory.
Among them, the procedure can be specifically used for:
acquiring stack information of each thread in a Java program to be analyzed during running, and storing the stack information to the database, wherein the stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed;
and determining the stack information stored in the database which accords with a preset rule as target stack information, clustering the target stack information, and outputting a clustering result.
Optionally, the clustering the target stack information includes:
acquiring the calling time ratio of each method under all the Java processes in the target stack information;
and/or acquiring the time consumed by each Java process under all the method calls in the target stack information;
and/or acquiring the time ratio of each method call under each Java process in the target stack information.
Optionally, the method further includes:
and displaying the time ratio of each method call under all the Java processes in the target stack information through a flame diagram.
Optionally, the method further includes:
and displaying the time consumed by each Java process under the condition that all the methods in the target stack information are called through a histogram.
Optionally, the method further includes:
and displaying the time ratio of each method call under each Java process in the target stack information through a histogram.
The working principle of the server refers to the method embodiment, and the stack information of multiple threads during operation can be clustered without repeated description, so that the diversity of Java performance analysis is improved.
To sum up, the present application provides a processing system and a processing method for Java data in a distributed system, where the processing system for Java data in the distributed system includes a user browser, a backend server, a database, and a plurality of performance analysis threads, the backend server includes a thread for collecting runtime stack information, and the backend server further includes: the device comprises a receiving module and an analyzing module. The receiving module is used for acquiring stack information of each thread in the Java program to be analyzed during running and storing the stack information to the database, wherein the stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed. The analysis module is used for determining the stack information stored in the database which accords with the preset rule as target stack information, clustering the target stack information and outputting a clustering result. Therefore, the processing system for Java data in the distributed system provided by this embodiment clusters stack information when multiple threads run, so as to improve the diversity of Java performance analysis.
The embodiments in the present description are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), memory, Read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (10)
1. A processing system of Java data in a distributed system is characterized by comprising a user browser, a background server, a database and a plurality of performance analysis threads, wherein the background server comprises a thread for collecting stack information during operation, and the background server further comprises:
the system comprises a receiving module, a judging module and a processing module, wherein the receiving module is used for acquiring stack information of each thread in a Java program to be analyzed during running and storing the stack information to the database, and the stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed;
an analysis module, configured to determine that the stack information of the process or the thread that meets a preset rule and is stored in the database is target stack information, cluster the target stack information, and output a clustering result, where the determination that the stack information of the process or the thread that meets the preset rule and is stored in the database is target stack information includes: determining stack information of threads with running time meeting a preset time period as target stack information, or determining stack information with the same Java process as the target stack information, or determining stack information of threads called by the same method as the target stack information;
and clustering the target stack information to analyze the performance of the distributed java process.
2. The system for processing Java data in a distributed system as claimed in claim 1, wherein said analysis module comprises:
a first obtaining unit, configured to obtain a time ratio of each method invocation under all Java processes in the target stack information;
and/or, a second obtaining unit, configured to obtain time consumed by each Java process under all the method calls in the target stack information;
and/or a third obtaining unit, configured to obtain a time ratio of each method call in each Java process in the target stack information.
3. The system for processing Java data in a distributed system as claimed in claim 1, wherein said backend server further comprises:
and the display module is used for displaying the time of each method call in all the Java processes in the target stack information by a flame diagram.
4. The system for processing Java data in a distributed system as recited in claim 3, wherein the presentation module is further configured to:
and displaying the time consumed by each Java process under the condition that all the methods in the target stack information are called through a histogram.
5. The system for processing Java data in a distributed system as recited in claim 3, wherein the presentation module is further configured to:
and displaying the time ratio of each method call under each Java process in the target stack information through a histogram.
6. A processing method of Java data in a distributed system, applied to the processing system of Java data according to any one of claims 1 to 5, the processing method comprising:
acquiring stack information of each thread in a Java program to be analyzed during running, and storing the stack information to the database, wherein the stack information represents the type of the Java process to be analyzed and the method calling type adopted by the Java process to be analyzed;
determining that the stack information of the process or the thread which accords with the preset rule and is stored in the database which accords with the preset rule is target stack information, clustering the target stack information, and outputting a clustering result, wherein the determining that the stack information of the process or the thread which accords with the preset rule and is stored in the database is the target stack information comprises the following steps: determining stack information of threads with running time meeting a preset time period as target stack information, or determining stack information with the same Java process as the target stack information, or determining stack information of threads called by the same method as the target stack information;
and clustering the target stack information to analyze the performance of the distributed java process.
7. The method for processing Java data in a distributed system according to claim 6, wherein clustering the target stack information comprises:
acquiring the calling time ratio of each method under all the Java processes in the target stack information;
and/or acquiring the time consumed by each Java process under all the method calls in the target stack information;
and/or acquiring the time ratio of each method call under each Java process in the target stack information.
8. The method for processing Java data in a distributed system according to claim 7, further comprising:
and displaying the time ratio of each method call under all the Java processes in the target stack information through a flame diagram.
9. The method for processing Java data in a distributed system according to claim 7, further comprising:
and displaying the time consumed by each Java process under the condition that all the methods in the target stack information are called through a histogram.
10. The method for processing Java data in a distributed system according to claim 7, further comprising:
and displaying the time ratio of each method call under each Java process in the target stack information through a histogram.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910110988.XA CN109886327B (en) | 2019-02-12 | 2019-02-12 | System and method for processing Java data in distributed system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910110988.XA CN109886327B (en) | 2019-02-12 | 2019-02-12 | System and method for processing Java data in distributed system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109886327A CN109886327A (en) | 2019-06-14 |
| CN109886327B true CN109886327B (en) | 2021-11-19 |
Family
ID=66927946
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910110988.XA Active CN109886327B (en) | 2019-02-12 | 2019-02-12 | System and method for processing Java data in distributed system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109886327B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113434402A (en) * | 2021-06-24 | 2021-09-24 | 中国工商银行股份有限公司 | Performance analysis method, device and equipment for micro-service application |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104660427A (en) * | 2013-11-18 | 2015-05-27 | 深圳市腾讯计算机系统有限公司 | Method and device for real-time statistics of logs |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103617287A (en) * | 2013-12-12 | 2014-03-05 | 用友软件股份有限公司 | Log management method and device in distributed environment |
| CN104036025A (en) * | 2014-06-27 | 2014-09-10 | 蓝盾信息安全技术有限公司 | Distribution-base mass log collection system |
| CN104503891B (en) * | 2014-12-10 | 2018-10-02 | 北京京东尚科信息技术有限公司 | The method and apparatus that JVM thread is monitored online |
| CN106330990B (en) * | 2015-06-17 | 2020-02-11 | 阿里巴巴集团控股有限公司 | Performance monitoring and analyzing system and method of B/S structure |
| CN105718351B (en) * | 2016-01-08 | 2018-02-09 | 北京汇商融通信息技术有限公司 | A kind of distributed monitoring management system towards Hadoop clusters |
| CN108628677B (en) * | 2017-03-20 | 2022-12-02 | 北京京东尚科信息技术有限公司 | Distributed task processing system, method and device |
-
2019
- 2019-02-12 CN CN201910110988.XA patent/CN109886327B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104660427A (en) * | 2013-11-18 | 2015-05-27 | 深圳市腾讯计算机系统有限公司 | Method and device for real-time statistics of logs |
Non-Patent Citations (1)
| Title |
|---|
| "第十三讲、jmeter分布式性能测试;七色米;《https://blog.csdn.net/aisemi/article/details/55503844》;20170217;第1-3页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109886327A (en) | 2019-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101600129B1 (en) | Application efficiency engine | |
| CN110955578A (en) | Log collection method and device based on host machine, computer equipment and storage medium | |
| CN109445768B (en) | Database script generation method and device, computer equipment and storage medium | |
| CN111966597B (en) | Test data generation method and device | |
| CN111045879A (en) | Pressure test report generation method and device and storage medium | |
| CN111988429A (en) | Algorithm scheduling method and system | |
| CN111431741A (en) | Service online method, system, computer device and storage medium | |
| KR20160096313A (en) | Apparatus and method for monitoring analysis application for analyzing big data | |
| CN112181749A (en) | Hardware testing method and device, electronic equipment and storage medium | |
| CN110222046B (en) | List data processing method, device, server and storage medium | |
| US9442818B1 (en) | System and method for dynamic data collection | |
| CN109886327B (en) | System and method for processing Java data in distributed system | |
| CN109522021B (en) | Parameter callback processing method and device, electronic equipment and storage medium | |
| CN111124791A (en) | System testing method and device | |
| CN110543426A (en) | software performance risk detection method and device | |
| CN112650614A (en) | Call chain monitoring method and device, electronic equipment and storage medium | |
| CN112433908B (en) | Method, system, device and medium for determining interval time of detection server | |
| CN111930505B (en) | Data resource management method and system for big data platform, server and medium | |
| CN112671878A (en) | Block chain information subscription method, device, server and storage medium | |
| CN109992614B (en) | Data acquisition method, device and server | |
| CN113326237A (en) | Log data processing method and device, terminal device and storage medium | |
| CN113448985A (en) | API (application program interface) interface generation method, calling method and device and electronic equipment | |
| CN114168439A (en) | Pressure measurement control method and device for service in cluster, storage medium and terminal | |
| CN111221651B (en) | Load balancing configuration method, device, server and readable storage medium | |
| CN113344023A (en) | Code recommendation method, device and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |