DOCSLIB.ORG

Software Defined Radio

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Software Defined Radio IEEE-Madison ECN Meeting Virtual Music Jamming with Low Latency Networked Systems April 15th, 2021 Virtual Meeting Tom Kaminski [email protected] Anton Kapela, [email protected] John Lombardo [email protected] IEEE-Madison Section Entrepreneurs and Consultants Network IEEE-Madison ECN April 15, 2021 1 Overview Part I – Basics Part II – Demos The Problem Classes Jambox Pi image Peer-to-Peer, noVNC Browser I/F Client-Server, URLrelay for IP Hierarchical Jack/Qjackctl/Patchage/ALSA Compressed or Not? Sonobus Peer-to-Peer Hardware Jamulus Client/Server Laptop/Desktop Audio Input/Output SoC Part III – Technical Issues RaspBerry Pi Pi 3B, 3B+ or 4B Audio Card USB Interface Meeting End: Live Jazz Jam Software for Music Jams Jack, Sonobus, Jamulus IEEE-Madison April 15, 2021 2 The Problem Covid-19 gathering rules make it difficult to get close together indoors Music like Jazz, Bluegrass, etc. require close coordination for success Musicians separated by more than 30 feet (30 millisecond delay in air) experience difficulty performing Most “virtual meeting” technologies introduce much more than 30 milliseconds delay (Cell phone: ~200ms.) We have gotten used to Virtual Meetings, why not “Virtual Jamming? From Quora.com: “Average delay on a phone call is also known as ‘Latency’. Ideally, latency should not be more than 200 milliseconds. If it exceeds 200 ms, quality of the call will degrade significantly.” Worse for Jams... Other Issues: Many musicians are not technically savvy We need to provide a worry-free “Appliance” that can be simply controlled. Home Firewall/Router configuration can be a problem IEEE-Madison April 15, 2021 3 The Basic Needs A device to digitize microphone and/or instrument signals A method of transmitting the digitized signals over networks A method of “mixing” signals from two or more musicians A method of receiving the signals from multiple musicians A method to convert the signals back to sound BOX 1 BOX 2 Network IEEE-Madison April 15, 2021 4 Peer-to-Peer Each musician sends and receives data from all of the other musicians Each musician’s Box adjusts the “Mix” Computation is of order n for n separate “Boxes” 2 Network traffic is of order n BOX 1 BOX 2 BOX 3 Example Software: Jacktrip, Quacktrip, Sonobus IEEE-Madison April 15, 2021 5 Client-Server Each musician sends and receives data to/from a Central Server and sends Mix Levels Central Server adjusts the “Mix” for each musician and sends the results to each individual musician 2 Computation is of order n for the Server Network traffic is of order n BOX 1 BOX 2 BOX 3 Server BOX 3 Example Software: Jamulus, Jammr.net, Jamkazam, Netty McNetface IEEE-Madison April 15, 2021 6 Hierarchical Musicians are divided into “M” groups A Group Mixer adjusts the “Mix” for musicians in a Group and sends the results to to the next level (Main mix?) Main Mix sends “M” adjusted Mixes back down to the individual Group Mixers Group Mixers send the combined Mix back to the musicians String Mix Drum Mix Main Mix Wind Mix Example Software: Music 101, JackTrip Virtual Studio IEEE-Madison April 15, 2021 7 Hardware A Desktop, Laptop, or SoC to run the software A Microphone (one or more) and Headphone An appropriate ADC/DAC for the audio signals Desktop with an Audio Add-in card Laptop with built-in audio Low-latency USB Audio Interface SoC with USB or Audio Card A WIRED internet connection Some method of interacting with the software Keyboard/mouse/Monitor (Possibly) Phone, iPad, Tablet with a browser or X11 remote device Example: Laptop with an external USB Interface for Musical Instruments and Ethernet Wired I/F IEEE-Madison April 15, 2021 8 What is A SoC? “A System on a Chip (SoC) is a method of placing all necessary electronics for running a computer on a single chip. Instead of having an individual chip for the CPU, GPU, USB controller, RAM, Northbridge, Southbridge, etc., everything is compressed down into one tidy package” --- Raspberrypi.org IEEE-Madison April 15, 2021 9 RaspBerry Pi Family CM-3 3 Model B+ 4 Model B+ IEEE-Madison April 15, 2021 10 Hardware: Pi Audio Cards AudioInjector.net Pi Hats https://blokas.io Pisound - Raspberry Pi Sound Card & All 24bit MIDI Interface ADC up to 192kHz Sampling Pi Zero Ultra IEEE-Madison April 15, 2021 11 Hardware: USB Audio Box Musician-Quality USB Low Latency Audio Interfaces ● Adjustable Gain ● 1/4”, XLR Inputs ● Phantom 48V Power ● Headphone Level Adjust Behringer M-Audio M-Track-Duo Uphoria UMC-202HD Focusrite Scarlett 2i2 Prices from $49 to $200 IEEE-Madison April 15, 2021 12 Hardware: USB Plug Ins Low Price USB Audio Interfaces Stereo Out, Mono In – $7 Stereo In/Out, 24bit to 96ksps, Built-in Mono Mic $15 IEEE-Madison April 15, 2021 13 Software: Jack JACK – “Jack Audio Connection Kit” JACK is a low-latency audio server, written for any operating system that is reasonably POSIX compliant. It currently exists for Linux, OS X, Solaris, FreeBSD and Windows. It can connect several client applications to an audio device, and allow them to share audio with each other. Clients can run as separate processes like normal applications, or within the JACK server as "plugins". JACK was designed from the ground up for professional audio work, and its design focuses on two key areas: synchronous execution of all clients, and low latency operation. See: https://jackaudio.org/ IEEE-Madison April 15, 2021 14 Software: SonoBus High Quality Network Audio Streaming SonoBus is an easy to use application for streaming high-quality, low-latency peer-to-peer audio between devices over the internet or a local network. Multi-user, multi-platform, open- source, completely free. Simply choose a unique group name (with optional password), and instantly connect multiple people together to make music, remote sessions, podcasts, etc. Easily record the audio from everyone, as well as playback any audio content to the whole group. See: https://sonobus.net/# IEEE-Madison April 15, 2021 15 Software: Jamulus ● Server or Client ● Private Server (Hidden IP) with Firewall forwarding Public Server – No Firewall Mapping needed! ● Uses Jack Audio Connected Devices ● Jamulus is free and open source software (FOSS) licensed under the GPL Jamulus is software for playing music, rehearsing, or just jamming with anyone online with low latency. You can use your Windows, macOS or Linux machine to connect to Jamulus servers worldwide. Jamulus is free and you can just use your normal broadband connection. Simply connect to a public See: https://jamulus.io server or host your own private one. IEEE-Madison April 15, 2021 16 Part II: Demonstrations Setup: Jambox Pi image is used See: https://github.com/kdoren/jambox-pi-gen URLrelay for finding Pi’s IP address VNC running on the Pi for Virtual Desktop noVNC Browser I/F for access The Jambox Raspbian Desktop Tour Audio Connection Setup Jack/Qjackctl/Patchage/ALSA Sonobus Peer-to-Peer Demo Pi3B to Pi3B Jamulus Client/Server Pi3B to Pi4B Live Jam Pi3B to Server at 5Nines IEEE-Madison April 15, 2021 17 Part III: Technical Issues Latency What Causes it? Oversampling ADC/DAC USB, SPI, popular CODECS I/O of modern computers Software abstractions ERROR Correction CODECS and Forward Error Correction in reliable Multi-path networks Can we do better? Network Coding Multipath TCP at MIT within Internet Engineering Task Force Application level TCP? IEEE-Madison April 15, 2021 18 Part III: Latency What About Latency? Creative Combat with latencies for ~half of my career Backstory: 2010, friend and I built a microwave network between NYC and Chicago Goal: round trip to be under 13.3 milliseconds (Spread Networks, now Zayo, hit 13.0 in mid 2011), but practically target 12.5 Day-1 launch: 11.5 msec RTT, few months later, ~9 msec RTT Full backstory: https://visionscarto.net/enquete-reseaux-hft IEEE-Madison April 15, 2021 19 Race to c IEEE-Madison April 15, 2021 20 Race to c What did we learn? • Sigma/Delta & Successive Approximation isn't usually the major latency source – can be effectively reduced to "0 cycle" latencies at reasonable resolution • Abstractions are nice, but cost something – usually time IEEE-Madison April 15, 2021 21 Race to c - modems What else did we learn? Filters aren't everything, they're the only thing ...and that abstractions are nice, but cost something – usually time But really, we mean: I/O abstractions are expensive • Like, really, really expensive IEEE-Madison April 15, 2021 22 "Systems, what?" IEEE-Madison April 15, 2021 23 Systems, oh. Summary: • Safety (atomicity) creates unavoidable (serialization) delays • Mutexes, MSI, DMA, etc. • Going faster isn't always helpful IEEE-Madison April 15, 2021 24 Latency: It's a sick joke! IEEE-Madison April 15, 2021 25 Part III: USB 2.0 & 3.x IEEE-Madison April 15, 2021 26 Choose your own...latency? April 15, 202118 IEEE-Madison http://blog.ultimateoutsider.com/2018/04/comparing-usb-audio-interface-latency.html April 15, 2021 27 More Systems Stuff More depth than we have time for today "Effectively Measure and Reduce Kernel Latencies for Real-time Constraints" https://www.youtube.com/watch?v=epcPeMlBJW0 IEEE-Madison April 15, 2021 28 Systems & modem latency... yikes! IEEE-Madison April 15, 2021 29 Workarounds for Unreliable Networks Wait, but why? • We have three options to address packet loss: • Recover (FEC at Tx/Rx, delay penalty) • Retransmit (ARQ, sequencing, delay penalty) • Make it up (ML/AI, interpolation, synthesis) IEEE-Madison April 15, 2021 30 Part III: A Way Out Linear Network Coding IETF MPTCP - RFC 8684 "Linear network coding is a technique in which the "MultiPath TCP (MPTCP) is an effort towards enabling the intermediate nodes combine the packets they receive simultaneous use of several IP-addresses/interfaces by a instead of just relaying them.
Load more

Recommended publications
  • Latency and Throughput Optimization in Modern Networks: a Comprehensive Survey Amir Mirzaeinnia, Mehdi Mirzaeinia, and Abdelmounaam Rezgui
    READY TO SUBMIT TO IEEE COMMUNICATIONS SURVEYS & TUTORIALS JOURNAL 1 Latency and Throughput Optimization in Modern Networks: A Comprehensive Survey Amir Mirzaeinnia, Mehdi Mirzaeinia, and Abdelmounaam Rezgui Abstract—Modern applications are highly sensitive to com- On one hand every user likes to send and receive their munication delays and throughput. This paper surveys major data as quickly as possible. On the other hand the network attempts on reducing latency and increasing the throughput. infrastructure that connects users has limited capacities and These methods are surveyed on different networks and surrond- ings such as wired networks, wireless networks, application layer these are usually shared among users. There are some tech- transport control, Remote Direct Memory Access, and machine nologies that dedicate their resources to some users but they learning based transport control, are not very much commonly used. The reason is that although Index Terms—Rate and Congestion Control , Internet, Data dedicated resources are more secure they are more expensive Center, 5G, Cellular Networks, Remote Direct Memory Access, to implement. Sharing a physical channel among multiple Named Data Network, Machine Learning transmitters needs a technique to control their rate in proper time. The very first congestion network collapse was observed and reported by Van Jacobson in 1986. This caused about a I. INTRODUCTION thousand time rate reduction from 32kbps to 40bps [3] which Recent applications such as Virtual Reality (VR), au- is about a thousand times rate reduction. Since then very tonomous cars or aerial vehicles, and telehealth need high different variations of the Transport Control Protocol (TCP) throughput and low latency communication.
    [Show full text]
  • Online Playing
    Online playing FAQ David Crandall (with big thanks to Kris Belgica!) October 17, 2020 Here are a few of the methods for doing music online, a brief survey: For arranged music Record with click or guide tracks, assembling final tracks later. You can use a guide track on a phone and record in a higher quality device. The higher quality recordings can be sent to a producer for mixdown. (Be sure to “slate” each take properly!) Paid (subscription) apps for this kind of work Acapella - https://www.mixcord.co/pages/acapella (iOS only). Soundtrap - https://www.soundtrap.com/ Basically an online version of Garageband. Audiomovers https://audiomovers.com/wp/ establishes a 1 to 1 high quality connection with a DAW using a plug in. Sort of a present-day ISDN (for those who remember). For jamming - what we are here for! Common traits of all these apps include: a client-server model, and UDP rather than TCP stream connection. The UDP (User Datagram Protocol) connection is faster than the normal TCP (Transmission Control Protocol) connection and requires port forwarding. UDP omits error correction for a faster stream. Buffer lengths are tweaked to get the best compromise between stability and latency. Users can set up their own server or connect with an existing one. Creating your own server allows you to control who is in the jam, and enables you to create a server that is geographically closer to your other players. This can require a certain amount of comfort using a command line to talk to the computer, and connecting to your router to set up port forwarding.
    [Show full text]
  • Measuring Latency Variation in the Internet
    Measuring Latency Variation in the Internet Toke Høiland-Jørgensen Bengt Ahlgren Per Hurtig Dept of Computer Science SICS Dept of Computer Science Karlstad University, Sweden Box 1263, 164 29 Kista Karlstad University, Sweden toke.hoiland- Sweden [email protected] [email protected] [email protected] Anna Brunstrom Dept of Computer Science Karlstad University, Sweden [email protected] ABSTRACT 1. INTRODUCTION We analyse two complementary datasets to quantify the la- As applications turn ever more interactive, network la- tency variation experienced by internet end-users: (i) a large- tency plays an increasingly important role for their perfor- scale active measurement dataset (from the Measurement mance. The end-goal is to get as close as possible to the Lab Network Diagnostic Tool) which shed light on long- physical limitations of the speed of light [25]. However, to- term trends and regional differences; and (ii) passive mea- day the latency of internet connections is often larger than it surement data from an access aggregation link which is used needs to be. In this work we set out to quantify how much. to analyse the edge links closest to the user. Having this information available is important to guide work The analysis shows that variation in latency is both com- that sets out to improve the latency behaviour of the inter- mon and of significant magnitude, with two thirds of sam- net; and for authors of latency-sensitive applications (such ples exceeding 100 ms of variation. The variation is seen as Voice over IP, or even many web applications) that seek within single connections as well as between connections to to predict the performance they can expect from the network.
    [Show full text]
  • Anleitung Jamulus Für Online-Chorproben
    Anleitung Jamulus für Online-Chorproben Vorbemerkung – Die Schwierigkeiten von Online-Musikübertragungen Auf den ersten Blick scheint das Internet der geeignete Weg, auch große Datenmengen zu übertragen. Das ist auch sicher richtig so – ganze Fernsehprogramme werden heute schon übertragen; künftig sollen es die Daten sein, welche autonomes Fahren ermöglichen werden. Bei der Entwicklung immer breitbandiger Übertragungswege hat sich aber die Zugriffszeit, in der ein Server auf eine Anfrage, die von irgendwoher aus dem Netz auf ihn zugreift, kaum unter 9 ms vermindert. Die heute verwendeten Videoübertragungswege whatsApp, Skype, Zoom, Jitsi und Teamviewer haben zudem den Nachteil, ihre Daten auf zentralen Servern zu verarbeiten. Was für die Sicherheit dieser Systeme von Vorteil sein mag, bringt aber je nach Tageszeit das Problem der Datenverarbeitung, Dekodierung und Neuchiffrierung etc. mit sich. All dieses wirkt sich in Zeitverzögerungen aus, die bei einem gemeinsamen Musizieren hinderlich wäre. Um dieses alles zu testen, habe ich verschiedene Kleingruppen gebeten, mit mir alle verfügbaren Programme auf Herz und Nieren zu prüfen. Wir haben deshalb auch Telefonkonferenzen ausprobiert, die wiederum andere Schwierigkeiten in Form von Verzerrungen und Tonauslöschungen mit sich brachten. Nach langer Recherche sind wir auf das Programm Jamulus gestoßen, das es Bands ermöglicht, über das Internet zu Proben zusammenzutreten. Mir ist bewusst, dass nicht jede und jeder gerne über den PC am Chorleben teilnehmen möchte. Es haben aber die jüngsten Ereignisse in Frankfurt und Leer eindrücklich gezeigt, dass wir in der Coronapandemie wohl noch lange nicht über den Berg sind, wenngleich die aktuellen Zahlen einen anderen Eindruck vermitteln. Deshalb stelle ich hier einen Weg vor, wie das Programm Jamulus auf Windows Computern installiert werden kann.
    [Show full text]
  • The Effects of Latency on Player Performance and Experience in A
    The Effects of Latency on Player Performance and Experience in a Cloud Gaming System Robert Dabrowski, Christian Manuel, Robert Smieja May 7, 2014 An Interactive Qualifying Project Report: submitted to the Faculty of the WORCESTER POLYTECHNIC INSTITUTE in partial fulfillment of the requirements for the Degree of Bachelor of Science Approved by: Professor Mark Claypool, Advisor Professor David Finkel, Advisor This report represents the work of three WPI undergraduate students submitted to the faculty as evidence of completion of a degree requirement. WPI routinely publishes these reports on its web site without editorial or peer review. Abstract Due to the increasing popularity of thin client systems for gaming, it is important to un- derstand the effects of different network conditions on users. This paper describes our experiments to determine the effects of latency on player performance and quality of expe- rience (QoE). For our experiments, we collected player scores and subjective ratings from users as they played short game sessions with different amounts of additional latency. We found that QoE ratings and player scores decrease linearly as latency is added. For ev- ery 100 ms of added latency, players reduced their QoE ratings by 14% on average. This information may provide insight to game designers and network engineers on how latency affects the users, allowing them to optimize their systems while understanding the effects on their clients. This experiment design should also prove useful to thin client researchers looking to conduct user studies while controlling not only latency, but also other network conditions like packet loss. Contents 1 Introduction 1 2 Background Research 4 2.1 Thin Client Technology .
    [Show full text]
  • Evaluating the Latency Impact of Ipv6 on a High Frequency Trading System
    Evaluating the Latency Impact of IPv6 on a High Frequency Trading System Nereus Lobo, Vaibhav Malik, Chris Donnally, Seth Jahne, Harshil Jhaveri [email protected] , [email protected] , [email protected] , [email protected] , [email protected] A capstone paper submitted as partial fulfillment of the requirements for the degree of Masters in Interdisciplinary Telecommunications at the University of Colorado, Boulder, 4 May 2012. Project directed by Dr. Pieter Poll and Professor Andrew Crain. 1 Introduction Employing latency-dependent strategies, financial trading firms rely on trade execution speed to obtain a price advantage on an asset in order to earn a profit of a fraction of a cent per asset share [1]. Through successful execution of these strategies, trading firms are able to realize profits on the order of billions of dollars per year [2]. The key to success for these trading strategies are ultra-low latency processing and networking systems, henceforth called High Frequency Trading (HFT) systems, which enable trading firms to execute orders with the necessary speed to realize a profit [1]. However, competition from other trading firms magnifies the need to achieve the lowest latency possible. A 1 µs latency disadvantage can result in unrealized profits on the order of $1 million per day [3]. For this reason, trading firms spend billions of dollars on their data center infrastructure to ensure the lowest propagation delay possible [4]. Further, trading firms have expanded their focus on latency optimization to other aspects of their trading infrastructure including application performance, inter-application messaging performance, and network infrastructure modernization [5].
    [Show full text]
  • Low-Latency Networking: Where Latency Lurks and How to Tame It Xiaolin Jiang, Hossein S
    1 Low-latency Networking: Where Latency Lurks and How to Tame It Xiaolin Jiang, Hossein S. Ghadikolaei, Student Member, IEEE, Gabor Fodor, Senior Member, IEEE, Eytan Modiano, Fellow, IEEE, Zhibo Pang, Senior Member, IEEE, Michele Zorzi, Fellow, IEEE, and Carlo Fischione Member, IEEE Abstract—While the current generation of mobile and fixed The second step in the communication networks revolutions communication networks has been standardized for mobile has made PSTN indistinguishable from our everyday life. Such broadband services, the next generation is driven by the vision step is the Global System for Mobile (GSM) communication of the Internet of Things and mission critical communication services requiring latency in the order of milliseconds or sub- standards suite. In the beginning of the 2000, GSM has become milliseconds. However, these new stringent requirements have a the most widely spread mobile communications system, thanks large technical impact on the design of all layers of the commu- to the support for users mobility, subscriber identity confiden- nication protocol stack. The cross layer interactions are complex tiality, subscriber authentication as well as confidentiality of due to the multiple design principles and technologies that user traffic and signaling [4]. The PSTN and its extension via contribute to the layers’ design and fundamental performance limitations. We will be able to develop low-latency networks only the GSM wireless access networks have been a tremendous if we address the problem of these complex interactions from the success in terms of Weiser’s vision, and also paved the way new point of view of sub-milliseconds latency. In this article, we for new business models built around mobility, high reliability, propose a holistic analysis and classification of the main design and latency as required from the perspective of voice services.
    [Show full text]
  • Simulation and Comparison of Various Scheduling Algorithm for Improving the Interrupt Latency of Real –Time Kernal
    Journal of Computer Science and Applications. ISSN 2231-1270 Volume 6, Number 2 (2014), pp. 115-123 © International Research Publication House http://www.irphouse.com Simulation And Comparison of Various Scheduling Algorithm For Improving The Interrupt Latency of Real –Time Kernal 1.Lavanya Dhanesh 2.Dr.P.Murugesan 1.Research Scholar, Sathyabama University, Chennai, India. 2.Professor, S.A. Engineering College, Chennai, India. Email:1. [email protected] Abstract The main objective of the research is to improve the performance of the Real- time Interrupt Latency using Pre-emptive task Scheduling Algorithm. Interrupt Latency provides an important metric in increasing the performance of the Real Time Kernal So far the research has been investigated with respect to real-time latency reduction to improve the task switching as well the performance of the CPU. Based on the literature survey, the pre-emptive task scheduling plays an vital role in increasing the performance of the interrupt latency. A general disadvantage of the non-preemptive discipline is that it introduces additional blocking time in higher priority tasks, so reducing schedulability . If the interrupt latency is increased the task switching delay shall be increasing with respect to each task. Hence most of the research work has been focussed to reduce interrupt latency by many methods. The key area identified is, we cannot control the hardware interrupt delay but we can improve the Interrupt service as quick as possible by reducing the no of preemptions. Based on this idea, so many researches has been involved to optimize the pre-emptive scheduling scheme to reduce the real-time interrupt latency.
    [Show full text]
  • Telematic Performance and the Challenge of Latency
    This is a repository copy of Telematic performance and the challenge of latency. White Rose Research Online URL for this paper: https://eprints.whiterose.ac.uk/126501/ Version: Accepted Version Article: Rofe, Michael and Reuben, Federico orcid.org/0000-0003-1330-7346 (2017) Telematic performance and the challenge of latency. The Journal of Music, Technology and Education. 167–183. ISSN 1752-7074 https://doi.org/10.1386/jmte.10.2-3.167_1 Reuse Items deposited in White Rose Research Online are protected by copyright, with all rights reserved unless indicated otherwise. They may be downloaded and/or printed for private study, or other acts as permitted by national copyright laws. The publisher or other rights holders may allow further reproduction and re-use of the full text version. This is indicated by the licence information on the White Rose Research Online record for the item. Takedown If you consider content in White Rose Research Online to be in breach of UK law, please notify us by emailing [email protected] including the URL of the record and the reason for the withdrawal request. [email protected] https://eprints.whiterose.ac.uk/ Telematic performance and the challenge of latency Michael Rofe | Federico Reuben Abstract Any attempt to perform music over a network requires engagement with the issue of latency. Either latency needs to be reduced to the point where it is no longer noticeable or creative alternatives to working with latency need to be developed. Given that Online Orchestra aimed to enable performance in community contexts, where significant bandwidth and specialist equipment were not available, it would not be possible to reduce latency below the 20–30ms cut-off at which it becomes noticeable.
    [Show full text]
  • Action-Sound Latency: Are Our Tools Fast Enough?
    Action-Sound Latency: Are Our Tools Fast Enough? Andrew P. McPherson Robert H. Jack Giulio Moro Centre for Digital Music Centre for Digital Music Centre for Digital Music School of EECS School of EECS School of EECS Queen Mary U. of London Queen Mary U. of London Queen Mary U. of London [email protected] [email protected] [email protected] ABSTRACT accepted guidelines for latency and jitter (variation in la- The importance of low and consistent latency in interactive tency). music systems is well-established. So how do commonly- Where previous papers have focused on latency in a sin- used tools for creating digital musical instruments and other gle component (e.g. audio throughput latency [21, 20] and tangible interfaces perform in terms of latency from user ac- roundtrip network latency [17]), this paper measures the tion to sound output? This paper examines several common latency of complete platforms commonly employed to cre- configurations where a microcontroller (e.g. Arduino) or ate digital musical instruments. Within these platforms we wireless device communicates with computer-based sound test the most reductive possible setup: producing an audio generator (e.g. Max/MSP, Pd). We find that, perhaps \click" in response to a change on a single digital or ana- surprisingly, almost none of the tested configurations meet log pin. This provides a minimum latency measurement for generally-accepted guidelines for latency and jitter. To ad- any tool created on that platform; naturally, the designer's dress this limitation, the paper presents a new embedded application may introduce additional latency through filter platform, Bela, which is capable of complex audio and sen- group delay, block-based processing or other buffering.
    [Show full text]
  • 5G Qos: Impact of Security Functions on Latency
    5G QoS: Impact of Security Functions on Latency Sebastian Gallenmuller¨ ∗, Johannes Naab∗, Iris Adamy, Georg Carle∗ ∗Technical University of Munich, yNokia Bell Labs ∗fgallenmu, naab, [email protected], [email protected] Abstract—Network slicing is considered a key enabler to low latency and high predictability on the other side can go 5th Generation (5G) communication networks. Mobile network together. The goals of our investigation are threefold: (i) cre- operators may deploy network slices—complete logical networks ating a low-latency packet processing architecture for security customized for specific services expecting a certain Quality of Service (QoS). New business models like Network Slice-as-a- functions with minimal packet loss, (ii) conducting extensive Service offerings to customers from vertical industries require ne- measurements applying hardware-supported timestamping to gotiated Service Level Agreements (SLA), and network providers precisely determine worst-case latencies, and (iii) introducing need automated enforcement mechanisms to assure QoS during a model to predict the capacity of our low-latency system for instantiation and operation of slices. In this paper, we focus on overload prevention. Our proposed system architecture relies ultra-reliable low-latency communication (URLLC). We propose a software architecture for security functions based on off- on well-known applications and libraries such as Linux, the the-shelf hardware and open-source software and demonstrate, Data Plane Development Kit (DPDK), and Snort. Besides the through a series of measurements, that the strict requirements of specific measurements for the Snort IPS, we investigate the URLLC services can be achieved. As a real-world example, we performance of the underlying operating system (OS) and perform our experiments using the intrusion prevention system libraries in use, namely Linux and DPDK, which emphasizes (IPS) Snort to demonstrate the impact of security functions on latency.
    [Show full text]
  • CPU Scheduling
    Chapter 5: CPU Scheduling Operating System Concepts – 10th Edition Silberschatz, Galvin and Gagne ©2018 Chapter 5: CPU Scheduling Basic Concepts Scheduling Criteria Scheduling Algorithms Thread Scheduling Multi-Processor Scheduling Real-Time CPU Scheduling Operating Systems Examples Algorithm Evaluation Operating System Concepts – 10th Edition 5.2 Silberschatz, Galvin and Gagne ©2018 Objectives Describe various CPU scheduling algorithms Assess CPU scheduling algorithms based on scheduling criteria Explain the issues related to multiprocessor and multicore scheduling Describe various real-time scheduling algorithms Describe the scheduling algorithms used in the Windows, Linux, and Solaris operating systems Apply modeling and simulations to evaluate CPU scheduling algorithms Operating System Concepts – 10th Edition 5.3 Silberschatz, Galvin and Gagne ©2018 Basic Concepts Maximum CPU utilization obtained with multiprogramming CPU–I/O Burst Cycle – Process execution consists of a cycle of CPU execution and I/O wait CPU burst followed by I/O burst CPU burst distribution is of main concern Operating System Concepts – 10th Edition 5.4 Silberschatz, Galvin and Gagne ©2018 Histogram of CPU-burst Times Large number of short bursts Small number of longer bursts Operating System Concepts – 10th Edition 5.5 Silberschatz, Galvin and Gagne ©2018 CPU Scheduler The CPU scheduler selects from among the processes in ready queue, and allocates the a CPU core to one of them Queue may be ordered in various ways CPU scheduling decisions may take place when a
    [Show full text]