Adaptive Quality of Service Architecture 1.0.0-rc2 (qosres branch)


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News Adaptive Quality of Service Architecture 1.0.0-rc2 (qosres branch)
# 1  
Old 01-12-2008
Adaptive Quality of Service Architecture 1.0.0-rc2 (qosres branch)

Image AQuoSA is an open architecture for the provisioning of adaptive Quality of Service functionality into the Linux kernel. The project features a flexible, portable, and lightweight software architecture for supporting QoS-related services on top of a general-purpose operating system as Linux. The architecture is well founded on formal scheduling analysis and control theoretical results. At the core of the software is an adaptive Resource Reservation layer that is capable of dynamically adapting the CPU allocation for QoS-aware applications based on their run-time requirements. License: GNU Lesser General Public License (LGPL) Changes:
A few configuration-related bugs have been fixed.Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

1 More Discussions You Might Find Interesting

1. Virtualization and Cloud Computing

Adaptive Information Technology for Service Lifecycle Management

HPL-2008-80 Adaptive Information Technology for Service Lifecycle Management - Rolia, Jerry; Belrose, Guillaume; Brand, Klaus; Edwards, Nigel; Gmach, Daniel; Graupner, Sven; Kirschnick, Johannes; Stephenson, Bryan; Vickers, Paul; Wilcock, Lawrence Keyword(s): Software as a Service, Enterprise... (0 Replies)
Discussion started by: Linux Bot
0 Replies
Login or Register to Ask a Question
seccomp_arch_add(3)					     libseccomp Documentation					       seccomp_arch_add(3)

NAME
seccomp_arch_add, seccomp_arch_remove, seccomp_arch_exist, seccomp_arch_native - Manage seccomp filter architectures SYNOPSIS
#include <seccomp.h> typedef void * scmp_filter_ctx; #define SCMP_ARCH_NATIVE #define SCMP_ARCH_X86 #define SCMP_ARCH_X86_64 uint32_t seccomp_arch_native(); int seccomp_arch_exist(const scmp_filter_ctx ctx, uint32_t arch_token); int seccomp_arch_add(scmp_filter_ctx ctx, uint32_t arch_token); int seccomp_arch_remove(scmp_filter_ctx ctx, uint32_t arch_token); Link with -lseccomp. DESCRIPTION
The seccomp_arch_exist() function tests to see if a given architecture has been added to the seccomp filter in ctx , where the sec- comp_arch_add() and seccomp_arch_remove() add and remove, respectively, architectures from the seccomp filter. In all three functions, the architecture values given in arch_token should be the SCMP_ARCH_* defined constants; with the SCMP_ARCH_NATIVE constant always referring to the native compiled architecture. The seccomp_arch_native() function returns the system's architecture such that it will match one of the SCMP_ARCH_* constants. When a seccomp filter is initialized with the call to seccomp_init(3) the native architecture is automatically added to the filter. If you want to remove the native architecture from the filter, you first need to add another architecture to the filter as a seccomp filter must contain at least one architecture at all times. After you have added a second architecture to the seccomp filter, you can remove the native architecture. When adding a new architecture to an existing filter, the existing rules will not be added to the new architecture. However, rules added after adding the new architecture will be added to all of the architectures in the filter. RETURN VALUE
The seccomp_arch_add() and seccomp_arch_remove() functions return zero on success, negative errno values on failure. The sec- comp_arch_exist() function returns zero if the architecture exists, -EEXIST if it does not, and other negative errno values on failure. EXAMPLES
#include <seccomp.h> int main(int argc, char *argv[]) { int rc = -1; scmp_filter_ctx ctx; ctx = seccomp_init(SCMP_ACT_KILL); if (ctx == NULL) goto out; if (seccomp_arch_exist(ctx, SCMP_ARCH_X86) == -EEXIST) { rc = seccomp_arch_add(ctx, SCMP_ARCH_X86); if (rc != 0) goto out_all; rc = seccomp_arch_remove(ctx, SCMP_ARCH_NATIVE); if (rc != 0) goto out_all; } /* ... */ out: seccomp_release(ctx); return -rc; } NOTES
While the seccomp filter can be generated independent of the kernel, kernel support is required to load and enforce the seccomp filter gen- erated by libseccomp. The libseccomp project site, with more information and the source code repository, can be found at http://libseccomp.sf.net. This library is currently under development, please report any bugs at the project site or directly to the author. AUTHOR
Paul Moore <paul@paul-moore.com> SEE ALSO
seccomp_init(3), seccomp_reset(3), seccom_merge(3) paul@paul-moore.com 26 November 2012 seccomp_arch_add(3)