APU2C4 Max Throughput? Recent Posts My Posts My Subscriptions Subscribe New Topic Reply

Total Page:16

File Type:pdf, Size:1020Kb

APU2C4 Max Throughput? Recent Posts My Posts My Subscriptions Subscribe New Topic Reply Member Login | Register Navigation Home Blog Forums FAQ Home Home : All Forums : Hardware : APU Search Forums Go APU2C4 max throughput? Recent Posts My Posts My Subscriptions Subscribe New Topic Reply Next 1 2 bit_shifter - Posted Apr 22nd 2016 Quote Rate Hi, I just received my APU2C4 and I'm trying to set it up as a firewall/router. I updated the BIOS to 20160311, which seems to be the latest, My Posts and I installed OpenBSD 5.9 on the internal mSATA SSD. I have almost nothing setup or installed beyond the base OpenBSD install except Posts: 2 iperf to test performance. I've tested throughput several times on em0 and em2 interfaces, with iperf, and I seem to be maxing out around 670 mb/s as a server and 420 mb/s as a client. I'm testing to two other very different machines connected via an unmanaged gigabit switch -- an Arch Linux desktop machine and a FreeBSD 10.3 machine. Between the Arch Linux and FreeBSD machines I can get a full ~950 mb/s both ways. If I run top on the APU while the iperf tests are running, I see that 1 out of the 4 cores is at ~100% usage from a system process -- this bounces around to different cores while it runs. So, it would seem that, at least with low mtu sizes (default 1500), this might be the cap on throughput. Is this an OpenBSD limit? Has anybody gotten better throughput using Linux or FreeBSD/pfSense? I've tried all of the suggestions on https://calomel.org/network_performance.html as well, but they made no real difference. The only thing that got me any real performance benefit was disabling pf, which I obviously won't do once this is in production. Once I set the NIC's MTU to 9000, I'm able to saturate the gigabit link, even with pf enabled (albeit with no rules currently). Are there any down sides to having the NICs default to 9000 MTU? I remember having compatibility issues at one point due to "jumbo frames", but I don't remember the specifics of it. I've got a mix of wired and wireless devices in the house including: PCs, game consoles, IP cameras, and Android phones. My WAN link via Comcast is only 125 mbps right now, so even the default MTU will saturate that, but I might be getting a gigabit link in the near future and I don't want the router to be the weak link. I'm new to OpenBSD, so there's a possibility that I'm missing something obvious, but I've tried to do my homework on it. Thanks for any information. Rhysee - Posted Apr 22nd 2016 Quote Rate What temps are you getting ? Wondering if you are using PfSense ? .. 950mb/s seems accetable? My Posts Posts: 15 bit_shifter - Posted Apr 23rd 2016 Quote Rate Rhysee - Posted 16 Hours Ago My Posts Posts: 2 What temps are you getting ? Wondering if you are using PfSense ? .. 950mb/s seems accetable? For temps, it maxes out around 63C during a CPU-intensive workload like memtest. It idles around 56C. I'm using OpenBSD 5.9 on the APU. 950 mb/s is definitely acceptable! I guess I wasn't very clear on that part -- I'm getting 950 mb/s between two desktop machines on the same network with no APU involved. I just tested that to verify that neither of those machines was the bottleneck when testing with the APU. I AM able to max out a gigabit link (950 mb/s+) on the APU when I change the MTU to 9000. I wanted to verify that setting the MTU to a higher number wasn't going to cause compatibility issues or limit me when(/if) I get a gigabit fiber to the home connection. I guess FTTH providers would allow higher MTUs? If they don't, then this hardware (or software?) won't cut it for me when that time comes. If it's a limitation of OpenBSD, whether the driver or TCP/IP stack, then I'll switch to something else -- preferably pfSense. I just would rather not wipe this OpenBSD install just to test pfSense to see whether it will be the same. EDIT: Degrees C, not F... Post last edited Apr 23rd 2016 sparkie - Posted Apr 24th 2016 Quote Rate What exactly did you test? Forwarding with firewall rules between APU2C4 ethernet ports? In the simplest case I'm running 2 APU2C4 boards against each other on the same network (2 low-cost/unmanaged switches in between). My Posts No firewalling (iptables) at all involved in this test. One APU2C4 as iperf server the other one as iperf client gives me excellent: Posts: 31 32 root@rota2[/root] > iperf -c rota1 ------------------------------------------------------------ Client connecting to rota1, TCP port 5001 TCP window size: 43.8 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.24.78 port 35547 connected with 192.168.24.79 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 1.10 GBytes 942 Mbits/sec I'm running Debian 8.4 (i686 GNU/Linux) on both machines 24/7. Temperature stays around amazing 56C most of the time. 34 root@rota2[/root] > sensors k10temp-pci-00c3 Adapter: PCI adapter temp1: +56.1°C (high = +70.0°C) (crit = +105.0°C, hyst = +104.0°C) Post last edited Apr 25th 2016 arfett - Posted May 17th 2016 Quote Rate I realize this isn't the most hardcore test of throughput but on my APU2C4 running Ubuntu Server 15.10 with kernel 4.5.1 I can run speed tests at 340-380mbit download and all 4 of my cores are 92% idle or more. Torrenting at these speeds with many hundreds of connections my cores are about 90% idle or more. I suspect I'll have zero issues firewalling full gigabit when that's available to me this summer. My Posts Posts: 9 My iptables rules below: Chain INPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 23970 2158K ACCEPT all -- enp2s0 any anywhere anywhere ctstate RELATED,ESTABLISHED 0 0 ACCEPT tcp -- enp2s0 any anywhere anywhere multiport dports REMOVED,REMOVED 3419 531K ACCEPT tcp -- br0 any anywhere anywhere multiport dports REMOVED,REMOVED,REMOVED,REMOVED,REMOVED 6516 546K ACCEPT all -- lo any anywhere anywhere 18 696 ACCEPT icmp -- enp2s0 any anywhere anywhere icmp echo-request 0 0 ACCEPT icmp -- br0 any anywhere anywhere icmp echo-request 0 0 ACCEPT icmp -- br1 any anywhere anywhere icmp echo-request 114K 24M REJECT all -- any any anywhere anywhere reject-with icmp-port-unreachable Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 20M 79G ACCEPT all -- enp2s0 br0 anywhere anywhere ctstate RELATED,ESTABLISHED 1360K 4776M ACCEPT all -- enp2s0 br1 anywhere anywhere ctstate RELATED,ESTABLISHED 20M 8933M ACCEPT all -- br0 enp2s0 anywhere anywhere 3354K 187M ACCEPT all -- br1 enp2s0 anywhere anywhere 1654 89808 ACCEPT tcp -- any any anywhere REMOVED tcp dpt:REMOVED 0 0 ACCEPT udp -- any any anywhere REMOVED udp dpt:REMOVED 0 0 DROP all -- any any anywhere anywhere Chain OUTPUT (policy ACCEPT 107K packets, 27M bytes) pkts bytes target prot opt in out source destination Chain PREROUTING (policy ACCEPT 208K packets, 27M bytes) pkts bytes target prot opt in out source destination 1830 97244 DNAT tcp -- enp2s0 any anywhere anywhere tcp dpt:REMOVED to:REMOVED:REMOVED 0 0 DNAT tcp -- enp2s0 any anywhere anywhere tcp dpt:REMOVED to:REMOVED:REMOVED Chain INPUT (policy ACCEPT 36 packets, 1684 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 7537 packets, 746K bytes) pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 2984 packets, 304K bytes) pkts bytes target prot opt in out source destination 103K 9957K MASQUERADE all -- any enp2s0 anywhere anywhere mattlach - Posted Jun 7th 2016 Quote Rate bit_shifter - Posted Apr 22nd My Posts Posts: 11 Hi, I just received my APU2C4 and I'm trying to set it up as a firewall/router. I updated the BIOS to 20160311, which seems to be the latest, and I installed OpenBSD 5.9 on the internal mSATA SSD. I have almost nothing setup or installed beyond the base OpenBSD install except iperf to test performance. I've tested throughput several times on em0 and em2 interfaces, with iperf, and I seem to be maxing out around 670 mb/s as a server and 420 mb/s as a client. I'm testing to two other very different machines connected via an unmanaged gigabit switch -- an Arch Linux desktop machine and a FreeBSD 10.3 machine. Between the Arch Linux and FreeBSD machines I can get a full ~950 mb/s both ways. If I run top on the APU while the iperf tests are running, I see that 1 out of the 4 cores is at ~100% usage from a system process -- this bounces around to different cores while it runs. So, it would seem that, at least with low mtu sizes (default 1500), this might be the cap on throughput. Is this an OpenBSD limit? Has anybody gotten better throughput using Linux or FreeBSD/pfSense? I've tried all of the suggestions on https://calomel.org/network_performance.html as well, but they made no real difference. The only thing that got me any real performance benefit was disabling pf, which I obviously won't do once this is in production. Once I set the NIC's MTU to 9000, I'm able to saturate the gigabit link, even with pf enabled (albeit with no rules currently).
Recommended publications
  • Performance Counters in Htop 3.0
    Slide: [ ] Talk: Perf counters in htop 3.0 Presenter: https://hisham.hm PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command Performance counters in htop 3.0 Hisham Muhammad @[email protected] https://hisham.hm Slide: [ 2 ] Date: 2018-08-25 Talk: Perf counters in htop 3.0 Presenter: https://hisham.hm PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command About me original author of htop, a project started in 2004 http://hisham.hm/htop/ lead dev of LuaRocks, package manager for Lua http://luarocks.org/ co-founder of the GoboLinux distribution http://gobolinux.org/ developer at Kong – FLOSS API gateway http://getkong.org/ (we’re hiring!) Slide: [ 3 ] Date: 2018-08-25 Talk: Perf counters in htop 3.0 Presenter: https://hisham.hm PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command What is htop an interactive process manager intended to be “a better top” by this all I originally meant was: scrolling! (versions of top improved a lot since!) Slide: [ 4 ] Date: 2018-08-25 Talk: Perf counters in htop 3.0 Presenter: https://hisham.hm PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command Hello, htop! Slide: [ 5 ] Date: 2018-08-25 Talk: Perf counters in htop 3.0 Presenter: https://hisham.hm PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command htop beyond Linux Linux MacOS FreeBSD OpenBSD DragonFlyBSD Solaris (illumos) Slide: [ 6 ] Date: 2018-08-25 Talk: Perf counters in htop 3.0 Presenter: https://hisham.hm PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command Then Apple released a broken kernel..
    [Show full text]
  • 20 Linux System Monitoring Tools Every Sysadmin Should Know by Nixcraft on June 27, 2009 · 315 Comments · Last Updated November 6, 2012
    About Forum Howtos & FAQs Low graphics Shell Scripts RSS/Feed nixcraft - insight into linux admin work 20 Linux System Monitoring Tools Every SysAdmin Should Know by nixCraft on June 27, 2009 · 315 comments · Last updated November 6, 2012 Need to monitor Linux server performance? Try these built-in commands and a few add-on tools. Most Linux distributions are equipped with tons of monitoring. These tools provide metrics which can be used to get information about system activities. You can use these tools to find the possible causes of a performance problem. The commands discussed below are some of the most basic commands when it comes to system analysis and debugging server issues such as: 1. Finding out bottlenecks. 2. Disk (storage) bottlenecks. 3. CPU and memory bottlenecks. 4. Network bottlenecks. #1: top - Process Activity Command The top program provides a dynamic real-time view of a running system i.e. actual process activity. By default, it displays the most CPU-intensive tasks running on the server and updates the list every five seconds. Fig.01: Linux top command Commonly Used Hot Keys The top command provides several useful hot keys: Hot Usage Key t Displays summary information off and on. m Displays memory information off and on. Sorts the display by top consumers of various system resources. Useful for quick identification of performance- A hungry tasks on a system. f Enters an interactive configuration screen for top. Helpful for setting up top for a specific task. o Enables you to interactively select the ordering within top. r Issues renice command.
    [Show full text]
  • Lab 09: Operating System Basics
    ESE 150 – Lab 09: Operating System Basics LAB 09 Today’s Lab has the following objectives: 1. Learn how to remotely log into Eniac Linux server 2. Learn some of the basics of process management on the Linux Operating System This lab will take place in Ketterer (Moore 200). Background: OPERATING SYSTEMS We learned in lecture that a CPU can really only execute one task or instruction (like ADD or SUBTRACT, etc) at a time. The Operating System is a program that runs on a CPU with the job of managing the CPU’s time. It schedules programs that user’s would like run for time on the CPU, essentially its main job is to keep the CPU busy. Another aspect of the OS is to protect access to the hardware that surrounds the CPU (like input and output devices – keyboards, mice, etc.) so that programs don’t have direct access to the hardware, but instead ask the OS for permission to access it. This also lends itself to “virtualizing” the CPU and its hardware so that each program that runs on the CPU believes it is the only program running on the CPU at any given time. Before the personal computer existed, before Mac OS and Windows came into being, an operating system named UNIX was written to manage large computers at AT&T Bell Laboratories in the 1970s that became a model for modern operating systems (like Windows, and Mac OSX). In the 1990’s an operating system named Linux was invented modeled very heavily on the UNIX operating system.
    [Show full text]
  • Linux Performance Tools
    Linux Performance Tools Brendan Gregg Senior Performance Architect Performance Engineering Team [email protected] @brendangregg This Tutorial • A tour of many Linux performance tools – To show you what can be done – With guidance for how to do it • This includes objectives, discussion, live demos – See the video of this tutorial Observability Benchmarking Tuning Stac Tuning • Massive AWS EC2 Linux cloud – 10s of thousands of cloud instances • FreeBSD for content delivery – ~33% of US Internet traffic at night • Over 50M subscribers – Recently launched in ANZ • Use Linux server tools as needed – After cloud monitoring (Atlas, etc.) and instance monitoring (Vector) tools Agenda • Methodologies • Tools • Tool Types: – Observability – Benchmarking – Tuning – Static • Profiling • Tracing Methodologies Methodologies • Objectives: – Recognize the Streetlight Anti-Method – Perform the Workload Characterization Method – Perform the USE Method – Learn how to start with the questions, before using tools – Be aware of other methodologies My system is slow… DEMO & DISCUSSION Methodologies • There are dozens of performance tools for Linux – Packages: sysstat, procps, coreutils, … – Commercial products • Methodologies can provide guidance for choosing and using tools effectively • A starting point, a process, and an ending point An#-Methodologies • The lack of a deliberate methodology… Street Light An<-Method 1. Pick observability tools that are: – Familiar – Found on the Internet – Found at random 2. Run tools 3. Look for obvious issues Drunk Man An<-Method • Tune things at random until the problem goes away Blame Someone Else An<-Method 1. Find a system or environment component you are not responsible for 2. Hypothesize that the issue is with that component 3. Redirect the issue to the responsible team 4.
    [Show full text]
  • Python Workflows on HPC Systems
    Python Workflows on HPC Systems Dominik Strassel1; , Philipp Reusch1; and Janis Keuper2;1; 1CC-HPC, Fraunhofer ITWM, Kaiserslautern, Germany 2Institute for Machine Learning and Analytics, Offenburg University,Germany Abstract—The recent successes and wide spread application of phenomenon that regularly causes following GPU-jobs compute intensive machine learning and data analytics methods to crash when these processes are still occupying GPU have been boosting the usage of the Python programming lan- memory. guage on HPC systems. While Python provides many advantages for the users, it has not been designed with a focus on multi- • Python jobs appear to be “escaping” the resource con- user environments or parallel programming - making it quite trol mechanisms of batch systems on a regular basis, challenging to maintain stable and secure Python workflows on a allocating more memory and CPU cores than scheduled HPC system. In this paper, we analyze the key problems induced - hence, affecting other users on the system. by the usage of Python on HPC clusters and sketch appropriate • The maintenance and management of the diverse and workarounds for efficiently maintaining multi-user Python soft- ware environments, securing and restricting resources of Python fast evolving Python software environment is quite jobs and containing Python processes, while focusing on Deep challenging, especially when the needs of a diverse user Learning applications running on GPU clusters. group are contradicting. Index Terms—high performance computing, python, deep This paper presents the intermediate results of our ongoing learning, machine learning, data analytics investigation of causes and possible solutions to these prob- lems in the context of machine learning applications on GPU- I.
    [Show full text]
  • Thread Scheduling in Multi-Core Operating Systems Redha Gouicem
    Thread Scheduling in Multi-core Operating Systems Redha Gouicem To cite this version: Redha Gouicem. Thread Scheduling in Multi-core Operating Systems. Computer Science [cs]. Sor- bonne Université, 2020. English. tel-02977242 HAL Id: tel-02977242 https://hal.archives-ouvertes.fr/tel-02977242 Submitted on 24 Oct 2020 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Ph.D thesis in Computer Science Thread Scheduling in Multi-core Operating Systems How to Understand, Improve and Fix your Scheduler Redha GOUICEM Sorbonne Université Laboratoire d’Informatique de Paris 6 Inria Whisper Team PH.D.DEFENSE: 23 October 2020, Paris, France JURYMEMBERS: Mr. Pascal Felber, Full Professor, Université de Neuchâtel Reviewer Mr. Vivien Quéma, Full Professor, Grenoble INP (ENSIMAG) Reviewer Mr. Rachid Guerraoui, Full Professor, École Polytechnique Fédérale de Lausanne Examiner Ms. Karine Heydemann, Associate Professor, Sorbonne Université Examiner Mr. Etienne Rivière, Full Professor, University of Louvain Examiner Mr. Gilles Muller, Senior Research Scientist, Inria Advisor Mr. Julien Sopena, Associate Professor, Sorbonne Université Advisor ABSTRACT In this thesis, we address the problem of schedulers for multi-core architectures from several perspectives: design (simplicity and correct- ness), performance improvement and the development of application- specific schedulers.
    [Show full text]
  • Fedora 17 System Administrator's Guide
    Fedora 17 System Administrator's Guide Deployment, Configuration, and Administration of Fedora 17 Jaromír Hradílek Douglas Silas Martin Prpič Stephen Wadeley Eliška Slobodová Tomáš Čapek Petr Kovář John Ha System Administrator's Guide David O'Brien Michael Hideo Don Domingo Fedora 17 System Administrator's Guide Deployment, Configuration, and Administration of Fedora 17 Edition 1 Author Jaromír Hradílek [email protected] Author Douglas Silas [email protected] Author Martin Prpič [email protected] Author Stephen Wadeley [email protected] Author Eliška Slobodová [email protected] Author Tomáš Čapek [email protected] Author Petr Kovář [email protected] Author John Ha Author David O'Brien Author Michael Hideo Author Don Domingo Copyright © 2012 Red Hat, Inc. and others. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. The original authors of this document, and Red Hat, designate the Fedora Project as the "Attribution Party" for purposes of CC-BY-SA. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, MetaMatrix, Fedora, the Infinity Logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
    [Show full text]
  • Hardware, Firmware, Devices Disks Kernel, Boot, Swap Files, Volumes
    hardware, kernel, boot, firmware, disks files, volumes swap devices software, security, patching, networking references backup tracing, logging TTAASSKK\ OOSS AAIIXX AA//UUXX DDGG//UUXX FFrreeeeBBSSDD HHPP--UUXX IIRRIIXX Derived from By IBM, with Apple 1988- 4.4BSD-Lite input from 1995. Based and 386BSD. System V, BSD, etc. on AT&T Data General This table SysV.2.2 with was aquired does not Hewlett- SGI. SVR4- OS notes Runs mainly extensions by EMC in include Packard based on IBM from V.3, 1999. external RS/6000 and V.4, and BSD packages related 4.2 and 4.3 from hardware. /usr/ports. /usr/sysadm ssmmiitt ssaamm /bin/sysmgr (6.3+) ssmmiittttyy ttoooollcchheesstt administrativ /usr/Cadmin/ wwssmm FFiinnddeerr ssyyssaaddmm ssyyssiinnssttaallll ssmmhh (11.31+) e GUI bin/* /usr/sysadm/ useradd (5+) FFiinnddeerr uusseerraadddd aadddduusseerr uusseerraadddd privbin/ addUserAcco userdell (5+) //eettcc//aadddduusseerr uusseerrddeell cchhppaassss uusseerrddeell unt usermod edit rrmmuusseerr uusseerrmmoodd managing (5+) /etc/passwd users llssuusseerr ppww ggeettpprrppww ppaassssmmggmmtt mmkkuusseerr vviippww mmooddpprrppww /usr/Cadmin/ cchhuusseerr ppwwggeett bin/cpeople rmuser usrck TASK \ OS AAIIXX AA//UUXX DDGG//UUXX FFrreeeeBBSSDD HHPP--UUXX IIRRIIXX pprrttccoonnff uunnaammee iioossccaann hhiinnvv dmesg (if (if llssccffgg ssyyssccttll--aa you're lucky) llssaattttrr ddmmeessgg aaddbb ssyyssiinnffoo--vvvv catcat lsdev /var/run/dm model esg.boot stm (from the llssppaatthh ppcciiccoonnff--ll SupportPlus CDROM) list hardware dg_sysreport - bdf (like
    [Show full text]
  • Best of a Decade on Opensource.Com 2010–2019
    Best of a decade on Opensource.com 2010–2019 In celebration of our 10-year anniversary Opensource.com/yearbook FROM THE EDITOR ............................. FROM THE EDITOR ............................. Dear reader, As we celebrate 10 years of publishing, our focus is on the people from all over the globe, in various roles, from diverse backgrounds, who have helped us explore the multitude of ways in which open source can improve our lives—from technology and programming to farming and design, and so much more. We are celebrating you because we’ve learned that growing this unique storytelling site demands that we do one thing better than all the rest: listen to and talk with our readers and writers. Over the years, we’ve gotten better at it. We regularly hold meetings where we review how articles performed with readers from the week before and discuss why we think that’s so. We brainstorm and pitch new and exciting article ideas to our writer community on a weekly basis. And we build and nurture close relationships with many writers who publish articles for us every month. As an editor, I never would have imagined my biggest responsibility would be community management and relationship building over copy editing and calendar planning. I’m so grateful for this because it’s made being a part of Opensource.com a deeply rewarding experience. In December, we closed out a decade of publishing by reaching a new, all-time record of over 2 million reads and over 1 million readers. For us, this validates and affirms the value we’ve learned to place on relationships with people in a world swirling with metrics and trends.
    [Show full text]
  • Schedule: Sunday
    Schedule: Sunday page 2 Main tracks and lightning talks page 3 Devrooms in AW building page 4-5 Devrooms in H building page 5-6 Devrooms in K building page 6-7 Devrooms in U building Latest schedule and mobile apps on https://fosdem.org/schedule/ Compiled on 26/01/2016, see fosdem.org for updates. Page 1 of 12, Sunday Main tracks Main tracks Lightning Talks J.Janson K.1.105 (La Fontaine) H.2215 (Ferrer) 10:00 A New Patchwork Stephen Finucane 10:15 Re-thinking Linux Distributions Free communications with Free Software Buildtime Trend : visualise what’s trending in 10:30 Langdon White Daniel Pocock your build process – Dieter Adriaenssens Learning about software development with 10:45 Kibana dashboards – Jesus M. Gonzalez- Barahona 11:00 coala – Code Analysis Made Simple Lasse Schuirmann 11:15 Building a peer-to-peer network for Real-Time Beyond reproducible builds Communication How choosing the Raft consensus algorithm 11:30 Holger Levsen saved us 3 months of development time – Adrien Béraud, Guillaume Roguez Robert Wojciechowski Keeping your files safe in the post-Snowden 11:45 era with SXFS – Robert Wojciechowski 12:00 Spiffing – Military grade security Dave Cridland 12:15 illumos at 5 Mainflux Layers Box 12:30 Dan McDonald Drasko Draskovic Istvàn Koren FAI – The Universal Installation Tool 12:45 Thomas Lange 13:00 Knot DNS Resolver Ondrejˇ Surý 13:15 RocksDB Storage Engine for MySQL How containers work in Linux Prometheus – A Next Generation Monitoring 13:30 Yoshinori Matsunobu James Bottomley System Brian Brazil Going cross-platform – how htop was made 13:45 portable Hisham Muhammad 14:00 Ralph – Data Center Asset Management Sys- tem and DCIM, 100% Open Source.
    [Show full text]
  • How to Surprise by Being a Linux Performance "Know-It-All"
    Christian Ehrhardt Webcast October 2013, Germany How to Surprise by being a Linux Performance "know-it-all" Christian Ehrhardt, IBM R&D Germany, System Performance Analyst © 2013 IBM Corporation Linux on System z Performance Evaluation Agenda . Tools are your swiss army knife – ps – top – sadc/sar – iostat – vmstat – netstat IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of International Business Machines Corp., registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at www.ibm.com/legal/copytrade.shtml. 2 October 4, 2013 Webcast October 2013 © 2013 IBM Corporation Linux on System z Performance Evaluation Agenda . Tools are your swiss army knife – ps – top – sadc/sar – iostat – vmstat – netstat 3 October 4, 2013 Webcast October 2013 © 2013 IBM Corporation Linux on System z Performance Evaluation Everything was nice and easy up to now, → be Ready for Take-Off 4 October 4, 2013 Webcast October 2013 © 2013 IBM Corporation Linux on System z Performance Evaluation Agenda . Your swiss army knife for the complex cases – Netstat – network statistics and overview – Pidstat – per process statistics – Socket Statistics – extended socket statistics – Slabtop – kernel memory pool consumption – top / ps – process overview – Lsof – check file flags of open files – Icastats / lszcrypt – check usage of crypto hw support – Blktrace – low level disk I/O analysis – Lsluns / multipath – check multipath setup –
    [Show full text]
  • Hound Dog Terminal Manager User Guide
    Hound Dog Terminal Manager User Guide Release V1R0M1 Copyright © 2017 Robert J. Greene. All rights reserved. Hound Dog Terminal Manager Confidential Information Table of Contents Table of Figures ............................................................................................................................................. 4 Introduction .................................................................................................................................................. 5 Product Versions ........................................................................................................................................... 6 Local Version ............................................................................................................................................................. 6 Network Version ....................................................................................................................................................... 6 User Interface ............................................................................................................................................... 7 Main Menu (Local Version) ....................................................................................................................................... 8 Main Menu (Network Version) ................................................................................................................................. 9 Explore Filesystems ................................................................................................................................................
    [Show full text]