DOCSLIB.ORG

Dokumentácia Projektu – Inžinierske Dielo (Finálna Verzia)

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Dokumentácia Projektu – Inžinierske Dielo (Finálna Verzia) Slovenská technická univerzita v Bratislave Fakulta informatiky a informačných technológií Ilkovičova 2, 842 16 Bratislava 4 Future MOD Dokumentácia k inžinierskemu dielu Verzia 2.0 Tím č.17 : Future MOD Vedúci projektu: Ing. Peter Pištek PhD. Predmet: Tímový projekt II Študijný program: Softvérové inžinierstvo, ročník: 1 Akademický rok: 2016/2017, letný semester Tabuľka 1 História zmien Verzia Dátum Autor Opis 6.10.2016 Matúš Pohančeník Vytvorenie dokumentu 17.10.2016 Tomáš Baránek Úvod 18.11.2016 Matúš Slovík Globálne ciele pre zimný semester 19.11.2016 Matúš Slovík Synchronizácia obsahu 19.11.2016 Tomáš Sokolík Transcoding 19.11.2016 Tomáš Baránek Identifikácia 1. kontrolný bod 1. kontrolný 19.11.2016 Radoslav Zápach Webportál 19.11.2016 Matúš Pohančeník Multimediálny obsah 20.11.2016 Lukáš Mastiľak Mobilný internet 20.11.2016 Jaroslav Tóth Analýza os 14.12.2016 Jaroslav Tóth Ukladací priestor 14.12.2016 Jaroslav Tóth Konfigurácia servera 14.12.2016 Matúš Slovík Proces synchronizácie obsahu 14.12.2016 Radoslav Zápach Reklama 14.12.2016 Lukáš Mastiľák Logy 14.12.2016 Jaroslav Tóth Use case: Inštalatér (Molpir) 14.12.2016 Matúš Pohančeník Use case: Cestujúci (1. časť) 2. kontrolný bod 2. kontrolný 14.12.2016 Matúš Slovík Use case: Cestujúci (2. časť) 14.12.2016 Radoslav Zápach Use case: Stevardka, 2. časť 14.12.2016 Lukáš Mastiľák Use case: Stevardka, 1. časť 14.12.2016 Tomáš Baránek Use case: Správca flotily 14.12.2016 Tomáš Sokolík Use case: Cestujúci (3. časť) 26.2.2017 Lukáš Mastiľak Fyzický dátový model pre logy z web systému 7.3.2017 Lukáš Mastiľak Fyzický dátový model pre systémové udalosti 9.5.2017 Matúš Pohančeník Fron-end kapitoly Navigácia, Výber jazyka, Prehliadanie filmov, Prehliadanie obrázkov 9.5.2017 Matúš Slovík Globálne ciele pre letný semester Finálne odovzdanie Finálne 9.5.2017 Jaroslav Tóth Modul na vzdialenú správu 9.5.2017 Jaroslav Tóth Spúšťanie skriptov pri štarte systému Verzia Dátum Autor Opis 10.5.2017 Jaroslav Tóth Jednotkové testy 10.5.2017 Tomáš Baránek Zmena úvodnej kapitoly 11.5.2017 Radoslav Zápach Webový portál 11.5.2017 Radoslav Zápach Fron-end kapitoly Prehliadanie hudby a Stránkovanie 11.5.2017 Jaroslav Tóth Finálne údajové modely 13.5.2017 Lukáš Mastiľak Rotácia záznamov 14.5.2017 Jaroslav Tóth Elektronické médium (príloha A) Obsah 1 Úvod .......................................................................................................................................... 1 2 Globálne ciele ............................................................................................................................ 3 2.1 Zimný semester ................................................................................................................................... 3 2.1.1 Ciele pre jednotlivé šprinty zimného semestra .......................................................................... 3 2.2 Letný semester .................................................................................................................................... 4 2.2.1 Ciele pre jednotlivé šprinty letného semestra ............................................................................ 4 3 Analýza ...................................................................................................................................... 7 3.1 Mobilný internet .................................................................................................................................. 7 3.1.1 Pokrytie a rýchlosti v mobilnej sieti .......................................................................................... 7 3.1.2 Router ........................................................................................................................................ 9 3.2 Analýza OS ....................................................................................................................................... 10 3.2.1 Skúsenosti v tíme ..................................................................................................................... 10 3.2.2 Potreba modifikácie základnej architektúry............................................................................. 11 3.2.3 Veľkosť systému po inštalácií ................................................................................................. 12 3.2.4 Minimálne požiadavky na systémovú pamäť .......................................................................... 13 3.2.5 Životný cyklus – interval medzi novými verziami .................................................................. 14 3.2.6 Životný cyklus – dĺžka podpory stabilnej verzie ..................................................................... 14 3.2.7 Správa balíkov ......................................................................................................................... 15 3.2.8 Podpora zariadení (ovládače) .................................................................................................. 17 3.2.9 Počet dostupných balíkov ........................................................................................................ 18 3.2.10 Podpora Auto-Recovery...................................................................................................... 19 3.2.11 Serverové použitie .............................................................................................................. 22 3.2.12 Podpora programovacích jazykov ....................................................................................... 24 3.2.13 Virtualizácia ........................................................................................................................ 24 3.2.14 Výsledky porovnania distribúcií ......................................................................................... 26 3.2.15 Finálny výber operačného systému ..................................................................................... 29 3.3 Multimediálny obsah ......................................................................................................................... 29 3.3.1 Porovnanie formátov podporovaných HTML5 ....................................................................... 29 3.3.2 Návrh riešenia .......................................................................................................................... 31 3.4 Zaznamenávanie udalosti v systéme (Logy) ..................................................................................... 31 3.4.1 Typy logov............................................................................................................................... 31 3.4.2 Výber formátu pre posielanie logov na Cloud ......................................................................... 32 3.4.3 Fyzický dátový model pre logy z web portálu ......................................................................... 32 3.4.4 Fyzický dátový model pre systémové udalosti ........................................................................ 34 3.5 Konzoly ............................................................................................................................................. 34 3.5.1 Analýza súčasného stavu ......................................................................................................... 34 3.5.2 Admin konzola ........................................................................................................................ 36 3.5.3 Požiadavky zákazníka .............................................................................................................. 39 3.5.4 Definícia konzol ...................................................................................................................... 39 3.5.5 Spustenie konzol ...................................................................................................................... 40 3.6 Synchronizácia obsahu ...................................................................................................................... 41 3.6.1 Analýza transportných protokolov........................................................................................... 42 3.6.2 Vyhodnotenie transportných protokolov ................................................................................. 43 3.6.3 Proces synchronizácie obsahu ................................................................................................. 44 3.6.4 Porovnanie súborov s obsahom ............................................................................................... 44 3.6.5 Aktualizácia systému ............................................................................................................... 44 3.6.6 Configuration Management system ......................................................................................... 44 3.7 Identifikácia ...................................................................................................................................... 45 3.7.1 Analýza súčasného stavu ......................................................................................................... 45 3.7.2 Zistenia o identifikácií z dokumentu „Setup of Funtoro HD system“ ..................................... 46 3.7.3 Aktuálne parametre identifikácie ............................................................................................. 48 3.7.4 Požiadavky zákazníka .............................................................................................................. 48 3.7.5 Logický model Identifikácie ...................................................................................................
Load more

Recommended publications
  • Alpine Linux: Minimalistická Distribuce Nejen Na Server
    Alpine Linux: minimalistická distribuce nejen na server Petr Krčmář 5. března 2017 Uvedené dílo (s výjimkou obrázků) podléhá licenci Creative Commons Uveďte autora 3.0 Česko. Petr Krčmář (Root.cz, vpsFree.cz) Alpine Linux: minimalistická distribuce nejen na server 5. března 2017 1 / 19 Petr Krčmář (Root.cz, vpsFree.cz) Alpine Linux: minimalistická distribuce nejen na server 5. března 2017 2 / 19 Prezentace už teď na webu https://www.petrkrcmar.cz Petr Krčmář (Root.cz, vpsFree.cz) Alpine Linux: minimalistická distribuce nejen na server 5. března 2017 3 / 19 Historie Alpine první verze 2006 původně jako fork LEAF (Linux Embedded Appliance Framework) to je zase fork LRP (Linux Router Project) = disketové distribuce vývojáři ale chtěli jít za hranici disket zůstala jednoduchost a přehlednost umožnilo to nasazení mimo jednoduché firewally dnes plnohodnotná distribuce stále umí běžet z RAM nezávislá, nekomerční Petr Krčmář (Root.cz, vpsFree.cz) Alpine Linux: minimalistická distribuce nejen na server 5. března 2017 4 / 19 K čemu se hodí? velká plnohodnotná distribuce embedded zařízení (síťové prvky) firewally routery ústředny VoIP servery a kontejnery ale i na desktop (Xfce, Gnome) Petr Krčmář (Root.cz, vpsFree.cz) Alpine Linux: minimalistická distribuce nejen na server 5. března 2017 5 / 19 Motto Small. Simple. Secure. Petr Krčmář (Root.cz, vpsFree.cz) Alpine Linux: minimalistická distribuce nejen na server 5. března 2017 6 / 19 Small. instalace v kontejneru jen 8 MB, 260 souborů 16 balíčků, jen 6 z jiných projektů instalace do virtuálu 53 MB, 1222 souborů 26 balíčků plná instalace na železo 302 MB, 4686 souborů 27 balíčků hodně jaderných modulů Petr Krčmář (Root.cz, vpsFree.cz) Alpine Linux: minimalistická distribuce nejen na server 5.
    [Show full text]
  • Introduction Use Runit with Traditional Init (Sysvinit)
    2021/07/26 19:10 (UTC) 1/12 Runit Runit Introduction runit is a UNIX init scheme with service supervision. It is a cross-platform Unix init scheme with service supervision, a replacement for sysvinit, and other init schemes and supervision that are used with the traditional init. runit is compatible with djb's daemontools. In Unix-based computer operating systems, init (short for initialization) is the first process started during booting of the computer system. Init is a daemon process that continues running until the system is shut down. Slackware comes with its own legacy init (/sbin/init) from the sysvinit package, that used to be included in almost all other major Linux distributions. The init daemon (or its replacement) is characterised by Process ID 1 (PID 1). To read on the benefits of runit, see here: http://smarden.org/runit/benefits.html * Unless otherwise stated, all commands in this article are to be run by root. Use runit with traditional init (sysvinit) runit is not provided by Slackware, but a SlackBuild is maintained on https://slackbuilds.org/. It does not have any dependencies. As we do not want yet to replace init with runit, run the slackbuild with CONFIG=no: CONFIG=no ./runit.SlackBuild Then install the resulting package and proceed as follows: mkdir /etc/runit/ /service/ cp -a /usr/doc/runit-*/etc/2 /etc/runit/ /sbin/runsvdir-start & Starting via rc.local For a typical Slackware-stlyle service, you can edit /etc/rc.d/rc.local file if [ -x /sbin/runsvdir-start ]; then /sbin/runsvdir-start & fi and then edit write /etc/rc.d/rc.local_shutdown #!/bin/sh SlackDocs - https://docs.slackware.com/ Last update: 2020/05/06 08:08 (UTC) howtos:slackware_admin:runit https://docs.slackware.com/howtos:slackware_admin:runit RUNIT=x$( /sbin/pidof runsvdir ) if [ "$RUNIT" != x ]; then kill $RUNIT fi Then give rc.local_shutdown executive permission: chmod +x /etc/rc.d/rc.local_shutdown and reboot Starting via inittab (supervised) Remove the entries in /etc/rc.d/rc.local and /etc/rc.d/rc.local_shutdown described above.
    [Show full text]
  • Introduction to Gentoo Linux
    Introduction to Gentoo Linux Ulrich Müller Developer and Council member, Gentoo Linux <[email protected]> Institut für Kernphysik, Universität Mainz <[email protected]> Seminar “Learn Linux the hard way”, Mainz, 2012-10-23 Ulrich Müller (Gentoo Linux) Introduction to Gentoo Linux Mainz 2012 1 / 35 Table of contents 1 History 2 Why Gentoo? 3 Compile everything? – Differences to other distros 4 Gentoo features 5 Gentoo as metadistribution 6 Organisation of the Gentoo project 7 Example of developer’s work Ulrich Müller (Gentoo Linux) Introduction to Gentoo Linux Mainz 2012 2 / 35 /"dZEntu:/ Pygoscelis papua Fastest swimming penguin Source: Wikimedia Commons License: CC-BY-SA-2.5, Attribution: Stan Shebs Ulrich Müller (Gentoo Linux) Introduction to Gentoo Linux Mainz 2012 3 / 35 How I came to Gentoo UNIX since 1987 (V7 on Perkin-Elmer 3220, later Ultrix, OSF/1, etc.) GNU/Linux since 1995 (Slackware, then S.u.S.E.) Switched to Gentoo in January 2004 Developer since April 2007 Council Mai 2009–June 2010 and since July 2011 Projects: GNU Emacs, eselect, PMS, QA Ulrich Müller (Gentoo Linux) Introduction to Gentoo Linux Mainz 2012 4 / 35 Overview Based on GNU/Linux, FreeBSD, etc. Source-based metadistribution Can be optimised and customised for any purpose Extremely configurable, portable, easy-to-maintain Active all-volunteer developer community Social contract GPL, LGPL, or other OSI-approved licenses Will never depend on non-free software Is and will always remain Free Software Commitment to giving back to the FLOSS community, e.g. submit bugs
    [Show full text]
  • Unit V Algorithm for Booting the UNIX System
    Unit V Algorithm for booting the UNIX system : As we’ve noted, the boot process begins when the instructions stored in the computer’s permanent, nonvolatile memory (referred to colloquially as the BIOS, ROM,NVRAM, and so on) are executed. This storage location for the initial boot instructions is generically referred to as firmware (in contrast to “software,” but reflecting the fact that the instructions constitute a program[2]). These instructions are executed automatically when the power is turned on or the system is reset, although the exact sequence of events may vary according to the values of stored parameters.[3] The firmware instructions may also begin executing in response to a command entered on the system console (as we’ll see in a bit). However they are initiated, these instructions are used to locate and start up the system’s boot program , which in turn starts the Unix operating system. The boot program is stored in a standard location on a bootable device. For a normal boot from disk, for example, the boot program might be located in block 0 of the root disk or, less commonly, in a special partition on the root disk. In the same way, the boot program may be the second file on a bootable tape or in a designated location on a remote file server in the case of a network boot of a diskless workstation. There is usually more than one bootable device on a system. The firmware program may include logic for selecting the device to boot from, often in the form of a list of potential devices to examine.
    [Show full text]
  • Happy Birthday Linux
    25 Jahre Linux! Am Anfang war der Quellcode Entstehungsgeschichte und Werdegang von Linux Entwicklung und Diversifizierung der Distributionen Der Wert von Linux oder: „Wat nix kost, dat is och nix.“ Andreas Klein ORR 2016 1 Am Anfang war der Quellcode (70er) ● 1969, Ken Thompson u. Dennis Ritchie erstellen die erste Version von Unix in Assembler. ● Von 1969-1971 entwickeln sie gemeinsam die Programmiersprache B. ● Ab 1971 erweiterte in erster Linie Dennis Ritchie B, um weitere Elemente und nannte sie Anfangs NB (new B). ● 1973 waren die Erweiterungen soweit gediehen, das er die stark verbesserte Sprache C nannte (Brian W. Kernighan hat ebenfalls maßgeblich dazu beigetragen). //Unix=25 PCs ● Bis 1974 war das gesamte Betriebssystem UNIX vollständig in C implementiert und wurde mit einem C-Compiler kostenfrei an verschiedene Universitäten verteilt. ● 1978 wurden bereits über 600 Computer mit dem UNIX-Betriebssystemen betrieben. ● Das aufblühende Zeitalter der Computerisierung der 70er Jahre war geprägt vom regen und freien Austausch von Programmen und dessen zugrunde liegenden Ideen. Sinnvoller Weise tauschte man diese als Quellcode untereinander aus. ● 1979 wurde von AT&T die letzte UNIX-Version 7, mit freiem Quellcode veröffentlicht. Andreas Klein ORR 2016 2 Am Anfang war der Quellcode (80er) ● 1980 – 1983 AT&T sowie zahlreiche andere Unternehmen beginnen mit der Kommerzialisierung von UNIX, durch Koppelung an stark beschränkenden Lizenzen und Geheimhaltung des zugrunde liegenden Quelltextes. ● Richard Stallman kündigt am 27. September 1983 in den Newsgroups net.unix-wizards und net.usoft das GNU-Projekt an. ● Am 5. Januar 1984 begann Stallman offiziell mit der Arbeit am GNU-Projekt, nachdem er seine Stelle am MIT gekündigt hatte.
    [Show full text]
  • Slides for the S6 Lightning Talk
    The s6 supervision suite Laurent Bercot, 2017 What is an init system ? - “init” is vague terminology. “init wars” happened because nobody had a clear vision on what an init system even is or should be. - The 4 elements of an init system: /sbin/init, pid 1, process supervision, service management. - Not necessarily in the same process. Definition: process supervision A long-lived process (daemon) is supervised when it’s spawned by the supervision tree, a set of stable, long-lived processes started at boot time by pid 1. (Often just pid 1.) Supervision is a good pattern: the service is stable and launched in a reproducible env. Supervision only applies to daemons. Service management: definition - Boot time: bring all services up - Shutdown time: bring all services down - More generally: change services’ states Services can be oneshots (short-lived programs with side effects) or longruns (daemons). They have dependencies, which the service manager should enforce. What features do “init”s offer ? - Integrated init systems (systemd, launchd, upstart): “the big guys”. All four elements in one package, plus out-of-scope stuff. - sysvinit, BSD init: /sbin/init, pid 1, supervision (/etc/inittab, /etc/gettys). Service manager not included: sysv-rc, /etc/rc - OpenRC: service manager. - Epoch: similar to sysvinit + sysv-rc The “daemontools family” - /etc/inittab supervision is impractical; nobody uses it for anything else than gettys. - daemontools (DJB, 1998): the first project offering flexible process supervision. Realistic to supervise all daemons with it. - daemontools-encore, runit, perp, s6: supervision suites. - nosh: suite of tools similar to s6, in C++ Supervision suites are not enough - Only ¼ of an init system.
    [Show full text]
  • Cisco Virtual Infrastructure Manager Administrator Guide, Release 2.2.11 First Published: 2018-01-19
    Cisco Virtual Infrastructure Manager Administrator Guide, Release 2.2.11 First Published: 2018-01-19 Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883 © 2018 Cisco Systems, Inc. All rights reserved. CONTENTS CHAPTER 1 Managing Cisco NFVI 1 Managing Cisco NFVI Pods 2 General Guidelines for Pod Management 2 Identifying the Install Directory 4 Managing Hosts in Cisco VIM or NFVI Pods 4 Recovering Cisco NFVI Pods 7 Managing Nova Compute Scheduler Filters and User Data 8 Utilizing NUMA in Cisco NFV Infrastructure 9 Monitoring Cisco NFVI Health with CloudPulse 10 Assessing Cisco NFVI status with cloud-sanity 12 Service Catalog URL 14 Get Token from Keystone 14 Get Service Catalog URL for Cloudpulse 15 Cloudpulse API's 15 List of Cloudpulse Tests 16 Get detailed result of 1 test 16 Get List of Tests Available 17 Schedule a manual cloudpulse test: 17 Remove the results of a test 18 Checking Network Connections 18 Enabling NFVBench Post Deployment 19 NFVBench Usage 22 NFVBench Command Line Options 24 Control Plane Verification 24 Fixed Rate Run Test 24 Packet Sizes 25 NDR and PDR Test 25 Multi-chain Test 25 Cisco Virtual Infrastructure Manager Administrator Guide, Release 2.2.11 iii Contents Multi-flow Test 25 External Chain Test 25 NFVBench Result Generation and Storage 26 Interpretation of Results 26 Advanced Configuration 31 Cisco VIM CLI 31 NFVBench REST Interface 32 Enabling or Disabling Autobackup of Management Node 32 Forwarding
    [Show full text]
  • 27Th Large Installation System Administration Conference (LISA '13)
    conference proceedings Proceedings of the 27th Large Installation System Administration Conference 27th Large Installation System Administration Conference (LISA ’13) Washington, D.C., USA November 3–8, 2013 Washington, D.C., USA November 3–8, 2013 Sponsored by In cooperation with LOPSA Thanks to Our LISA ’13 Sponsors Thanks to Our USENIX and LISA SIG Supporters Gold Sponsors USENIX Patrons Google InfoSys Microsoft Research NetApp VMware USENIX Benefactors Akamai EMC Hewlett-Packard Linux Journal Linux Pro Magazine Puppet Labs Silver Sponsors USENIX and LISA SIG Partners Cambridge Computer Google USENIX Partners Bronze Sponsors Meraki Nutanix Media Sponsors and Industry Partners ACM Queue IEEE Security & Privacy LXer ADMIN IEEE Software No Starch Press CiSE InfoSec News O’Reilly Media Computer IT/Dev Connections Open Source Data Center Conference Distributed Management Task Force IT Professional (OSDC) (DMTF) Linux Foundation Server Fault Free Software Magazine Linux Journal The Data Center Journal HPCwire Linux Pro Magazine Userfriendly.org IEEE Pervasive © 2013 by The USENIX Association All Rights Reserved This volume is published as a collective work. Rights to individual papers remain with the author or the author’s employer. Permission is granted for the noncommercial reproduction of the complete work for educational or research purposes. Permission is granted to print, primarily for one person’s exclusive use, a single copy of these Proceedings. USENIX acknowledges all trademarks herein. ISBN 978-1-931971-05-8 USENIX Association Proceedings of the 27th Large Installation System Administration Conference November 3–8, 2013 Washington, D.C. Conference Organizers Program Co-Chairs David Nalley, Apache Cloudstack Narayan Desai, Argonne National Laboratory Adele Shakal, Metacloud, Inc.
    [Show full text]
  • Your Init; Your Choice
    Your Computer; Your Init; Your Choice By Steve Litt Version 20150108_1348 Copyright © 2015 by Steve Litt Creative Commons Attribution-NoDerivatives 4.0 International License http://creativecommons.org/licenses/by-nd/4.0/legalcode Available online at http://www.troubleshooters.com/linux/presentations/golug_inits/golug_inits.pdf NO WARRANTY, use at your own risk. Slide 1 of 26 Your Computer; Your Init; Your Choice Steve Litt System Overview ● Kernel runs one program, init. ● Everything else run directly or indirectly by init. Slide 2 of 26 Your Computer; Your Init; Your Choice Steve Litt Many Different Init Systems ● Epoch ● nosh ● OpenRC ● perp ● RichFelker ● runit ● s6 ● systemd ● sysvinit ● Upstart ● uselessd ● Many more ● There's an init for every situation ● You can make your own Slide 3 of 26 Your Computer; Your Init; Your Choice Steve Litt Full vs Partial ● Kernel->full-init at PID1->daemons – Systemd, sysvinit, runit, Epoch, Upstart, etc. ● Kernel->PID1->partial-init->daemons – OpenRC, daemontools, damontools-encore, etc. Slide 4 of 26 Your Computer; Your Init; Your Choice Steve Litt Many Features ● Socket Activation ● Parallel starting ● Event controlled ● Sequential starting ● Daemontools-like ● Numeric ordering ● Simplicity ● Dependency ordering ● Descriptive config ● Work with sysvinit scripts ● Script config ● OS toolkit ● Forget features ● Look for benefits that fit your priorities and situation Slide 5 of 26 Your Computer; Your Init; Your Choice Steve Litt Many Routes to Benefits ● Within and outside of init ● With or without sockets ● With or without packaging ● Cutting edge or oldschool Slide 6 of 26 Your Computer; Your Init; Your Choice Steve Litt Bogus Characterizations ● ___ is a toy. – What does that even mean? ● ___ is not ready for prime time.
    [Show full text]
  • The Qmail Handbook by Dave Sill ISBN:1893115402 Apress 2002 (492 Pages)
    < Free Open Study > The qmail Handbook by Dave Sill ISBN:1893115402 Apress 2002 (492 pages) This guide begins with a discussion of qmail s history, architecture and features, and then goes into a thorough investigation of the installation and configuration process. Table of Contents The qmail Handbook Introduction Ch apt - Introducing qmail er 1 Ch apt - Installing qmail er 2 Ch apt - Configuring qmail: The Basics er 3 Ch apt - Using qmail er 4 Ch apt - Managing qmail er 5 Ch apt - Troubleshooting qmail er 6 Ch apt - Configuring qmail: Advanced Options er 7 Ch apt - Controlling Junk Mail er 8 Ch apt - Managing Mailing Lists er 9 Ch apt - Serving Mailboxes er 10 Ch apt - Hosting Virtual Domain and Users er 11 Ch apt - Understanding Advanced Topics er 12 Ap pe ndi - How qmail Works x A Ap pe ndi - Related Packages x B Ap pe ndi - How Internet Mail Works x C Ap pe ndi - qmail Features x D Ap pe - Error Messages ndi x E Ap pe - Gotchas ndi x F Index List of Figures List of Tables List of Listings < Free Open Study > < Free Open Study > Back Cover • Provides thorough instruction for installing, configuring, and optimizing qmail • Includes coverage of secure networking, troubleshooting issues, and mailing list administration • Covers what system administrators want to know by concentrating on qmail issues relevant to daily operation • Includes instructions on how to filter spam before it reaches the client The qmail Handbook will guide system and mail administrators of all skill levels through installing, configuring, and maintaining the qmail server.
    [Show full text]
  • Embedded Linux Optimizations
    Embedded Linux optimizations Embedded Linux optimizations Size, RAM, speed, power, cost Michael Opdenacker Thomas Petazzoni Free Electrons © Copyright 2004-2009, Free Electrons. Creative Commons BY-SA 3.0 license Latest update: Dec 20, 2010, Document sources, updates and translations: http://free-electrons.com/docs/optimizations Corrections, suggestions, contributions and translations are welcome! 1 Free Electrons. Kernel, drivers and embedded Linux development, consulting, training and support. http//free-electrons.com Penguin weight watchers Make your penguin slimmer, faster, and reduce its consumption of fish! Before 2 weeks after 2 Free Electrons. Kernel, drivers and embedded Linux development, consulting, training and support. http//free-electrons.com CE Linux Forum http://celinuxforum.org/ Non profit organization, whose members are embedded Linux companies and Consumer Electronics (CE) devices makers. Mission: develop the use of Linux in CE devices Hosts many projects to improve the suitability of Linux for CE devices and embedded systems. All patches are meant to be included in the mainline Linux kernel. Most of the ideas introduced in this presentation have been gathered or even implemented by CE Linux Forum projects! 3 Free Electrons. Kernel, drivers and embedded Linux development, consulting, training and support. http//free-electrons.com Contents Ideas for optimizing the Linux kernel and executables Increasing speed Reducing size: disk footprint and RAM Reducing power consumption Global perspective: cost and combined optimization effects The ultimate optimization tool! 4 Free Electrons. Kernel, drivers and embedded Linux development, consulting, training and support. http//free-electrons.com Embedded Linux Optimizations Increasing speed Reducing kernel boot time 5 Free Electrons. Kernel, drivers and embedded Linux development, consulting, training and support.
    [Show full text]
  • Supervisor a Process Control System
    Supervisor A Process Control System Sergej Kurakin Need for Long Running Scripts under Linux ● Job Queues in PHP (or any other language) ● Application Servers in PHP (or any other language) ● NodeJS Applications ● Selenium WebDriver + Xvfb ● You name it Solutions ● Self-Made Daemons ● SysV / systemd / launchd ● Screen or tmux ● nohup ● Five star crons ● Daemontools ● Might be more possible solutions ● Supervisor ● Docker Needed options ● Automatic start ● Automatic restart ● Execute under some user account ● Logs (stdout and stderr) ● Easy to use Self-Made Daemons ● Wrote once by myself ● I will never do it twice ● Third-party is not always good or maintainable ● Lots of debugging ● All features must be implemented by yourself ● Depends on SysV/launchd/systemd Screen / tmux or nohup ● No automatic start ● No automatic restart ● Logs... daemontools ● Old (but not obsolete) ● Does not work under some virtualizations ● Might be hard to configure Five star cron ● Still popular and usable ● Perfect for job queues (in some situations) Docker This topic deserves a separate talk from someone who has good experience with Docker in production environment. Supervisor! Supervisor? Supervisor is a client/server system that allows its users to monitor and control a number of processes on UNIX-like operating systems. Features ● Simple - INI-style files ● Centralized - one place to manage ● Efficient - fork, don’t daemonize ● Extensible - events and XML-RPC interface ● Compatible - Linux, Mac OS X, Solaris and FreeBSD ● Proven Components supervisord
    [Show full text]