CN103246589A - Multithread monitoring method and device - Google Patents
Multithread monitoring method and device Download PDFInfo
- Publication number
- CN103246589A CN103246589A CN2012100239634A CN201210023963A CN103246589A CN 103246589 A CN103246589 A CN 103246589A CN 2012100239634 A CN2012100239634 A CN 2012100239634A CN 201210023963 A CN201210023963 A CN 201210023963A CN 103246589 A CN103246589 A CN 103246589A
- Authority
- CN
- China
- Prior art keywords
- availability manager
- service thread
- local availability
- manager
- thread
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
The invention discloses a multithread monitoring method and device. A global availability manager monitors running states of at least one local availability manager and subjects the local availability manager to a recovery operation after determining that the local availability manager runs abnormally; wherein the local availability manager is used for monitoring running states of serve threads registered on the local availability manager. Due to the fact that a two-stage monitoring structure that the global availability manager is used for monitoring the local availability managers and the local availability managers are used for monitoring a service thread is used, so that the service thread is monitored effectively, the situation that when the service thread and a monitoring thread are both abnormal and due to the fact that a system can not know the existence of the abnormal service thread, the system can not provide normal services normally is avoided, and accordingly the reliability of the system is improved.
Description
Technical field
The present invention relates to the multithreading field, relate in particular to a kind of method for supervising and device of multithreading.
Background technology
Along with development of science and technology, more and more to the functional requirement of system, the complexity of system is multiplication thereupon also, in order to satisfy the functional demand of system, can use multithreading in system.In the multi-threaded system of a complexity, inter-thread communication and thread synchronization etc. is operated in and occupies sizable ratio in the total system, and thread situations such as the dead trivial or thread of thread withdraws from unusually takes place providing in the middle of the service through regular meeting.If certain thread is unusual, namely fail normally to provide service, but other thread still sends message request to this thread, so just be easy to cause task buffering effect of flood business service, and then cause system crash, influenced the reliability of system widely.
At present, for above-mentioned situation takes place the thread in the anti-locking system, generally adopt following manner that the multithreading in the system is monitored: setting a thread is monitoring thread, and other thread is monitored thread; Monitoring thread arranges a timer, and timed events one arrives, and sends roll-call message to all monitored threads, to know the duty of each thread; After each monitored thread is received roll-call message, respond the roll-call response message in real time, with duty and the out of Memory of reporting this thread; Reply when overtime when monitored thread takes place to call the roll, the add up expired times of monitored thread of monitoring thread when expired times surpass preset value, just become monitored thread the ossified state of doing, simultaneously the master control thread of reporting system.
There is following shortcoming in above-mentioned method for supervising to thread: owing to monitoring thread is not monitored, can not guarantee the monitoring thread operate as normal, if monitoring thread itself occurs unusual, can't notify system with unusual thread, the existence of unusual thread just can't be learnt by system, thereby has influenced the reliability of system.
Summary of the invention
The embodiment of the invention provides a kind of method for supervising and device of multithreading, in order to solve the not high problem of existing multithreading method for supervising reliability.
The embodiment of the invention provides a kind of method for supervising of multithreading, comprising:
Overall situation availability manager is monitored the running status of at least one local availability manager; Described local availability manager is used for monitoring to the running status of the service thread of its registration;
Described overall availability manager carries out recovery operation to described local availability manager when determining local availability manager misoperation.
The embodiment of the invention provides a kind of supervising device of multithreading, comprising:
Overall situation availability manager is used for the running status of at least one local availability manager of monitoring, when determining local availability manager misoperation, described local availability manager is carried out recovery operation;
At least one local availability manager is used for monitoring to the running status of the service thread of its registration.
The beneficial effect of the embodiment of the invention comprises:
The method for supervising of a kind of multithreading that the embodiment of the invention provides and device, overall situation availability manager is monitored the running status of at least one local availability manager, when determining local availability manager misoperation, local availability manager is carried out recovery operation; Wherein, local availability manager is used for monitoring to the running status of the service thread of its registration.Monitor the Two monitor levels structure of local availability manager, local availability manager monitor service thread owing to adopt overall availability manager, monitor service thread effectively, avoid service thread and monitoring thread all to occur when unusual, the existence of unusual service thread can't be learnt by system, cause system that the situation of normal service can't normally be provided, improved the reliability of system.
Description of drawings
The process flow diagram of the method for supervising of the multithreading that Fig. 1 provides for the embodiment of the invention;
The overall availability manager that Fig. 2 provides for the embodiment of the invention is monitored the process flow diagram of the running status of local availability manager;
The process flow diagram of the running status of the local availability manager monitor service thread that Fig. 3 provides for the embodiment of the invention;
The synoptic diagram of the example that Fig. 4 provides for the embodiment of the invention;
Fig. 5 provides the structural representation of the supervising device of multithreading for the embodiment of the invention.
Embodiment
Below in conjunction with accompanying drawing, the method for supervising of the multithreading that the embodiment of the invention is provided and the embodiment of device are described in detail.
The method for supervising of a kind of multithreading that the embodiment of the invention provides, as shown in Figure 1, idiographic flow may further comprise the steps:
S101, overall availability manager are monitored the running status of at least one local availability manager; Wherein, this this locality availability manager is used for monitoring to the running status of the service thread of its registration;
Whether normally S102, overall availability manager judge the operation of local availability manager; If determine that local availability manager normally moves, turn to step S101; If determine local availability manager misoperation, execution in step S103;
S103, overall availability manager carry out recovery operation to local availability manager; Turn to step S101.
Specific implementation to above steps is described in detail below.
Particularly, before the step S101 of the above-mentioned multithreading monitoring that the execution embodiment of the invention provides, also need to set the operation of monitor task, for example: initialization overall situation availability manager, create the record cell of the heartbeat message that is used for the local availability manager of storage, the local availability manager of initialization is created service thread etc.Service thread can provide log-on messages such as policer operation interface to local availability manager before startup, like this, local availability manager just can use the running status of this service thread of policer operation interface monitoring.
Particularly, for each local availability manager, overall availability manager can be by the monitoring of following step realization to its running status in above-mentioned steps S101, and as shown in Figure 2, concrete steps are as follows:
S201, overall availability manager periodically obtain the heartbeat message of local availability manager;
In the specific implementation, can use timer to carry out timing, for example: can set timing and be spaced apart TS1, behind the TS1 duration, overall availability manager all can obtain the operation of the heartbeat message of local availability manager.
The heartbeat message of the local availability manager that S202, basis are obtained judges whether the heartbeat of local availability manager beats; If, execution in step S203; If not, execution in step S204;
In the specific implementation, can create a heartbeat state cell to each local availability manager, specifically can comprise in each unit: information such as the title of local availability manager, ID, current Heart rate meters, last Heart rate meters and anomalous counts device.Local availability manager will change the heartbeat message of self after the task of executing the monitor service thread, namely trigger current Heart rate meters counting.Like this, can more current Heart rate meters whether identical with the numerical value of last Heart rate meters, if identical, think then that heartbeat does not have to beat; If different, then thinking has heartbeat to beat.Below just illustrate the judgement whether heartbeat that how to realize local availability manager beats, those skilled in the art also can use other modes to realize, do not do restriction at this.
S203, determine that local availability manager normally moves, with the anomalous counts device zero clearing of the available manager in this locality; Turn to step S201;
S204, think that local availability manager might withdraw from or take place endless loop unusually, disconnected for fear of erroneous judgement, can send apply for information to local availability manager;
Particularly, move normal local availability manager behind the apply for information that receives overall availability manager transmission, will change the heartbeat message of self, like this, after next time, overall availability manager obtained the heartbeat message of this this locality availability manager, will judge this this locality availability manager and have heartbeat, confirm that this this locality availability manager normally moves, and with its anomalous counts device zero clearing.
The anomalous counts device of S205, the local availability manager of triggering is counted; In the specific implementation, can increase a numerical value in anomalous counts device original numerical value;
Whether S206, the numerical value of judging the anomalous counts device of local availability manager surpass first and set threshold value, and particularly, this first is set threshold value and for example can be set to 3 times, does not do restriction at this; If, execution in step S207; If not, turn to step S201;
S207, determine local availability manager misoperation.
After execution above-mentioned steps S207 determines local availability manager misoperation, overall situation availability manager will carry out recovery operation to this this locality availability manager, can avoid effectively like this because local availability manager misoperation, generation is the situation of monitor service thread normally, thereby has improved the reliability of system.Because recovery operation belongs to prior art, does not do detailed description at this.
Particularly, in the said method that the embodiment of the invention provides, local availability manager is used for monitoring to the running status of the service thread of its registration, and the monitoring flow process that its monitoring flow process and overall availability manager are carried out is similar, as shown in Figure 3, detailed process can realize by following step:
S301, local availability manager periodically travel through the service thread to its registration, carry out following operation at each service thread:
S302, obtain the heartbeat message of service thread;
Similarly, in the specific implementation, can use timer to carry out timing, for example: can set timing and be spaced apart TS2, behind the TS2 duration, local availability manager all can obtain the operation of the heartbeat message of service thread.
The heartbeat message of the service thread that S303, basis are obtained judges whether the heartbeat of this service thread beats; If, execution in step S304; If not, execution in step S305;
Similarly, in the specific implementation, can create a heartbeat state cell to each service thread, specifically can comprise in each unit: the information such as handle of the title of service thread, ID, current Heart rate meters, last Heart rate meters, anomalous counts device and communication information formation.Service thread will change the heartbeat message of self after executing service role, namely trigger current Heart rate meters counting.Like this, can more current Heart rate meters whether identical with the numerical value of last Heart rate meters, if identical, think then that heartbeat does not have to beat; If different, then thinking has heartbeat to beat.Below just illustrate the judgement whether heartbeat that how to realize service thread beats, those skilled in the art also can use other modes to realize, do not do restriction at this.
S304, determine that service thread normally moves, with the anomalous counts device zero clearing of service thread; Turn to step S301;
S305, think that service thread might withdraw from or take place endless loop unusually, disconnected for fear of erroneous judgement, send apply for information to service thread; This apply for information is used for just often changing in service thread the heartbeat message of service thread;
Particularly, move normal service thread behind the apply for information that receives local availability manager transmission, will change the heartbeat message of self, like this, after next time, local availability manager obtained the heartbeat message of this service thread, will judge this service thread and have heartbeat, confirm that this service thread normally moves, and with its anomalous counts device zero clearing.
The anomalous counts device of S306, triggering service thread is counted; In the specific implementation, can increase a numerical value in anomalous counts device original numerical value;
Whether S307, the numerical value of judging the anomalous counts device of service thread surpass second and set threshold value, particularly, this second setting threshold value can be arranged to identical numerical value, for example 3 times with the first setting threshold value, also can be arranged to different numerical value, not do restriction at this; If, execution in step S308; If not, turn to step S301;
S308, determine the service thread misoperation.
After carrying out above-mentioned steps S308, can also carry out local availability manager unusual service thread is carried out recovery operation, perhaps local availability manager directly reports system with unusual service thread, or unusual service thread reported system by overall availability manager, sent processing such as warning information by system, do not do restriction at this.
Multithreading monitoring flow process of the prior art, monitoring thread is not considered the loading condition of monitored thread, as long as regularly one arrive, just send roll-call message to all monitored threads, like this, can increase the load of monitored thread, influence the processing power of service thread.
In the prior art, service thread had generally both comprised the periodic service thread that system service regularly is provided, and comprised again by external event to drive and provide the aperiodicity service thread that the system service time can't expect.Because the periodic service thread is only carried out a service role at each timing cycle when normal operation, its heartbeat also will be ensued and beat; Only taking place under the unusual situation, heartbeat just can stop to beat, therefore, for the periodic service thread, need not to increase any operation, just can realize whether unusual accurate judgement, with respect to needing only timing in the above-mentioned prior art once to for all monitored thread transmission roll-call message, can not increase the load of monitored thread, just can not influence the processing power of service thread yet.
Because the aperiodicity service thread is in the monitoring period of a local availability manager, its heartbeat state might be beated, and also might not change.Have only when the service thread heartbeat is not beated, local availability manager just can send apply for information to change the heartbeat message of service thread to it.Like this, local availability manager is several monitoring periods afterwards, judge whether its heartbeat state changes, finally judge whether service thread is unusual, send roll-call message, the load that also can alleviate the aperiodicity service thread with respect to needing only in the above-mentioned prior art regularly once the monitored thread that arrives to all.
Fig. 4 is an instantiation that uses the multithreading method for supervising that the embodiment of the invention provides, as shown in Figure 4, constitute first order monitoring by local availability manager monitor service thread, monitor local availability manager by overall availability manager and constitute second level monitoring, like this, overall situation availability manager and local availability manager can adopt function singleness, mode simple in structure to realize, stability is high.And adopt the structure of Two monitor levels, monitor service thread effectively avoids service thread and monitoring thread all to occur when unusual, and the existence of unusual service thread can't be learnt by system, cause system that the situation of normal service can't normally be provided, improved the reliability of system.
In addition, the above-mentioned multithreading method for supervising that the embodiment of the invention provides can be applied to various operating systems, for example: Windows, VxWorks and Linux etc.
Based on same inventive concept, the embodiment of the invention also provides a kind of supervising device of multithreading, because the principle of this device solves problem is similar to the method for supervising that aforementioned a kind of multithreading gets, so the enforcement of this device can repeat part and repeat no more referring to the enforcement of method.
The supervising device of a kind of multithreading that the embodiment of the invention provides as shown in Figure 5, comprising:
Overall situation availability manager 501 is used for the running status of at least one local availability manager 502 of monitoring, when determining local availability manager 502 misoperations, described local availability manager 502 is carried out recovery operation;
At least one local availability manager 502 is used for monitoring to the running status of the service thread 503 of its registration.
Further, the overall availability manager 501 in the said apparatus that the embodiment of the invention provides, the concrete heartbeat message that is used for periodically obtaining local availability manager 502; According to the heartbeat message of the local availability manager 502 that obtains, judge whether the heartbeat of local availability manager 502 beats; If determine that this this locality availability manager 502 normally moves, with the anomalous counts device zero clearing of the available manager 502 in this locality; If not, send apply for information to local availability manager 502, triggering the anomalous counts device of local availability manager 502 counts, and the numerical value of judging the anomalous counts device 502 of local availability manager behind counting surpasses first when setting threshold value, determines this this locality availability manager 502 misoperations.
Further, above-mentioned local availability manager 502 also is used for when receiving the apply for information of overall availability manager 501 transmissions, or after the task of each execution monitor service thread 503, changes the heartbeat message of self.
Further, local availability manager 502 in the said apparatus that the embodiment of the invention provides, the concrete service thread 503 that is used for periodically traveling through to its registration, carry out following operation at each service thread 503: according to the heartbeat message of the service thread of obtaining 503, judge whether the heartbeat of service thread 503 beats; If determine that this service thread 503 normally moves, with the anomalous counts device zero clearing of service thread 503; If not, send the apply for information that is used for just often changing in service thread 503 heartbeat message of service thread 503 to this service thread 503, triggering the anomalous counts device of service thread 503 counts, and the numerical value of judging the anomalous counts device of service thread 503 behind counting surpasses second when setting threshold value, determines this service thread 503 misoperations.
Further, above-mentioned local availability manager 502 also is used for when definite service thread 503 misoperations this service thread 503 being carried out recovery operation.
Further, the above-mentioned local availability manager 502 that the embodiment of the invention provides, concrete being used for receives the log-on message that service thread 503 sends in service thread 503 registration processes, and this log-on message comprises the policer operation interface that service thread 503 provides to local availability manager 502; Use the running status of policer operation interface monitoring service thread 503.
Through the above description of the embodiments, those skilled in the art can be well understood to the embodiment of the invention and can realize by hardware, also can realize by the mode that software adds necessary general hardware platform.Based on such understanding, the technical scheme of the embodiment of the invention can embody with the form of software product, it (can be CD-ROM that this software product can be stored in a non-volatile memory medium, USB flash disk, portable hard drive etc.) in, comprise some instructions with so that computer equipment (can be personal computer, server, the perhaps network equipment etc.) carry out the described method of each embodiment of the present invention.
It will be appreciated by those skilled in the art that accompanying drawing is the synoptic diagram of a preferred embodiment, the module in the accompanying drawing or flow process might not be that enforcement the present invention is necessary.
It will be appreciated by those skilled in the art that the module in the device among the embodiment can be distributed in the device of embodiment according to the embodiment description, also can carry out respective change and be arranged in the one or more devices that are different from present embodiment.The module of above-described embodiment can be merged into a module, also can further split into a plurality of submodules.
The invention described above embodiment sequence number does not represent the quality of embodiment just to description.
The method for supervising of a kind of multithreading that the embodiment of the invention provides and device, overall situation availability manager is monitored the running status of at least one local availability manager, when determining local availability manager misoperation, local availability manager is carried out recovery operation; Wherein, local availability manager is used for monitoring to the running status of the service thread of its registration.Monitor the Two monitor levels structure of local availability manager, local availability manager monitor service thread owing to adopt overall availability manager, monitor service thread effectively, avoid service thread and monitoring thread all to occur when unusual, the existence of unusual service thread can't be learnt by system, cause system that the situation of normal service can't normally be provided, improved the reliability of system.
Obviously, those skilled in the art can carry out various changes and modification to the present invention and not break away from the spirit and scope of the present invention.Like this, if of the present invention these are revised and modification belongs within the scope of claim of the present invention and equivalent technologies thereof, then the present invention also is intended to comprise these changes and modification interior.
Claims (12)
1. the method for supervising of a multithreading is characterized in that, comprising:
Overall situation availability manager is monitored the running status of at least one local availability manager; Described local availability manager is used for monitoring to the running status of the service thread of its registration;
Described overall availability manager carries out recovery operation to described local availability manager when determining local availability manager misoperation.
2. the method for claim 1 is characterized in that, overall availability manager is monitored the running status of at least one local availability manager, specifically comprises:
Described overall availability manager periodically obtains the heartbeat message of described local availability manager;
According to the heartbeat message of the described local availability manager that obtains, judge whether the heartbeat of described local availability manager beats;
If determine that described local availability manager normally moves, with the anomalous counts device zero clearing of the available manager in described this locality;
If not, send apply for information to described local availability manager, triggering the anomalous counts device of described local availability manager counts, and the numerical value of judging the anomalous counts device of described local availability manager behind counting surpasses first when setting threshold value, determines described local availability manager misoperation.
3. method as claimed in claim 2 is characterized in that, also comprises:
Described local availability manager when receiving the apply for information that described overall availability manager sends, or each carry out the task of monitor service thread after, change self heartbeat message.
4. as each described method of claim 1-3, it is characterized in that described local availability manager monitoring specifically comprises to the running status of the service thread of its registration:
Described local availability manager periodically travels through the service thread to its registration, carries out following operation at each service thread:
According to the heartbeat message of the described service thread of obtaining, judge whether the heartbeat of described service thread beats;
If determine that described service thread normally moves, with the anomalous counts device zero clearing of described service thread;
If not, send the apply for information that is used for just often changing in described service thread the heartbeat message of described service thread to described service thread, triggering the anomalous counts device of described service thread counts, and the numerical value of judging the anomalous counts device of described service thread behind counting surpasses second when setting threshold value, determines described service thread misoperation.
5. method as claimed in claim 4 is characterized in that, also comprises:
Described local availability manager carries out recovery operation to described service thread when determining described service thread misoperation.
6. as each described method of claim 1-3, it is characterized in that,, also comprise before the running status of the service thread of its registration in the monitoring of local availability manager:
Described local availability manager receives the log-on message that described service thread sends in the service thread registration process, described log-on message comprises the policer operation interface that described service thread provides to described local availability manager;
Described local availability manager monitoring comprises to the running status of the service thread of its registration:
Local availability manager uses the running status of the described service thread of described policer operation interface monitoring.
7. the supervising device of a multithreading is characterized in that, comprising:
Overall situation availability manager is used for the running status of at least one local availability manager of monitoring, when determining local availability manager misoperation, described local availability manager is carried out recovery operation;
At least one local availability manager is used for monitoring to the running status of the service thread of its registration.
8. device as claimed in claim 7 is characterized in that, described overall availability manager, the concrete heartbeat message that is used for periodically obtaining described local availability manager; According to the heartbeat message of the described local availability manager that obtains, judge whether the heartbeat of described local availability manager beats; If determine that described local availability manager normally moves, with the anomalous counts device zero clearing of the available manager in described this locality; If not, send apply for information to described local availability manager, triggering the anomalous counts device of described local availability manager counts, and the numerical value of judging the anomalous counts device of described local availability manager behind counting surpasses first when setting threshold value, determines described local availability manager misoperation.
9. device as claimed in claim 8, it is characterized in that described local availability manager also is used for when receiving the apply for information of described overall availability manager transmission, or after the task of each execution monitor service thread, change the heartbeat message of self.
10. as each described device of claim 7-9, it is characterized in that, described local availability manager, the concrete service thread that is used for periodically traveling through to its registration, carry out following operation at each service thread: according to the heartbeat message of the described service thread of obtaining, judge whether the heartbeat of described service thread beats; If determine that described service thread normally moves, with the anomalous counts device zero clearing of described service thread; If not, send the apply for information that is used for just often changing in described service thread the heartbeat message of described service thread to described service thread, triggering the anomalous counts device of described service thread counts, and the numerical value of judging the anomalous counts device of described service thread behind counting surpasses second when setting threshold value, determines described service thread misoperation.
11. device as claimed in claim 10 is characterized in that, described local availability manager also is used for when determining described service thread misoperation described service thread being carried out recovery operation.
12. as each described device of claim 7-9, it is characterized in that, described local availability manager, concrete being used for receives the log-on message that described service thread sends in the service thread registration process, and described log-on message comprises the policer operation interface that described service thread provides to described local availability manager; Use the running status of the described service thread of described policer operation interface monitoring.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210023963.4A CN103246589B (en) | 2012-02-03 | 2012-02-03 | Multithread monitoring method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210023963.4A CN103246589B (en) | 2012-02-03 | 2012-02-03 | Multithread monitoring method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103246589A true CN103246589A (en) | 2013-08-14 |
| CN103246589B CN103246589B (en) | 2015-07-15 |
Family
ID=48926119
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210023963.4A Active CN103246589B (en) | 2012-02-03 | 2012-02-03 | Multithread monitoring method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103246589B (en) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103744723A (en) * | 2014-01-24 | 2014-04-23 | 深圳联友科技有限公司 | Thread pool managing method and system |
| CN104426978A (en) * | 2013-09-03 | 2015-03-18 | 北京谊安医疗系统股份有限公司 | Sending method and sending system for shared data of breathing machine |
| CN105095046A (en) * | 2015-07-14 | 2015-11-25 | 北京奇虎科技有限公司 | Method and device for task monitoring |
| CN105515886A (en) * | 2014-10-15 | 2016-04-20 | 中国移动通信集团公司 | Method of network fault monitoring, network element and system |
| CN106371979A (en) * | 2016-11-25 | 2017-02-01 | 郑州云海信息技术有限公司 | Method, device and system for monitoring extension controller |
| CN106385341A (en) * | 2016-08-31 | 2017-02-08 | 福建天晴数码有限公司 | Thread monitoring method and system of client |
| CN108415806A (en) * | 2018-02-07 | 2018-08-17 | 深圳市亿联智能有限公司 | A kind of high efficiency thread life monitoring mode |
| CN108427616A (en) * | 2017-02-14 | 2018-08-21 | 腾讯科技（深圳）有限公司 | background program monitoring method and monitoring device |
| CN108776633A (en) * | 2018-05-22 | 2018-11-09 | 深圳壹账通智能科技有限公司 | Method, terminal device and the computer readable storage medium of monitoring process operation |
| CN109213684A (en) * | 2018-09-18 | 2019-01-15 | 北京工业大学 | Program detecting method and application based on OpenMP thread heartbeat detection technology |
| CN109684050A (en) * | 2018-12-06 | 2019-04-26 | 成都佰纳瑞信息技术有限公司 | A kind of the affairs actuator and its application method of parallelization |
| CN109947636A (en) * | 2017-12-20 | 2019-06-28 | 浙江宇视科技有限公司 | Abnormal thread localization method and device |
| CN111143127A (en) * | 2019-12-23 | 2020-05-12 | 杭州迪普科技股份有限公司 | Method, device, storage medium and equipment for supervising network equipment |
| CN111580792A (en) * | 2020-04-29 | 2020-08-25 | 上海航天计算机技术研究所 | High-reliability satellite-borne software architecture design method based on operating system |
| CN111949482A (en) * | 2020-08-13 | 2020-11-17 | 广东佳米科技有限公司 | Software performance bottleneck indication method and system based on thread load |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008204011A (en) * | 2007-02-16 | 2008-09-04 | Seiko Epson Corp | Multi-thread system and thread operation failure detecting method |
| CN101458640A (en) * | 2007-12-14 | 2009-06-17 | 环达电脑(上海)有限公司 | System capable of monitoring multithread state and monitoring method thereof |
| CN101464811A (en) * | 2008-12-29 | 2009-06-24 | 艾默生网络能源有限公司 | Multitask monitoring management system |
| US20120017221A1 (en) * | 2005-06-13 | 2012-01-19 | Hankins Richard A | Mechanism for Monitoring Instruction Set Based Thread Execution on a Plurality of Instruction Sequencers |
-
2012
- 2012-02-03 CN CN201210023963.4A patent/CN103246589B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120017221A1 (en) * | 2005-06-13 | 2012-01-19 | Hankins Richard A | Mechanism for Monitoring Instruction Set Based Thread Execution on a Plurality of Instruction Sequencers |
| JP2008204011A (en) * | 2007-02-16 | 2008-09-04 | Seiko Epson Corp | Multi-thread system and thread operation failure detecting method |
| CN101458640A (en) * | 2007-12-14 | 2009-06-17 | 环达电脑(上海)有限公司 | System capable of monitoring multithread state and monitoring method thereof |
| CN101464811A (en) * | 2008-12-29 | 2009-06-24 | 艾默生网络能源有限公司 | Multitask monitoring management system |
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104426978A (en) * | 2013-09-03 | 2015-03-18 | 北京谊安医疗系统股份有限公司 | Sending method and sending system for shared data of breathing machine |
| CN103744723A (en) * | 2014-01-24 | 2014-04-23 | 深圳联友科技有限公司 | Thread pool managing method and system |
| CN103744723B (en) * | 2014-01-24 | 2019-04-26 | 深圳联友科技有限公司 | A kind of management method and management system of thread pool |
| CN105515886B (en) * | 2014-10-15 | 2019-01-01 | 中国移动通信集团公司 | A kind of method, network element and the system of network element failure monitoring |
| CN105515886A (en) * | 2014-10-15 | 2016-04-20 | 中国移动通信集团公司 | Method of network fault monitoring, network element and system |
| CN105095046A (en) * | 2015-07-14 | 2015-11-25 | 北京奇虎科技有限公司 | Method and device for task monitoring |
| CN106385341A (en) * | 2016-08-31 | 2017-02-08 | 福建天晴数码有限公司 | Thread monitoring method and system of client |
| CN106371979A (en) * | 2016-11-25 | 2017-02-01 | 郑州云海信息技术有限公司 | Method, device and system for monitoring extension controller |
| CN108427616A (en) * | 2017-02-14 | 2018-08-21 | 腾讯科技（深圳）有限公司 | background program monitoring method and monitoring device |
| CN108427616B (en) * | 2017-02-14 | 2020-12-01 | 腾讯科技（深圳）有限公司 | Background program monitoring method and monitoring device |
| CN109947636B (en) * | 2017-12-20 | 2022-11-04 | 浙江宇视科技有限公司 | Abnormal thread positioning method and device |
| CN109947636A (en) * | 2017-12-20 | 2019-06-28 | 浙江宇视科技有限公司 | Abnormal thread localization method and device |
| CN108415806A (en) * | 2018-02-07 | 2018-08-17 | 深圳市亿联智能有限公司 | A kind of high efficiency thread life monitoring mode |
| CN108776633A (en) * | 2018-05-22 | 2018-11-09 | 深圳壹账通智能科技有限公司 | Method, terminal device and the computer readable storage medium of monitoring process operation |
| CN108776633B (en) * | 2018-05-22 | 2021-07-02 | 深圳壹账通智能科技有限公司 | Method for monitoring process operation, terminal equipment and computer readable storage medium |
| CN109213684A (en) * | 2018-09-18 | 2019-01-15 | 北京工业大学 | Program detecting method and application based on OpenMP thread heartbeat detection technology |
| CN109213684B (en) * | 2018-09-18 | 2022-01-28 | 北京工业大学 | Program detection method based on OpenMP thread heartbeat detection technology and application |
| CN109684050A (en) * | 2018-12-06 | 2019-04-26 | 成都佰纳瑞信息技术有限公司 | A kind of the affairs actuator and its application method of parallelization |
| CN111143127A (en) * | 2019-12-23 | 2020-05-12 | 杭州迪普科技股份有限公司 | Method, device, storage medium and equipment for supervising network equipment |
| CN111143127B (en) * | 2019-12-23 | 2023-09-26 | 杭州迪普科技股份有限公司 | Method, device, storage medium and equipment for supervising network equipment |
| CN111580792A (en) * | 2020-04-29 | 2020-08-25 | 上海航天计算机技术研究所 | High-reliability satellite-borne software architecture design method based on operating system |
| CN111580792B (en) * | 2020-04-29 | 2022-07-01 | 上海航天计算机技术研究所 | High-reliability satellite-borne software architecture design method based on operating system |
| CN111949482A (en) * | 2020-08-13 | 2020-11-17 | 广东佳米科技有限公司 | Software performance bottleneck indication method and system based on thread load |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103246589B (en) | 2015-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103246589A (en) | Multithread monitoring method and device | |
| EP3520327B1 (en) | Monitoring and analyzing watchdog messages in an internet of things network environment | |
| CN109743369B (en) | Real-time data processing device, method and system based on Internet of vehicles | |
| CN106557407B (en) | Method and device for monitoring equipment load | |
| CN103313031A (en) | Dynamic dispatching video recording system and method | |
| CN102984029A (en) | Heartbeat detection device and method applied to distributed system and network equipment | |
| CN110990245A (en) | Micro-service operation state judgment method and device based on call chain data | |
| WO2019114970A1 (en) | Failure handling in a cloud environment | |
| CN104980693A (en) | Media service backup method and system | |
| CN103856344A (en) | Alarm event information processing method and device | |
| CN114637603A (en) | Resource control method and device, computer equipment and storage medium | |
| CN114064217B (en) | OpenStack-based node virtual machine migration method and device | |
| CN112764959B (en) | Method, device, equipment and storage medium for monitoring application program locking problem | |
| CN112713951B (en) | Synchronous clock switching method and device, storage medium and electronic equipment | |
| CN102546250B (en) | File publishing method and system based on main/standby mechanism | |
| CN108196441B (en) | Method for realizing hot standby redundancy for system application | |
| CN110750425A (en) | Database monitoring method, device and system and storage medium | |
| CN114546926B (en) | Core cluster synchronization, control method, data processing method, core, device and medium | |
| CN111104289B (en) | System and method for checking efficiency of GPU (graphics processing Unit) cluster | |
| CN113032106A (en) | Automatic detection method and device for IO suspension abnormality of computing node | |
| JP2015082131A (en) | Monitoring system, monitoring method, monitoring program, and monitoring device | |
| CN103678095A (en) | Warning detection method | |
| CN103036711B (en) | Condition detection method and system, management node device | |
| CN112817818A (en) | Method for monitoring time of deploying running program on cloud by edge security node | |
| CN106850283B (en) | Event-driven cloud AC alarm processing system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 510663 No. 10 Shenzhou Road, Guangzhou Science City, Guangdong Province Patentee after: Jingxin Network System Co.,Ltd. Address before: 510663 No. 10 Shenzhou Road, Guangzhou Science City, Guangdong Province Patentee before: COMBA TELECOM SYSTEMS (CHINA) Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20221130 Address after: 510663 Area A, 7/F, Building (7), No. 10, Shenzhou Road, Huangpu District, Guangzhou, Guangdong Patentee after: Guangzhou Jingxin Communication Technology Co.,Ltd. Address before: 510663 No. 10 Shenzhou Road, Guangzhou Science City, Guangdong Province Patentee before: Jingxin Network System Co.,Ltd. |