JPS62219156A - Generation/deletion processing system for tss session log collection task - Google Patents

Abstract

PURPOSE:To reduce a memory capacity required for a log collection when it is not requested, by providing a means which generates or deletes dynamically a log collection task which collects a bit of log information in the setting of a session, corresponding to a request from a terminal. CONSTITUTION:A log starting/finishing command acceptance part 19, when accepting a command, designates a program in a log collection task generation/ deletion requesting part 24 by a command processor start up part 20, then starts up a command processor 22. When the log collection task generation/ deletion requesting part 24 is loaded and operated from a command processor library 26, the request to process the generation or the deletion of a log collection task 25 is issued to a terminal monitoring part 18. When accepting the request of the above process, the terminal monitoring part 18 generates or deletes the log collection task 25 by a log collection task generating/deleting part 21. In this way, when the log collection is no more required, the log collection task 25 is deleted automatically, and a memory on which the task resides is released.

Description

[Detailed Description of the Invention] [Summary] The present invention provides a means for automatically creating or deleting a log collection task for collecting log information in response to a request from a terminal while opening a session of 'rSS (time sharing system). By providing this, the amount of memory required when log collection is not required is reduced.

[Industrial application field]

The present invention relates to a system in which a large number of users use one computer system from their terminals in a time-sharing manner, and in particular, a system that enables dynamic generation/deletion of log collection tasks.
This relates to the SS session log collection task creation/deletion processing method.

Processing in the 'I''SS proceeds in the form of a conversation between the terminal user and the system.

When requesting processing to the system, the processing request is notified by a command in a predetermined format. The system immediately executes the processing requested by the command and returns the processing results to the terminal user.

The period during which work is performed from a terminal using TSS is called a session.1 Normally, a session is created by a so-called LOGON command and terminated by a LOGo 1''F command.

[Conventional technology]

FIG. 3 shows an example of a conventional system, and FIG. 4 shows an example of processing by a conventional terminal monitoring unit.

In FIG. 3, 16 is a space control task, 17 is a session control task, 18 is a terminal monitoring unit, 22 is a command processor, and 25 is a log collection task.

27 represents a log file.

The space control task 16 is a task that controls so-called swap-in/swap-out, and also schedules user interrupt processing when there is an attention interrupt from a terminal user.

The session control task 17 performs initial settings such as allocating various resources when a session is opened, and when the session ends,
This task performs termination processing such as releasing those resources.

The Cl log collection task 25 is a task that executes a process of collecting log information such as various input/output information during session establishment and storing it in the log file 27. Terminal monitoring unit 18
monitors conversations with the terminal.

Command processor 22 corresponding to the input command
call. The command processor 22 is.

Executes a program prepared in response to each command.

The conventional processing of the terminal monitoring section 18 is as shown in FIG. 4, for example.

(i) When the terminal monitoring unit 18 is started by the session control task 17 or the log collection task 25.

Performs initial settings such as various control tables.

■ Output a READY message to the terminal indicating that preparation is complete.

■ Wait for command input from the terminal.

■ If a command is entered from a terminal, the so-called AT T AC provided by the operating system
The command processor 22 is generated by specifying the name of the program that processes the command using the H macro.

■ Wait for the command processor 22 to complete command processing.

(2) When a processing end notification is received from the command processor 22, the command processor 22 is deleted using the DETACH macro of the operating system.

Thereafter, control is returned to process (2) and the process is repeated in the same manner.

In the processing of such conversation commands, a function for collecting log information is provided so that historical information on what processing has been performed can be checked later.

Conventionally, when collecting TSS session logs, it has been necessary to generate a log collection task 25 in advance using the session control task 17 shown in FIG. 3 at the time of session creation.

[Problem that the invention seeks to solve]

According to the conventional method, if log collection is set to 1 when a LOGON command is input, a log collection task 25 is unconditionally generated and resident in memory when a session is created. Therefore, even if it is necessary to collect logs for only a portion of the session while it is being opened, the log collection task 25 will remain in the system until the session ends, resulting in wasted virtual memory and an increase in the number of tasks. Therefore, there is a problem in that the CPU load related to task dispatch increases accordingly.

Also, if you specify a procedure that does not collect logs when you enter the LOGON command, even if you need to collect logs midway through, you can end the session and try again.
There is a problem in that the necessary logs cannot be collected unless the session is re-opened.

The present invention aims to solve the above-mentioned problems, and provides a means to collect logs only when necessary even when a session is being opened, and to prevent performance deterioration due to resident unnecessary tasks. The purpose is ζ.

Measures to solve problem C] FIG. 1 shows an example of the basic configuration of the present invention.

In FIG. 1, the same reference numerals as in FIG. 3 correspond to those shown in FIG. IOA or IOD is a terminal, 11 is a communication control unit (CCP), 12 is a processing unit consisting of a CPU and memory, 13 is a communication control unit of an operating system, 14 is a TSS user space established for each terminal user, 15 is a terminal input/output control unit that controls data input/output with the terminal; 19 is a log start/end command reception unit that receives a log collection start command and a log collection end command; and 20 is a command processor startup unit that starts the command processor 22. , 21 is a log collection task generation/deletion unit that generates or deletes the log collection task 25;
23 is a general command processing unit that processes various general commands that have existed in the past; 24 is a log collection task generation/deletion request unit that requests the terminal monitoring unit 18 to generate or delete a log collection task 25; 2G is a command I・Pumi Sessa 2
Represents a command processor library in which processing programs for various commands (commands executed by .2) are stored.

In the case of the present invention, a conversation command (for example, 1" RA CE-ON command') that instructs to start log collection from the middle of a session and a conversation command (for example, TRACE-OFF command) that ends log collection that has started are prepared. be done.

When the log start/end command receiving unit 19 receives these commands, the command processor starting unit 20? From this, the program of the log collection task generation/deletion request unit 24 is designated and the command processor 22 is activated. When the log collection task generation/deletion request unit 24 is loaded from the command processor library 26 and operates, it requests the terminal monitoring unit 18 to generate or delete the log collection task 25 .

Upon receiving this processing request, the terminal monitoring unit 18.

The log collection task generation/deletion unit 21 generates or deletes a log collection task 25. That is, in the case of the 5 present invention,
The log collection task 25 is not generated as a child task of the session control task 17.

It is generated as a child task of the terminal monitoring unit 18.

After being generated, the log collection task 25 executes processing to collect log information and store it in a predetermined log file 27 in the same way as in the past. The log collection task 25 is resident and can operate in parallel with various command processors 22.

[Effect]

General commands such as the LOGON and LOGOFI commands are the same as before. Therefore, if you need to collect log information from the beginning of a session, you can use the LOGON command to collect log information as before. All you have to do is specify the procedure that performs the collection.It is also possible to configure the log collection task to be turned off and not generate a log collection task at the beginning of the session establishment.

According to the present invention, even if it becomes necessary to collect logs while a session is being established, it is possible to do so.

TRACE-ON to instruct the start of log collection from the terminal
Just enter the command. Also, if log collection is no longer necessary, TI? When the -OFF command is input to the 8C, the cJ collection task 25 is dynamically deleted and the resident memory is released.

〔Example〕

FIG. 2 shows a processing example of the terminal monitoring unit according to the present invention.

Processing numbers ■ to ■ in the following explanation correspond to numbers ■ to ■ shown in FIG.

(2) When the terminal monitoring unit 18 is activated by the session control task 17 by inputting a LOGON command, it performs initial settings of various control tables and the like.

■ Once you are ready to enter commands from the terminal,
The message r RE ADY J is output to the terminal via the terminal input/output control unit 15.

■ Issue a LEET request to the terminal and wait for command input.

■ When a command is input from a terminal, it interprets the command name, specifies the name of the program that will process the command, and sends it to the command processor 2 using the ATTACH macro provided by the operating system.
Generate 2.

■ (A) Processing of the command processor 22 ends.

([3) Log collection task 25 generation request, or (C)
Waits for the deletion request event of the log collection task 25.

(2) When the command processor 22 is notified of the completion of processing by ihen h(A), control is returned to process (2), and the same processing is repeated for the primary input command until the processing of the LOGOFF command is completed.

■ Command processor 2 that ATT'ACHed in process ■
If 2 is a command instructing the start of log collection, the log collection task generation/deletion requesting unit 24 notifies an event (B) requesting generation of the log collection task 25 . Therefore, a log collection task 25 is generated using the ATTAC11 macro provided by the operating system, control is returned to process (2), and the process waits for the log collection task generation/deletion request unit 24 to complete the process.

■ If the command processor 22 AT T A CH in process ■ is a command to instruct the end of log collection, the log collection task generation/deletion request unit 24 sends an event requesting deletion of the log collection task 25 ( C) will be notified. Therefore, the log collection task 25 is deleted using the D E i' ACH macro provided by the operating system, control is returned to process (2), and the process waits for the log collection task generation/deletion request unit 24 to complete the process.

In addition, the command instructs to start log collection.

The command for instructing the end of log collection may have the same command name and be distinguished by parameters, or may be provided as a separate command.

〔Effect of the invention〕

As explained above, according to the present invention, log collection tasks can be dynamically created/deleted, so when log collection tasks are not needed, they no longer need to reside in memory.
The amount of virtual memory required can be reduced. In addition, CPU related to task dispatch etc.
The load is reduced.

[Brief explanation of drawings]

FIG. 1 shows an example of the basic configuration of the present invention, FIG. 2 shows an example of processing of a terminal monitoring section according to the invention, FIG. 3 shows an example of a conventional system, and FIG. 4 shows an example of processing of a conventional terminal monitoring section. In the figure, 12 is a processing device, 14 is a TSS user space L',
16 is a space control task, 17 is a session control task, 1
8 is a terminal monitoring unit; 19 is a log start/end code receiving unit; 20 is a command processor starting unit; 21 is a log collection task generation/deletion unit; 22 is a command processor; 24 is a log collection task generator/removal request unit; 25 represents a log collection task, and 27 represents a log file. Patent Applicant: Fujitsu Ltd. Representative Patent Attorney Hiroshi Mori 1) (1 other person) (Tozuden 5th AN A4 ≦ 41 \ Ichiri No. 1! 2)

Claims (1)

[Claims] A log collection task (25) that collects input/output information during the establishment of a TSS session and stores it in a predetermined file (27).
), the TSS session log collection task generation/deletion processing method includes means (19) for receiving log collection start/end commands requested from a terminal; A TSS characterized by comprising a command processing means (24) for processing, and means (21) for dynamically creating or deleting the log collection task (25) according to a request of the command processing means (24). Session log collection task creation/deletion processing method.