Abstract: Disclosed herein are an apparatus and method for accelerating file I/O offload for a unikernel. The method, performed by the apparatus and server for accelerating file I/O offload for the unikernel, includes; executing, by the apparatus, an application in the unikernal and calling, by the thread of the application, a file I/O function; generating, by the unikernal, a file I/O offload request using the file I/O function; transmitting, by the unikernal, the file I/O offload request to Linux of the server; receiving, by Linux, the file offload request from the thread of the unikernel and processing, by Linux, the file I/O offload request; transmitting, by Linux, a file FO offload result for the file I/O I/O offload request to the unikernel; and delivering the file I/O offload result to the thread of the application.

Abstract: A method and an apparatus for processing to support scalability in a many-core environment are provided. The processing apparatus includes: a counter unit configured to include a global reference counter, at least one category reference counter configured to access the global reference counter, and at least one local reference counter configured to access the category reference counter; and a processor connected to the counter unit and configured to increase or decrease each reference counter. The at least one category reference counter has a hierarchical structure including at least one layer.

Abstract: Disclosed herein is an operating method of an apparatus for offloading file I/O of a unikernel based on Remote Direct Memory Access (RDMA). The operating method may include calling, by the application of the unikernel, a file I/O kernel function; generating, by the file I/O kernel function, file I/O information; transmitting, by the unikernel, the file I/O information to a Linux; configuring, by the Linux, a file I/O function using the file I/O information and calling the same; and transmitting, by the file I/O function, a file I/O request, corresponding to the file I/O information, to a file server.

Abstract: A nuclear fuel simulation method is provided that includes: step (a) for receiving an input of data on the order in which nuclear fuels are moved; step (b) for extracting, from the data, information on nuclear fuels, the coordinates of locations from which nuclear fuels are unloaded, and the coordinates of locations into which nuclear fuels are loaded; and step (c) for simulating the information extracted in step (b) according to a flowchart of the data. The present invention has an advantage in that it is possible to accurately and quickly verify all fuel movement works requiring the unloading and loading of nuclear fuels by receiving an input of a huge amount of data on the order in which nuclear fuels are moved and systematically verify an error that may occur during a simulation according to a flowchart, which enables the workload of about three man-days, required per cycle for each reactor, to be done in three man-hours, thereby achieving a significant reduction in working time.

Abstract: A method for managing the movements of nuclear fuels is provided that includes: (a) loading a storage status map in which storage racks of an SFPR where spent fuels are stored and an NFS where new fuels are stored are mapped; (b) assigning the storage locations of nuclear fuels and the colors thereof in the storage status map; (c) receiving a pattern type input of tasks for designating the order in which nuclear fuels are moved and the locations to which the nuclear fuels are moved, and generating a movement flowchart; and (d) updating the storage status map according to the level at which the movement flowchart has progressed. The present invention has an advantage in that it is possible to quickly create a nuclear fuel movement flowchart by automating all fuel movement works requiring the unloading and loading of nuclear fuels, which enables the workload of about 30 man-days, required per cycle for each reactor, to be done in three man-hours, thereby achieving a significant reduction in working time.

Abstract: Disclosed herein is an apparatus for supporting automation of configuration management of a virtual machine applicable to a multi-cloud environment. In accordance with an embodiment, the apparatus includes an interface unit for receiving configuration management information or information of a virtual machine to which configuration management is to be applied. A configuration management verification unit verifies the received configuration management information, and combines the virtual machine information with configuration management information corresponding to the virtual machine. A configuration management distribution unit distributes the configuration management information combined with the virtual machine information to a cloud in which the virtual machine is created.

Abstract: Disclosed herein is a cloud service broker apparatus and method for providing a cloud service using the broker apparatus, which provide an optimal cloud service for a cloud service user through negotiations between the cloud service user and a cloud service provider. The cloud service broker apparatus includes an operation information management unit for examining a demand entered by a cloud service user. A broker intermediary unit detects a cloud service based on the demand for which verification has been completed by the operation information management unit, and sends a request for positioning of the cloud service for the cloud service user to a cloud service provider that provides the detected cloud service. A life cycle management unit monitors a cloud service positioned in and used by the cloud service user at a request of the broker intermediary unit.

Abstract: Provided are a network scheduler and a network scheduling method capable of effectively managing network bandwidths by selectively supporting a work conserving mode to network entities by using an improved token bucket scheme. The network scheduler selectively supports a work conserving mode to network scheduling units (NSUs) serving as network entities by using a token bucket scheme, such that the network scheduler ensures an allocated network bandwidth or enables the NSUs to use a remaining bandwidth. The network scheduler manages the NSUs by classifying the NSUs into a green state, a red state, a yellow state, and a black state according to a token value, a selection/non-selection of the work conserving mode, and an existence/non-existence of the packet request to be processed.

Abstract: Provided sets a limit of execution threads which can be simultaneously processes in an input/output system and compares the number of threads which are being currently executed with the limit of execution threads at the time of requesting an input/output event from a thread and manages a job of processing the input/output event in accordance with the comparison result. The apparatus for asynchronous input/output processing of a multi-thread according to the present invention restricts the number of threads which are processed in the asynchronous input/output system as many as the limit of execution threads to prevent deterioration of performance caused due to context switching overhead of the thread and efficiently manage the thread.

Abstract: There is provided a socket compatibility layer for a TOE in a high quality server system. The socket compatibility layer for a TOE provides a standard socket API to an application program and provides binary-level compatibility so that a networking function of a TOE can be used without modifying the conventional socket application program thereby supporting simultaneous use of a TOE and a general Ethernet-based NIC. In a kernel structure of the Linux operation system, the socket compatibility layer for a TOE is located below a BSD socket layer receiving a socket system call from an application program through a standard socket API, is located above an INET socket layer and a TOE driver to control connection between an upper layer and a lower layer, and transmits the socket system call received from the BSD socket layer to the TOE driver or the INET socket layer according to call contents of the socket system call.

Abstract: Provided is an apparatus and method for automatically generating a SELinux security policy based on SELT. In the method, process generation is prepared by receiving execution file names of a program destined for policy generation. A system call log, which is traced by generating a process by executing the received execution file of the program, is stored. The traced system call log is purified into data necessary for generation of a security policy. Objects are grouped in consideration of the relationship between the objects based on purified information. A normalized data structure is recorded in an SELT description language format using a security policy file. Duplication and collision between the generated SELT security policy and the previous security policy in a system are detected.

Abstract: Provided are a network scheduler and a network scheduling method capable of effectively managing network bandwidths by selectively supporting a work conserving mode to network entities by using an improved token bucket scheme. The network scheduler selectively supports a work conserving mode to network scheduling units (NSUs) serving as network entities by using a token bucket scheme, such that the network scheduler ensures an allocated network bandwidth or enables the NSUs to use a remaining bandwidth. The network scheduler manages the NSUs by classifying the NSUs into a green state, a red state, a yellow state, and a black state according to a token value, a selection/non-selection of the work conserving mode, and an existence/non-existence of the packet request to be processed.

Abstract: Provided are an apparatus and a method for communication interface between application programs on virtual machines using a shared memory. The apparatus, includes: a request dividing unit for checking a type of socket request information transmitted from a first socket application program on a first virtual machine through a socket interface and dividing the socket request information based on the checked information; a Transmission Control Protocol (TCP) socket connecting unit setting up TCP socket connection with a second socket application program on a second virtual machine based on the divided socket request information for control request; and a shared memory connecting unit for setting up shared memory connection through the set up TCP socket connection and transmitting/receiving data with the second socket application program through the set up shared memory connection based on the divided socket request information for data transmission/reception.

Abstract: A log-based FTL and an operating method thereof for improving performances of reading and writing operations to increase the lifetime of a flash memory. In the method, when a reading operation for an LBN and an LPN is requested, a PBN and a PPN corresponding to the LBN and the LPN are calculated with reference to a pagemap corresponding to the LBN. A physical page of a physical block corresponding to the PBN and the PPN is accessed so that a reading operation is performed. On the other hand, when a writing operation for the LBN and the LPN is requested, a PBN and a PPN for a free-page of a physical block last assigned for the LBN are calculated with reference to a blockmap. The physical page of the physical block corresponding to the PBN and the PPN is accessed, so that a writing operation is performed. The pagemap stores a PBN and a PPN, and the blockmap stores a PBN list and a PPN.

Abstract: A network block device using a network asynchronous I/O method is provided. The network block device includes an asynchronous I/O interface for managing a plurality of socket connections; an request process unit for analyzing a request from a client through a socket, reading data from a disk and transmitting the read data to the client through the socket, and writing the data transmitted through the socket to the disk, through the asynchronous I/O interface; and a request processing unit for collecting a result event of processing an operation asynchronously requested by the request processing unit and informing the request processing unit of the collected result event, through the asynchronous I/O interface.

Abstract: The present invention propose a new mechanism, IP check layer which enables to use TOE cards and legacy NICs simultaneously within same protocol family in a Linux or a UNIX computing environment. The IP check layer is inserted between a BSD socket layer and an INET socket layer. IP check layer maintains a routing information and, information of IP addresses of each network interfaces and each socket's bind state. Using this information, IP check layer determines how to process a socket call and which layer (TOE layer, host INET layer) will take over the socket call. By means of the above mechanism, the present invention makes existing socket applications to use TOE cards and legacy NICs at the same time without modification or recompiling.

Abstract: The present invention propose a new mechanism, IP check layer which enables to use TOE cards and legacy NICs simultaneously within same protocol family in a Linux or a UNIX computing environment. The IP check layer is inserted between a BSD socket layer and an INET socket layer. IP check layer maintains a routing information and, information of IP addresses of each network interfaces and each socket's bind state. Using this information, IP check layer determines how to process a socket call and which layer (TOE layer, host INET layer) will take over the socket call. By means of the above mechanism, the present invention makes existing socket applications to use TOE cards and legacy NICs at the same time without modification or recompiling.

Abstract: There is provided a socket compatibility layer for a TOE in a high quality server system. The socket compatibility layer for a TOE provides a standard socket API to an application program and provides binary-level compatibility so that a networking function of a TOE can be used without modifying the conventional socket application program thereby supporting simultaneous use of a TOE and a general Ethernet-based NIC. In a kernel structure of the Linux operation system, the socket compatibility layer for a TOE is located below a BSD socket layer receiving a socket system call from an application program through a standard socket API, is located above an INET socket layer and a TOE driver to control connection between an upper layer and a lower layer, and transmits the socket system call received from the BSD socket layer to the TOE driver or the INET socket layer according to call contents of the socket system call.