POPULARITY
Precision at 200 miles per hour. Millimetre-perfect steering, Millisecond-perfect braking and acceleration. That's what it takes to race in Formula 1. Performance Engineers help the 20 fastest drivers in the world to be their very best. McLaren's Tom Stallard, a former Performance Engineer, tells Christian Hewgill and Katie Osborne about the incredible work these engineers do with Formula 1 drivers. It's a mix of studying data, finding improvements, and coaching drivers to go faster on-track. Plus, Tom explains the teamwork among Performance Engineers, Strategists and Race Engineers (the role he currently does with Oscar Piastri). They have to communicate efficiently to get the best result in every qualifying session and race. For more from Tom Stallard, follow F1 Beyond The Grid for an in-depth interview coming soon. F1 EXPLAINS LIVE - AT THE FORMULA 1 UNITED STATES GRAND PRIX 2024 Saturday October 19th, 1815 (after F1 qualifying) Circuit of the Americas, Amphitheatre stage near the F1 Fanzone Join Christian, Katie and special guests for a live show - with your chance to put a question to an F1 expert Email F1Explains@F1.com to get involved Send your questions to F1Explains@F1.com and we'll answer them in a future episode Listen to more official F1 podcasts For in-depth interviews with F1's biggest stars, listen to F1 Beyond The Grid For race previews and reviews from inside the F1 paddock, listen to F1 Nation Be there when the 2024 Formula 1 World Champion is crowned: Tickets for the US Grand Prix in Texas, the Las Vegas Grand Prix and F1 ACADEMY weekends in Qatar and Abu Dhabi are available now at tickets.formula1.com
Ivan Akulov, Senior Performance Engineer at Framer, discusses optimizing React performance and major advancements in React, including hooks, concurrency, and the crucial invisible performance enhancements that make modern web applications smoother and faster. Links https://iamakulov.com https://x.com/iamakulov https://github.com/iamakulov https://www.linkedin.com/in/iamakulov https://3perf.com We want to hear from you! How did you find us? Did you see us on Twitter? In a newsletter? Or maybe we were recommended by a friend? Let us know by sending an email to our producer, Emily, at emily.kochanekketner@logrocket.com (mailto:emily.kochanekketner@logrocket.com), or tweet at us at PodRocketPod (https://twitter.com/PodRocketpod). Follow us. Get free stickers. Follow us on Apple Podcasts, fill out this form (https://podrocket.logrocket.com/get-podrocket-stickers), and we'll send you free PodRocket stickers! What does LogRocket do? LogRocket provides AI-first session replay and analytics that surfaces the UX and technical issues impacting user experiences. Start understand where your users are struggling by trying it for free at [LogRocket.com]. Try LogRocket for free today.(https://logrocket.com/signup/?pdr) Special Guest: Ivan Akulov.
Our guest for today is Mark Tomlinson! He's a Performance Engineer and Consultor with more than 20 years of experience in the field. He's the creator of the term Performacology which he'll be explaining all about in today's episode.
Paddock 43 is back for another race review, full of giggles, hot news and a special guest! Jack Thomas who was working over in England in Aston Martins aerodynamic facility specialising is aerodynamic performance. We chat all things news from the week, how Carlos Sainz was the most exciting part of the Bahrain race and how Max's dominance continues. Have a question or want to join in on the conversation? Make sure you follow @paddock43podcast on Instagram and TikTokfor BTS, Q&As, News Updates and also #memes - Plus don't forget to leave a review here! @ellebaillieu @Amypejkovic @Patriciavalerimellior
What innovations from F1 impact our daily lives? Just how far can engineers push race cars? Is the motorsport industry the fastest and most effective R&D lab in the world?Our podcast host George Imafidon is a Performance Engineer with Team X44, Sir Lewis Hamilton's electric race team, as well as a board member at The Hamilton Commission.Joining George for a pitstop and a chat are:Wavey Dynamics' Jahee Campbell- Brennan, an Automotive Engineer.Dr Kit Chapman, science historian and author of "Racing Green: How Motorsport Science Can Save the World".New episodes - conversations about how to rebuild the world better - every other Friday.Follow @QEPrize on Twitter, Instagram, and Facebook for more info. Hosted on Acast. See acast.com/privacy for more information.
In this episode, Henrik and Leandro go browsing for performance testing jobs and analyze what are the requirements that a performance engineer needs in 2024.Not a performance tester(they are almost extinct now), but a Performance Engineer!The requirements are very different from when we used to get performance testing jobs a few years ago.
In this episode Henrik and Leandro are back (and hopefully more often now) to talk about the new skills that technologies, methodologies and the industry are requiring from a Performance Engineer.It is not the same old performance testing that you used to know anymore.You need to let go of a few skills and engage in several others.Which ones? Lets find out!
In this episode, Nathan and Matt are joined by special guests Andrea Paulson and Cory Hoffman from Saucony, to discuss two of their newest and most exciting shoes: the Endorphin Elite and Kinvara Pro. Together, they explore the intricate process of developing and testing midsole foams. Get a behind the scenes look at the development of PWRRUN HG and the unique geometry of the Endorphin Elite. Learn the origin story of the Kinvara Pro, a brand new dual-density, plated "super" trainer. They walk us through the extensive testing and development process that went into creating this shoe and learn who benefits most from its unique features. With the rise of super shoes and their impact on training, the conversation turns to the data surrounding their usage and how it shapes the way we approach our training. Oh, and have you been itching to know the real meaning of "HG"? Tune in to find out! Get ready for an engaging, informative, and thought-provoking discussion on running shoe technology and the future of footwear in the running world. Andrea Paulson is the Vice President of Product Engineering & Human Performance at Saucony. She leads different, yet connected, divisions that work on every aspect of shoe design, construction and future innovations, as well as biomechanical testing, gathering performance & personal preference data. Cory Hofmann is a Performance Engineer at Saucony research laboratory, testing almost every aspect of their shoe: fit, durability, mechanical properties, etc. Cory specializes in testing and measuring running shoe performance, focusing on biomechanics and physiology. Chapters 0:00 - Intro 7:40 - How midsole foams are developed & tested 18:22 - How are PWRRUN HG and PWRRUN PB different? 21:42 - The developement of the Endorphin Elite's geometry 27:30 - Running economy testing for the Endorphin Elite 30:28 - Is Saucony heading towards ditching EVA/TPU foams? 33:41 - How durable is PWRRUN HG? 38:42 - What's next for PWRRUN HG? 45:40 - The origin story of the Kinvara Pro 53:30 - The testing & development of the Kinvara Pro 1:01:47 - Who does the Kinvara Pro benefit? 1:13:59 - How does this data impact the conversation about training in super shoes? 1:19:56 - How much should we train in plated shoes? 1:30:03 - What does HG stand for? 1:31:24 - Wrap-up Be sure to check out this week's sponsor, Running Warehouse. Summer's all about racking up the miles before a busy fall racing season. Check out some some of our favorite daily trainers like Hoka's 9th iteration on the beloved Clifton series. If you're looking for something soft and bouncy check out Skecher's latest trainers: Go Run Ride 11 and Maxroad 6 featuring their new Hyperburst Ice foam. If you want something that can pick up the pace, take a look at the revamped Adidas Boston 12 with the softer Lightstrike 2.0 midsole. You can find rabbit's new trail line and more by visiting runningwarehouse.com today. --- Support this podcast: https://podcasters.spotify.com/pod/show/doctors-of-running/support
F1 heads to Spain where we spend so much time in pre-season testing. Not usually a banger of a race but high tire degradation means we did not see the boring one stop strategy we've become accustomed to for most of this season.We do have to endure Sap being very smug about his Grand Slam prediction and we also hear Rob be very confused as to why Sap seems to think he "beat" Rob despite there not being any disagreement on last weeks show. We assume things work different inside his head but don't really want to venture in there!We also hear about Sap's very own sweat based racing story!In addition to the race review we have our round up of all things news & social, Brian's video vault opens its door again, a Pit-Lane Paul view of the action, a listener sends us an "In the Marbles" race review, and a look ahead to next week.Episode running order:1) News & Social2) Brian's Video Vault https://www.youtube.com/watch?v=EMMYM7hkQrI. 2023 F1 Driver Challenge | SentinelOne Power Play: Ep.2https://www.youtube.com/watch?v=1A-WFULYKe8. Cognizant Driver Masterclass: Tyres. 1 min. Aston Martin channel. https://www.youtube.com/watch?v=eCxvOiNLBSo. F1 Drivers React to Max Verstappen Monaco Pole Position! Verstoppen channel.https://www.youtube.com/watch?v=bigV8QIkleo. The Monaco Road Trip
Brrrake aka Blake Hinsey, a former Red Bull Racing and Force India F1 Team engineer, joins Soumil Arora and Kunal Shah on this episode of the Inside Line F1 Podcast. Blake shares how one can become a Performance Engineer in Formula 1 by narrating his story, working with the current World Champion team as well as a team that was fondly known as 'best bang for buck' World Champions. He shares some of his fondest Formula 1 memories. Blake tells us how he was hired to engineer Sebastian Vettel at Red Bull Racing, only for VET to join Ferrari. He shares more about working with Max Verstappen, Sergio Perez and other Red Bull Racing drivers. And of course, what makes VER so special? 'Engine Braking' is Blake's podcast along with another social media sensation and former Red Bull Racing engineer, 'Engine Mode 11'. Tune in! (Season 2023, Episode 16) Follow our hosts on Twitter: Soumil Arora and Kunal Shah Image courtesy: Formula 1
Voor de grote januari special heeft GPFans een interview met Blake Hinsey. voormalig performance engineer bij Force India en Red Bull Racing. Hij heeft jarenlang samengewerkt met o.a. Max Verstappen, Danill Kvyat en Sergio Perez. Wij zijn benieuwd wat hij verwacht van het 2023 Formule 1-seizoen.
Mark tells us what it's like in the day of a Ford Engineer, and the education involved to become an automotive engineer.
Tommo and Niran are joined by F1 Strategist Brrrake! They talk about the behind the scenes workings of Red Bull, what is was like WORKING with Vettel and Verstappen. Plus we hear what REALLY happened with the Kvyat 'Torpedo' incident!
For some out there SLOs (Service Level Objectives) are the silver bullet to building and operating reliable software. But nothing is as shiny on the inside as it looks on the outside.In this episode we invited Stephen Townshend, former Performance Engineer now converted to Site (Slight) Reliability. Stephen (@the_kiwi_sre) has experienced the tough side of establishing SLOs within an organization. It's a constant battle between focusing on reliability and new features and a lack of change in culture.Listen in and learn about the 9 pre-requisites for SLOs that Stephen has identified such as: having a certain level of observability, define clear business objectives, define ownership and give autonomy or establishing a blameless cultureStephen on Linked inhttps://www.linkedin.com/in/stephentownshend/Stephen on Twitterhttps://twitter.com/the_kiwi_sreHere the additional resources we brought up during our talk:Slight Reliability YouTube: https://www.youtube.com/c/SlightReliabilitySlight Reliability Podcast: https://www.buzzsprout.com/1698445Our LinkedIn discussion: https://www.linkedin.com/posts/scottmooreconsulting_7-steps-to-identify-and-implement-effective-activity-6938919857459462144--RI7LinkedIn: https://www.linkedin.com/in/stephentownshend/Twitter: https://twitter.com/the_kiwi_sre
Nate, Matt, and DJ are joined Cory Hofmann from Saucony for a deep dive into the world of shoe testing. Cory gives us an inside look at how Saucony tests the biomechanical and physiological impact of their shoes on runners. He also helps us define some oft-misunderstood scientific terms like running power, metabolic cost, running economy, VO2 Max, and more. Cory Hofmann is a Performance Engineer at Saucony research laboratory, testing almost every aspect of their shoe: fit, durability, mechanical properties, etc. Cory specializes in testing and measuring running shoe performance, focusing on biomechanics and physiology. Chapters 0:00 - Introduction 06:07 - How do you measure the benefit you get from different shoes? 13:04 - Mechanical vs. metabolic power 24:27 - How do we measure metabolic cost? 27:51 - What to make of smartwatches giving you your VO2 31:11 - Oxygen vs. energy 39:56 - Research into running cost 44:26 - Biomechanical trends in relation to running economy 49:34 - The relationship between running economy and performance 53:22 - The components of shoes that contribute to performance benefits 58:57 - Our thoughts on the Endorphin Pro 3 1:02:36 - Wrap-up --- Support this podcast: https://anchor.fm/doctors-of-running/support
Discover how we at Silicon Ranch continue to keep all of our solar plants operating at peak performance, and meet some of the technology partners and talented teams whose skills help us interpret data to predict and prevent future problems. In this episode, Jim Bausell is joined by Clay Helms, Performance Engineer on Silicon Ranch's very own Technology and Asset Management team, and Peter Kobliska, VP of Business Development at GreenPower Monitor, to hear how they solve complex puzzles that help us keep the lights on and continue to harvest clean energy.
Dan Bigham's job title — Performance Engineer — for Team Ineos really undersells his value. Dan is a through-and-through marginal gainer, with a special gift for figuring out how to beat the wind. And as such, he's the perfect guest for a one-on-one chat with Josh. Don't miss this episode of Marginal Gains!
On this episode of The F1 Hour we talk with Blake of Brrrake F1 about his route into F1, experiences working at Force India working with Paul Di Resta and Sergio Perez and Red Bull working as Max Verstappen's Performance Engineer, Sebastien Vettel and Daniel Kyvat, Blake's thoughts and hopes for F1 in 2022, FIA rules and regulations and how to get a job in F1 and so much more. It's a fascinating conversation with brilliant F1 mind.Socials:
Today I'm joined by Elite cyclist Dan Bigham. Dan Bigham is not only a multiple track cycling champion and British record holder, but he is also a very talented engineer. Currently Dan Bigham works as a Performance Engineer under David Brailsford at the INEOS cycling team. In the past he has been an aerodynamics engineer for the Mercedes F1 team, plus he has even worked for me! In this episode we explore what it takes to win in cycling and how you can apply that in your own motorsports. There are more parallels than you might think. It was a real pleasure to catchup again with Dan and I really hope you get a lot from what he has to say. So without further a-do, grab your notepad, grab a coffee, sit back and lets hear what Dan Bigham has to say. --- [4:55] How (and why) to simplify the complexity of motorsport [14:55] Why socks matter - and the idea of making your life easier to go faster [20:38] The power of being confident to always be open to learning [30:00] Competing is the competition of preparation too [38:18] How is coaching different to instructing? --- Links mentioned in the show: - Dan's book - https://www.shopforwatts.co.uk/products/start-at-the-end-book - Dan's cycling business - https://www.shopforwatts.co.uk/ - Dan's day job - https://www.ineosgrenadiers.com/ --- Perfectly setup your racecar. Master data analysis. Drive faster @ www.yourdatadriven.com
Teaser: Avsnitt 340 - NystartI veckans avsnitt går Janne, Erik och poddens nya F1-expert, Marcus Ericsson, igenom allt inför den efterlängtade premiären av Formel 1-VM 2022.Vi får en exklusiv inblick i den dagbok Marcus förde om banorna under sin tid i F1 och samtliga stall får årets första tummar upp och ned. Dessutom bjuds det på en ny krönika om en person som gjort avtryck på Formel 1 och Marcus ringer upp sin gamla Performance Engineer, Alex Chan, för att höra mer om läget inför säsongen. Med koden ”F1” får ni en hel månad gratis lyssning - signa upp er via länken nedan! https://podme.com/se/viasat-motors-f1-podd Vi hörs! /Janne, Marcus & Erik
Imagine a world where your computer makes you money when you are NOT using it. Imagine a world where you can reduce your cloud computing expenses by 90%. Salda.com is a company that is making this into a reality. Salad activates the latent resources of idle gaming PCs on the web's most trusted "AFK-for-pay" marketplace. Salad's users (or “Chefs”) turn a wealth of dormant processing power into games, DLC, gift cards, subscriptions, and more. Every year, Salad's users redeem over 50,000 digital and real-world items, and contribute thousands to charities across the globe. More than 400 million gaming PCs sit inactive for 22 hours a day. With Salad, that's 11 minutes of pay to every minute of play. With a quarter million users already earning, they've made substantial inroads into a mostly untapped global market. Their community is powered by blockchain protocols and high-trust infrastructure to ensure our Chefs chop through any task—while remaining safely anonymized. Soon they will democratize financial access through SaladPay, a payment platform that takes Salad Balance web-wide. In five years' time, “Pay with Your PC” will be ubiquitous. In this episode I interview Bob Miles, Bob is the Founder and CEO of Salad Technologies. Starting his career as a pilot before studying Aeronautical Engineering, Bob joined Qantas a Performance Engineer before pivoting into the startup world soon after. Cofounding a digital marketing company called the Green Way Up, this project morphed into a 12 part television series aired internationally on both National Geographic and Netflix, a journey where Bob powered a cross-continent expedition using a waste-to-fuel system he designed and built. Bob is an avid traveler, has visited North Korea twice and completed several week-long solo bicycle trips in Russia, South Korea and Myanmar. In this episode we also talk about Decentralized computing AWS, Google cloud Economics of decentralization Internet, Web3 Antiviruses Competing against giant competitors NFTs OpenSea Kubernetes Centralized infrastructure Connect with Bob & Salad team here:- Website: www.salad.com Website (Cloud): www.salad.com/cloud Discord: SaladChefs Twitter: Salad_Chefs TikTok: Saladchefs Join our Web3 Discord community - "https://discord.gg/2eJ7DVGcx6" It is free for only the first 100 members, after that entry will be only for people who hold a speaker badge NFT from this podcast. In true Web3 fashion, I will be minting and selling this episode on OpenSea.io You can find it here - unless it is already sold - https://opensea.io/SamKamani Connect with me here - https://twitter.com/samkamani
The Healthcare Leadership Experience is hosted by Lisa Miller for healthcare leaders who want to think differently and learn how to improve their performance. On this episode, Lisa is joined by Drew Lerman, Director of Finance at Southwestern Vermont Healthcare. Topics include communicating with vendors in a cashflow crisis, the benefits of a Performance Engineer, and why every hospital needs a Plan B – and a Plan C. Drew also provides insights from his upcoming book ‘'It's Nobody's Money'' and warns against the risks of becoming a ‘'C F No.'' To stream our Station live 24/7 visit www.HealthcareNOWRadio.com or ask your Smart Device to “….Play HealthcareNOW Radio”. Find all of our network podcasts on your favorite podcast platforms and be sure to subscribe and like us. Learn more at www.healthcarenowradio.com/listen
Long-time listeners know that I am a massive Formula 1 fan. In previous episodes, former F1 driver Giedo van der Garde and author Jurriaan Kamer were guests to discuss this topic. Being able to learn and adapt between races, continuously innovate, and learn to outperform the competition requires a high-level ability to respond to changing circumstances.In today's episode, Ernesto Desiderio, Performance Engineer, takes the driver seat in our talk on performance engineering, his experience during the dramatic crash of Romain Grosjean at the end of the 2020 season, he gives away a signed copy of his book AND gives tips on how to get into F1. How's that for a packed episode?! What you'll discover in this show:- Formula 1 goes hand in hand with continuous learning - Performance Engineers collaborate with a lot of people at once - Tips on how to get into F1 Speakers: Ernesto “Ernie” DesiderioPerformance Engineer in Formula 1Ernesto Desiderio is a Performance Engineer and the creator of the P-D-R® (Perception-Decision[1]Reaction) Process. He has been working with the Haas F1 team since 2018, engineering every setup direction with the aim of preparing the best possible car, as well as helping drivers overcome their physical and mental barriers and optimize the speed and consistency of their performances. Before his stint in F1, Ernesto has worked on the LMP1-H project competing in the World Endurance Championship for Toyota in Germany, and before that he had experience working with NASCAR and IndyCar teams through Dallara both in Italy and in USA. Contact Ernesto:linkedin.com/in/ernestodesiderioSander Dur (host)Scrum Master, Agile Coach, trainer, and podcast host for ‘Mastering Agility”Sander Dur is a business agility enthusiast, with a passion for people. Whether it's healthy product development, agile leadership, measurement, or psychological safety, Sander has the drive to enable organizations to the best of their abilities. He is an avid article writer, working on a book about Scrum Mastery from the Trenches, and is connecting listeners with the most influential people in the industry. Masteringagility.org https://www.linkedin.com/in/sanderdur/ https://agilitymasters.com/en https://sander-dur.medium.com/ Additional resources: The book: https://www.amazon.com/Formula-One-Race-Engineering-Performance-ebook/dp/B09K7QWXWH The crash:https://www.youtube.com/watch?v=ZQ7_En2xEm4The giveaway link:https://www.linkedin.com/posts/sanderdur_give-away-formula-one-race-engineering-optimizing-activity-6872253646332035072-NAysLeave us a review on Podchaser: https://www.podchaser.com/podcasts/mastering-agility-1727952 Support the show (https://www.patreon.com/masteringagility)
The rise of smart phones clearly created a new demand for “instant gratification” when it comes to interacting with online services through web sites or apps. To ensure services are available at any point in time without any interruption or delay it requires performance engineers to automate performance and scalability engineering into the development processes.In this episode we invited Mike Kobush, Performance Engineer at NAIC, to hear how he found his way in quality engineering and later on got hooked on performance. He walks us through current performance challenges as his organization is moving to the cloud. Mike also discusses why he is embracing automation as it makes him more desirable as an employee. He shares his goals and motivations such as: Learning something new every day!Tune in and get inspired by Mike. And remember: it always pays off to spend the extra time with somebody – even if it's a Sunday afternoon in sunny San Diego!Show Links:Mike on Linkedinhttps://www.linkedin.com/in/michael-kobush-31-performance/
David Daly, Performance Engineer at MongoDB, joins us today to discuss "The Use of Change Point Detection to Identify Software Performance Regressions in a Continuous Integration System".
In this episode we talk to Dan Bigham, Performance Engineer at the Danish cycling team and one of the world's sharpest aerodynamics experts, about everything except tape and vests. We also have the second part of our interview with Clive Gosling, celebrating 50 years on Cannondale. Finally Matt Page gives us the lowdown of the North Coast 500 route that he recently did.
Guest: Chibuzo Ononiwu About this episode: Did y'all enjoy our last episode?! We have another dope entrepreneur this week! Meet Chibuzo Ononiwu, the “Serial Entrepreneur”! Everything she touches turns to cash! Engineer by day and business woman by night, Chibuzo is a woman with many talents!! Chibuzo works as a Performance Engineer at General Motors in Dallas, Texas. She has a B.S. in Electrical Engineering from Howard University and a M.S. in Industrial and Product Design from Philadelphia University. She is the owner of Vinchi Events, a full-service event planning business for weddings, birthdays, showers, and any special occasions. In less than 6 months, she's hit Superhost status on Airbnb and has been able to recoup her investments, open more rental units, all while enjoying life on vacation! Can you say securing the bag?!!!!! Tune in as Chibuzo shares what inspired her to become an entrepreneur, how the pandemic affected her businesses, and resources/advice on starting your own business! Grab your headphones, pens, and notepads! You don't want to miss this! Get Connected with Chibuzo Ononiwu: Instagram: @wheresboozie Vinchi Events Instagram: @vinchievents Airbnb Course Instagram: @superhostacadmy , https://superhostacademy.thinkific.com/ Questions or Feedback? Email: wininstempodcast@gmail.com Follow the podcast on IG: @thewininstempodcast Beats by Femi, IG: @fe.astro
In this episode of the Pacey Performance Podcast, I am speaking to Chief Performance Engineer at Statspace, Taylor Johnson. Taylor came on the podcast 18 months ago to talk about esports. Esports has never related to performance and performance coaching, however, part 1 with Taylor completely changed my mind on that. It's an incredibly interesting space and one that is growing exponentially. The opportunity for performance coaches to have an impact on a population that is hungry, passionate, and has great earning potential is huge. If you think that you view performance differently from other coaches, I would urge you to listen to this podcast. In this episode we discussed... Who is Taylor Johnson? (background, education and current role[s]) Esports performance market What is expected of a performance coach in e-sports Is this S&C as people know it? Performance coach > esports performance coach Pivoting into this area What coaches can bring What skills need to be developed Performance coach > other industries The future of esports on the performance side Taylor can be found on Twitter @CoachT_Johnson This episode of the Pacey Performance Podcast is sponsored by Perch. Engineered at MIT, Perch uses small and mobile cameras to monitor and manage weight room performance without detracting from it. Perch is velocity based training. No strings attached. For exclusive deals and offers, tell them Rob sent you by going to perch.fit. This episode of the Pacey Performance Podcast is sponsored by Hawkin Dynamics, the team behind the worlds only wireless force plate system. Hawkin Dynamics can be found at hawkindynamics.com and you can follow them on Twitter @hawkindynamics This episode is also sponsored by IMeasureU. IMeasureU are a world leading inertial platform to precisely quantify body movement and workload metrics in the field. IMeasureU can be found at imeasureu.com and you can follow them on Twitter @imeasureu. This episode is sponsored by BLK BOX, leaders in performance training equipment & facility design. BLK BOX manufacture and distribute a full range of strength training equipment across Europe from their Headquarters in Belfast, Northern Ireland. BLK BOK can be found at blkboxfitness.com and you can follow them on Twitter @blkboxfitness and Instagram @blkboxfitness. This episode is also sponsored by Kitman Labs. Kitman partners with leading sports teams to achieve consistent success, on and off the pitch. Over 500 teams across the globe use Kitman Labs' Athlete Optimization System to simplify daily operations and rely on the company's unique analytics to uncover the factors that influence success. You can find Kitman Labs at kitmanlabs.com and on Twitter @kitmanlabs. Keep up to date with everything that is going on with the podcast by following on Twitter @strengthofsci or strengthofscience.com. Enjoy PP
In this Episode we talk about the book High Performance Browser Networking written by Ilya Grigorik and why every Performance Engineer should read it. Listen and enjoy! Don't forget to share feedback on twitter @whattheperf and share episode suggestions at whattheperf@gmail.com Read High Performance Browser Networking here: hpbn.co Tech News: Open Source Load Test Tool k6 latest release India Thinking of creating own app store Neotys Performance Advisory Council Chaos Conf What The Crash! Tesla Network Outage Tokyo Stock Exchange Outage Illinois Voter Registration site down Louisana Voter Registration site down UK Game Website crash
Here in Episode #78 Sarah starts our show with a Deming classic, reminding us that a bad process will always beat a good person; Sarah takes us through her career journey moving from the lab and into her current quality improvement role; and gives us an impromptu podcast tour of South Dakota; Sarah shares a moment of failure connected with her earliest improvement project; She walks us through her best practice approaches for building trust on her project teams; She tells what her most value-added tactic is for going to where the work is; Sarah shares her AHA moment connected with determining the cost of quality in healthcare; Provides her vision around getting executive leaders more involved with quality improvement initiatives; And the successes that she's had with reaching out and connecting with past guests of the show as a way of adding to her personal and professional development. Connect with Sarah on LinkedIn: https://www.linkedin.com/in/sarah-cook-459b07a9/ Access Our Podcast LinkedIn Group: https://www.linkedin.com/groups/12203005/ Visit Us Online: https://the-qcc.com/
On this episode Abby will be taking a closer look at foiling sailing and chatting to two sailors who have launched themselves into foiling, specifically with the WASZP class dinghy. First Elise Beavis who is based in Auckland, and has become a WASZP sailor and Performance Engineer with Emirates Team New Zealand. Then British based Hattie Rogers, who has come up through the ranks of youth sailing and recently tackled the transition from 29er skiff to the WASZP. We learn a lot about WASZP as both girls share their experiences and top tips for any sailor aspiring to foil. Host: Abby Ehler Podcast length: 41 mins. Sponsor: Hyland's Homeopathic Earache Drops For more information, links and resources plus other conversations from the world of women’s sport including articles, blogs, videos and podcasts visit wispsports.com. WiSP Sports is the World’s Largest Podcast Network for Women’s Sport with more than 25 hosts, 1200+ episodes across 45 shows and a global audience of over 6 million. WiSP Sports is on all major podcast players. Follow WiSP Sports on social media @WiSPsports. Contact us at info@wispsports.com.
Andrew Peters a Systems Performance Engineer for a hospitality company by day where he;s been involved with for the company 23 years. His side project is as a Beard Product Reviewer with the goal being to help bearded men use healthy products for their skin and beard, while additionally throwing in spirituality and positivity to help men be more holistic in their approach to life. While also teaching Buddhist meditation classes in the Phoenix area giving him the name "The Bearded Practitioner".
Pcar Club Drive - Pcartalk.com/pcarclub-drive-1 This Episode Sponsored By - Mike and Aaron Want to Sponsor an Episode? pcartalk@gmail.com Find Us - IG @PCARTALK MIKE - IG @mike964_61 AARON - IG @davidaaronjohnson Shop - Merch - pcartalk.com Membership - pcartalk.com/pcarclub
Claire Tolbert is a Performance Engineer with Alkami, and in this episode she sits down with us to talk about her career in tech, her time with Women Who Code, and how developers can best learn from each other.
Are you frustrated with how long a Splunk time series query of your data can take when you need it now, and are you looking to use machine learning to quickly gain insights about your app’s performance? Finding application exceptions or detecting outliers in your performance KPIs too late can lead your business to suffer without the information it needs to make the right decisions in a timely manner. We will show you how we used the metrics index and machine learning capabilities in Splunk to make better alerts, build scheduled performance reports, and ultimately gain deeper insights and make better decisions based on our data. Sharing these insights as a weekly scheduled report helped our team find hidden issues, increase performance awareness, and maintain SLAs around performance KPIs. Additionally, better alerts operationally helped us to detect outliers in performance metrics within minutes after they occur. Join this session to see queries, demos and several examples for you to take back with you and implement this solution at your company. Speaker(s) Eurus Kim, Staff ML Architect, Splunk PJ Pokhrel, Performance Engineer, StubHub Steve Veio, Performance OPS Manager, StubHub Slides PDF link - https://conf.splunk.com/files/2019/slides/IT1171.pdf?podcast=1577146223 Product: Splunk Enterprise, Splunk Machine Learning Toolkit, AI/ML Track: IT Operations Level: Intermediate
Are you frustrated with how long a Splunk time series query of your data can take when you need it now, and are you looking to use machine learning to quickly gain insights about your app’s performance? Finding application exceptions or detecting outliers in your performance KPIs too late can lead your business to suffer without the information it needs to make the right decisions in a timely manner. We will show you how we used the metrics index and machine learning capabilities in Splunk to make better alerts, build scheduled performance reports, and ultimately gain deeper insights and make better decisions based on our data. Sharing these insights as a weekly scheduled report helped our team find hidden issues, increase performance awareness, and maintain SLAs around performance KPIs. Additionally, better alerts operationally helped us to detect outliers in performance metrics within minutes after they occur. Join this session to see queries, demos and several examples for you to take back with you and implement this solution at your company. Speaker(s) Eurus Kim, Staff ML Architect, Splunk PJ Pokhrel, Performance Engineer, StubHub Steve Veio, Performance OPS Manager, StubHub Slides PDF link - https://conf.splunk.com/files/2019/slides/IT1171.pdf?podcast=1577146228 Product: Splunk Enterprise, Splunk Machine Learning Toolkit, AI/ML Track: IT Operations Level: Intermediate
As customers add more and more data to Splunk, indexer clusters with large volumes of indexers, indexes, and buckets are becoming commonplace. In Splunk labs we run intensive tests to explore the boundaries of the largest indexer clusters. This session will discuss the lifecycle of a Splunk bucket, why it is a key metric in indexer scalability, and which indicators and tunables to monitor in a very large cluster. We'll also share how we do performance testing, the latest performance results, and best practices for scaling your Splunk Enterprise cluster to 20 million unique buckets and beyond. Speaker(s) Cher-Hung Chang, Principle Software Engineer, Splunk Brent Davis, Principal Performance Engineer, Splunk Justin Lin, Performance Engineer, Splunk Slides PDF link - https://conf.splunk.com/files/2019/slides/FN1635.pdf?podcast=1577146226 Product: Splunk Enterprise Track: Foundations/Platform Level: Intermediate
Splunk [Foundations/Platform Track] 2019 .conf Videos w/ Slides
As customers add more and more data to Splunk, indexer clusters with large volumes of indexers, indexes, and buckets are becoming commonplace. In Splunk labs we run intensive tests to explore the boundaries of the largest indexer clusters. This session will discuss the lifecycle of a Splunk bucket, why it is a key metric in indexer scalability, and which indicators and tunables to monitor in a very large cluster. We'll also share how we do performance testing, the latest performance results, and best practices for scaling your Splunk Enterprise cluster to 20 million unique buckets and beyond. Speaker(s) Cher-Hung Chang, Principle Software Engineer, Splunk Brent Davis, Principal Performance Engineer, Splunk Justin Lin, Performance Engineer, Splunk Slides PDF link - https://conf.splunk.com/files/2019/slides/FN1635.pdf?podcast=1577146203 Product: Splunk Enterprise Track: Foundations/Platform Level: Intermediate
Splunk [AI/ML, Splunk Machine Learning Toolkit] 2019 .conf Videos w/ Slides
Are you frustrated with how long a Splunk time series query of your data can take when you need it now, and are you looking to use machine learning to quickly gain insights about your app’s performance? Finding application exceptions or detecting outliers in your performance KPIs too late can lead your business to suffer without the information it needs to make the right decisions in a timely manner. We will show you how we used the metrics index and machine learning capabilities in Splunk to make better alerts, build scheduled performance reports, and ultimately gain deeper insights and make better decisions based on our data. Sharing these insights as a weekly scheduled report helped our team find hidden issues, increase performance awareness, and maintain SLAs around performance KPIs. Additionally, better alerts operationally helped us to detect outliers in performance metrics within minutes after they occur. Join this session to see queries, demos and several examples for you to take back with you and implement this solution at your company. Speaker(s) Eurus Kim, Staff ML Architect, Splunk PJ Pokhrel, Performance Engineer, StubHub Steve Veio, Performance OPS Manager, StubHub Slides PDF link - https://conf.splunk.com/files/2019/slides/IT1171.pdf?podcast=1577146256 Product: Splunk Enterprise, Splunk Machine Learning Toolkit, AI/ML Track: IT Operations Level: Intermediate
Are you frustrated with how long a Splunk time series query of your data can take when you need it now, and are you looking to use machine learning to quickly gain insights about your app’s performance? Finding application exceptions or detecting outliers in your performance KPIs too late can lead your business to suffer without the information it needs to make the right decisions in a timely manner. We will show you how we used the metrics index and machine learning capabilities in Splunk to make better alerts, build scheduled performance reports, and ultimately gain deeper insights and make better decisions based on our data. Sharing these insights as a weekly scheduled report helped our team find hidden issues, increase performance awareness, and maintain SLAs around performance KPIs. Additionally, better alerts operationally helped us to detect outliers in performance metrics within minutes after they occur. Join this session to see queries, demos and several examples for you to take back with you and implement this solution at your company. Speaker(s) Eurus Kim, Staff ML Architect, Splunk PJ Pokhrel, Performance Engineer, StubHub Steve Veio, Performance OPS Manager, StubHub Slides PDF link - https://conf.splunk.com/files/2019/slides/IT1171.pdf?podcast=1577146210 Product: Splunk Enterprise, Splunk Machine Learning Toolkit, AI/ML Track: IT Operations Level: Intermediate
In this episode of the Pacey Performance Podcast, I am speaking to Chief Performance Engineer at Statespace Gaming Company, Taylor Johnson. To get a guest on the podcast who works in esports performance is a first for the podcast and one I have been looking forward to getting out there for a few weeks since we recorded it. An incredibly interesting area that is just going to grow and grow and Taylor is at the forefront of that. I find this area fascinating and horrendously exciting for performance coaches all over the world as it could provide the next wave of jobs for a market that is in desperate need. Hope you enjoy this episode with Taylor Johnson. Who is Taylor Johnson? (background, education and current role[s]) Esports performance market Demands placed on esports athletes Philosophy of performance coach working with esport athletes Cognitive training Nutrition Around competition Movement Example sessions Recovery Around travel The bigger 'lifestyle' picture for gamers Taylor can be found on Twitter @coacht_johnson This episode of the Pacey Performance Podcast is sponsored by Hawkin Dynamics, the team behind the worlds only wireless force plate system. Hawkin Dynamics can be found at hawkindynamics.com and you can follow them on Twitter @hawkindynamics This episode is also sponsored by IMeasureU. IMeasureU are a world leading inertial platform to precisely quantify body movement and workload metrics in the field. IMeasureU can be found at imeasureu.com and you can follow them on Twitter @imeasureu. This episode is sponsored by BLK BOX, leaders in performance training equipment & facility design. BLK BOX manufacture and distribute a full range of strength training equipment across Europe from their Headquarters in Belfast, Northern Ireland. BLK BOK can be found at blkboxfitness.com and you can follow them on Twitter @blkboxfitness and Instagram @blkboxfitness. This episode is also sponsored by Kitman Labs. Kitman partners with leading sports teams to achieve consistent success, on and off the pitch. Over 150 teams across the globe use Kitman Labs' Athlete Optimization System to simplify daily operations and rely on the company's unique analytics to uncover the factors that influence success. You can find Kitman Labs at kitmanlabs.com and on Twitter @kitmanlabs. Keep up to date with everything that is going on with the podcast by following on Twitter @strengthofsci or visiting strengthofscience.com. Enjoy PP
In this episode Cody breaks down a successful healthcare quality improvement team member as one that successfully multi-task, think critically, and manage time appropriately, he highlights the biggest opportunity in healthcare is to remove waste and reduce costs, he shares a great career lessons learned based around stakeholder management, and Cody highlights his love for process maps and data!
Have you ever used USE? Have you ever wondered what differentiates a performance tester from a performance engineer? Want to know how to automate performance engineering into DevOps Pipelines?Twan Koot, Performance Engineer at Sogeti, is answering all these questions. We met him at the last Neotys PAC Event where he gave an in-depth look on metrics and enlightened us all with USE (a method from Netflix’s Brendan Gregg). In our conversation we explain what USE really is, how to apply it and how a good performance engineer needs to understand more than just response time!Links:Twan on linkedin - https://www.linkedin.com/in/twan-koot-a813a8b7/Twan's deck from Neotys PAC - https://www.neotys.com/performance-advisory-council/twan-kootTwans Video at Neotys PAC - https://www.youtube.com/watch?v=hV8wpkDUtyshttp://www.brendangregg.com/Brendan Gregg's home page - http://www.brendangregg.com/eBPF - https://prototype-kernel.readthedocs.io/en/latest/bpf/BCC - https://iovisor.github.io/bcc/
Have you ever used USE? Have you ever wondered what differentiates a performance tester from a performance engineer? Want to know how to automate performance engineering into DevOps Pipelines?Twan Koot, Performance Engineer at Sogeti, is answering all these questions. We met him at the last Neotys PAC Event where he gave an in-depth look on metrics and enlightened us all with USE (a method from Netflix’s Brendan Gregg). In our conversation we explain what USE really is, how to apply it and how a good performance engineer needs to understand more than just response time!Links:Twan on linkedin - https://www.linkedin.com/in/twan-koot-a813a8b7/Twan's deck from Neotys PAC - https://www.neotys.com/performance-advisory-council/twan-kootTwans Video at Neotys PAC - https://www.youtube.com/watch?v=hV8wpkDUtyshttp://www.brendangregg.com/Brendan Gregg's home page - http://www.brendangregg.com/eBPF - https://prototype-kernel.readthedocs.io/en/latest/bpf/BCC - https://iovisor.github.io/bcc/
Welcome to Episode #20 Romy Mayer – Date & Performance Engineer – Red Bull Racing Who is Romy? I'm the Data and Performance Engineer of Jamie Whincup at the Red Bull Holden Racing team. I'm original from Germany, where i studied Automotive Engineering and have been working with the DTM Team of Mercedes for 5 years before I came to Australia in 2015. I'm an ambassador for Dare to be Different, which has been launch in April this year in Australia. Dare to be Different is a nonprofit organisation whose primary objective is aimed at increasing the participation of women in all forms of motor racing. It also desires to change the views of women in perceived male-dominated industries. I'm proud to be part of establishing this project here in Australia. This show you'll learn: How Romy got started in Engineering Why she chose to work in V8 Supercars What is Dare to be Different What is next for Romy Want to connect with Romy: www.linkedin.com/in/romy-mayer-redbullracing ▶ Website: https://www.cams.com.au/get-involved/competitors/dare-to-be-different DOWNLOAD THIS WEEK'S SPECIAL: If you would love to win a signed Red Bull shirt by Romy, simply head to itunes, subscribe and write a review to go into the draw to win! Reviews: Have some feedback on the show? I would love to hear it! Please leave a review on itunes or stitcher and I will read them out on next week's show, good or bad! Every review will go in the draw to win a prize. Thank you again for taking the time to listen to the podcast!
Welcome to Episode #20 Romy Mayer – Date & Performance Engineer – Red Bull Racing Who is Romy? I'm the Data and Performance Engineer of Jamie Whincup at the Red Bull Holden Racing team. I'm original from Germany, where i studied Automotive Engineering and have been working with the DTM Team of Mercedes for 5 years before I came to Australia in 2015. I'm an ambassador for Dare to be Different, which has been launch in April this year in Australia. Dare to be Different is a nonprofit organisation whose primary objective is aimed at increasing the participation of women in all forms of motor racing. It also desires to change the views of women in perceived male-dominated industries. I'm proud to be part of establishing this project here in Australia. This show you’ll learn: How Romy got started in Engineering Why she chose to work in V8 Supercars What is Dare to be Different What is next for Romy Want to connect with Romy: www.linkedin.com/in/romy-mayer-redbullracing ▶ Website: https://www.cams.com.au/get-involved/competitors/dare-to-be-different DOWNLOAD THIS WEEK’S SPECIAL: If you would love to win a signed Red Bull shirt by Romy, simply head to itunes, subscribe and write a review to go into the draw to win! Reviews: Have some feedback on the show? I would love to hear it! Please leave a review on itunes or stitcher and I will read them out on next week’s show, good or bad! Every review will go in the draw to win a prize. Thank you again for taking the time to listen to the podcast!
Trip reports from the Essen Hackathon and BSDCam, CfT: ZFS native encryption and UFS trim consolidation, ZFS performance benchmarks on a FreeBSD server, how to port your OS to EC2, Vint Cerf about traceability, Remote Access console to an RPi3 running FreeBSD, and more. ##Headlines Essen Hackathon & BSDCam 2018 trip report Allan and Benedict met at FRA airport and then headed to the Air Rail terminal for our train to Essen where the Hackathon would happen over the weekend of Aug 10 - 12, 2018. Once there, we did not have to wait long until other early-arrivals would show up and soon we had about 10 people gathered for lunch. After buying some take-out pizzas and bringing it back to the Linuxhotel (there was a training still going on there so we could not get into our rooms yet), we sat in the sunny park and talked. More and more people arrived and soon, people started hacking on their laptops. Some people would not arrive until a few hours before midnight, but we already had a record appearance of 20 people in total. On Saturday, we gathered everyone in one of the seminar rooms that had rooms and chairs for us. After some organizational infos, we did an introductory round and Benedict wrote down on the whiteboard what people were interested in. It was not long until groups formed to talk about SSL in base, weird ZFS scrubs that would go over 100% completion (fixed now). Other people started working on ports, fixing bugs, or wrote documentation. The day ended in a BBQ in the Linuxhotel park, which was well received by everyone. On Sunday, after attendees packed up their luggage and stored it in the seminar room, we continued hacking until lunchtime. After a quick group picture, we headed to a local restaurant for the social event (which was not open on Saturday, otherwise we would have had it then). In the afternoon, most people departed, a good half of them were heading for BSDCam. Commits from the hackathon (the ones from 2018) Overall, the hackathon was well received by attendees and a lot of them liked the fact that it was close to another BSD gathering so they could nicely combine the two. Also, people thought about doing their own hackathon in the future, which is an exciting prospect. Thanks to all who attended, helped out here and there when needed. Special Thanks to Netzkommune GmbH for sponsoring the social event and the Linuxhotel for having us. Benedict was having a regular work day on Monday after coming back from the hackathon, but flew out to Heathrow on Tuesday. Allan was in London a day earlier and arrived a couple of hours before Benedict in Cambridge. He headed for the Computer Lab even though the main event would not start until Wednesday. Most people gathered at the Maypole pub on Tuesday evening for welcomes, food and drinks. On Wednesday, a lot of people met in the breakfast room of Churchill College where most people were staying and went to the Computer Lab, which served as the main venue for BSDCam, together. The morning was spend with introductions and collecting what most people were interested in talking. This unconference style has worked well in the past and soon we had 10 main sessions together for the rest of this and the following two days (full schedule). Most sessions took notes, which you can find on the FreeBSD wiki. On Thursday evening, we had a nice formal dinner at Trinity Hall. BSDCam 2018 was a great success with a lot of fruitful discussions and planning sessions. We thank the organizers for BSDCam for making it happen. A special mentions goes out to Robert Watson and his family. Even though he was not there, he had a good reason to miss it: they had their first child born at the beginning of the week. Congratulations and best wishes to all three of them! ###Call for Testing: ZFS Native Encryption for FreeBSD A port of the ZoL (ZFS-on-Linux) feature that provides native crypto support for ZFS is ready for testing on FreeBSD Most of the porting was done by sef@freebsd.org (Sean Eric Fagan) The original ZoL commit is here: https://github.com/zfsonlinux/zfs/pull/5769/commits/5aef9bedc801830264428c64cd2242d1b786fd49 For an overview, see Tom Caputi’s presentation from the OpenZFS Developers Summit in 2016 Video: https://youtu.be/frnLiXclAMo Slides: https://drive.google.com/file/d/0B5hUzsxe4cdmU3ZTRXNxa2JIaDQ/view?usp=sharing WARNING: test in VMs or with spare disks etc, pools created with this code, or upgraded to this version, will no longer be importable on systems that do not support this feature. The on-disk format or other things may change before the final version, so you will likely have to ‘zfs send | zfs recv’ the data on to a new pool Thanks for testing to help this feature land in FreeBSD iXsystems ###Call for Testing: UFS TRIM Consolidation Kirk Mckusick posts to the FreeBSD mailing list looking for testers for the new UFS TRIM Consolidation code When deleting files on filesystems that are stored on flash-memory (solid-state) disk drives, the filesystem notifies the underlying disk of the blocks that it is no longer using. The notification allows the drive to avoid saving these blocks when it needs to flash (zero out) one of its flash pages. These notifications of no-longer-being-used blocks are referred to as TRIM notifications. In FreeBSD these TRIM notifications are sent from the filesystem to the drive using the BIODELETE command. Until now, the filesystem would send a separate message to the drive for each block of the file that was deleted. Each Gigabyte of file size resulted in over 3000 TRIM messages being sent to the drive. This burst of messages can overwhelm the drive’s task queue causing multiple second delays for read and write requests. This implementation collects runs of contiguous blocks in the file and then consolodates them into a single BIODELETE command to the drive. The BIODELETE command describes the run of blocks as a single large block being deleted. Each Gigabyte of file size can result in as few as two BIODELETE commands and is typically less than ten. Though these larger BIODELETE commands take longer to run, they do not clog the drive task queue, so read and write commands can intersperse effectively with them. Though this new feature has been throughly reviewed and tested, it is being added disabled by default so as to minimize the possibility of disrupting the upcoming 12.0 release. It can be enabled by running `sysctl vfs.ffs.dotrimcons=1’’. Users are encouraged to test it. If no problems arise, we will consider requesting that it be enabled by default for 12.0. This support is off by default, but I am hoping that I can get enough testing to ensure that it (a) works, and (b) is helpful that it will be reasonable to have it turned on by default in 12.0. The cutoff for turning it on by default in 12.0 is September 19th. So I am requesting your testing feedback in the near-term. Please let me know if you have managed to use it successfully (or not) and also if it provided any performance difference (good or bad). To enable TRIM consolidation usesysctl vfs.ffs.dotrimcons=1’ There is also a diff that adds additional statistics: https://lists.freebsd.org/pipermail/freebsd-current/2018-August/070798.html You can also watch the volume and latency of BIODELETE commands by running gstat with the -d flag ##News Roundup ZFS performance Aravindh Sampathkumar, a Performance Engineer and Sysadmin posts some simple benchmarks he did on a new ZFS server This is NOT an all-in post about ZFS performance. I built a FreeBSD+ZFS file server recently at work to serve as an offsite backup server. I wanted to run a few synthetic workloads on it and look at how it fares from performance perspective. Mostly for curiosity and learning purposes. As stated in the notes about building this server, performance was not one of the priorities, as this server will never face our active workload. What I care about from this server is its ability to work with rsync and keep the data synchronised with our primary storage server. With that context, I ran a few write tests to see how good our solution is and what to expect from it in terms of performance. The article then uses FIO to do some benchmarks. As the author did, make sure you match the FIO block size to the ZFS record size to avoid write amplification. Either tune FIO or adjust the recordsize property in ZFS You also want to consider compression and cache effects Write Performance: Incompressible: 1600-2600 MB/s, Compressible: 2500-6600 MB/s Another over 1200 MB/s is enough to keep your 10 gigabit network saturated The increased latency that is seen with higher number of writers working, may be the result of the ZFS backpressure system (the write throttle). There is some tuning that can be done there. Specifically, since this machine has 768 GB of ram, you might allow more than 4GB of dirty data, which would mean you’d be able to write larger batches and not have to push back while you wait for a transaction group to flush when dealing with gigabytes/sec of writes ###How to port your OS to EC2 Colin Percival reflects on his FreeBSD on EC2 maintainership efforts in his blog: I’ve been the maintainer of the FreeBSD/EC2 platform for about 7.5 years now, and as far as “running things in virtual machines” goes, that remains the only operating system and the only cloud which I work on. That said, from time to time I get questions from people who want to port other operating systems into EC2, and being a member of the open source community, I do my best to help them. I realized a few days ago that rather than replying to emails one by one it would be more efficient to post something publicly; so — for the benefit of the dozen or so people who want to port operating systems to run in EC2, and the curiosity of maybe a thousand more people who use EC2 but will never build AMIs themselves — here’s a rough guide to building EC2 images. Before we can talk about building images, there are some things you need: Your OS needs to run on x86 hardware. 64-bit (“amd64”, “x86-64”) is ideal, but I’ve managed to run 32-bit FreeBSD on “64-bit” EC2 instances so at least in some cases that’s not strictly necessary. You almost certainly want to have drivers for Xen block devices (for all of the pre-Nitro EC2 instances) or for NVMe disks (for the most recent EC2 instances). Theoretically you could make do without these since there’s some ATA emulation available for bootstrapping, but if you want to do any disk I/O after the kernel finishes booting you’ll want to have a disk driver. Similarly, you need support for the Xen network interface (older instances), Intel 10 GbE SR-IOV networking (some newer but pre-Nitro instances), or Amazon’s “ENA” network adapters (on Nitro instances), unless you plan on having instances which don’t communicate over the network. The ENA driver is probably the hardest thing to port, since as far as I know there’s no way to get your hands on the hardware directly, and it’s very difficult to do any debugging in EC2 without having a working network. Finally, the obvious: You need to have an AWS account, and appropriate API access keys. Building a disk image Building an AMI I wrote a simple tool for converting disk images into EC2 instances: bsdec2-image-upload. It uploads a disk image to Amazon S3; makes an API call to import that disk image into an EBS volume; creates a snapshot of that volume; then registers an EC2 AMI using that snapshot. To use bsdec2-image-upload, you’ll first need to create an S3 bucket for it to use as a staging area. You can call it anything you like, but I recommend that you Create it in a “nearby” region (for performance reasons), and Set an S3 “lifecycle policy” which deletes objects automatically after 1 day (since bsdec2-image-upload doesn’t clean up the S3 bucket, and those objects are useless once you’ve finished creating an AMI). Boot configuration Odds are that your instance started booting and got as far as the boot loader launching the kernel, but at some point after that things went sideways. Now we start the iterative process of building disk images, turning them into AMIs, launching said AMIs, and seeing where they break. Some things you’ll probably run into here: EC2 instances have two types of console available to them: A serial console and an VGA console. (Or rather, emulated serial and emulated VGA.) If you can have your kernel output go to both consoles, I recommend doing that. If you have to pick one, the serial console (which shows up as the “System Log” in EC2) is probably more useful than the VGA console (which shows up as “instance screenshot”) since it lets you see more than one screen of logs at once; but there’s a catch: Due to some bizarre breakage in EC2 — which I’ve been complaining about for ten years — the serial console is very “laggy”. If you find that you’re not getting any output, wait five minutes and try again. You may need to tell your kernel where to find the root filesystem. On FreeBSD we build our disk images using GPT labels, so we simply need to specify in /etc/fstab that the root filesystem is on /dev/gpt/rootfs; but if you can’t do this, you’ll probably need to have different AMIs for Nitro instances vs. non-Nitro instances since Xen block devices will typically show up with different device names from NVMe disks. On FreeBSD, I also needed to set the vfs.root.mountfrom kernel environment variable for a while; this also is no longer needed on FreeBSD but something similar may be needed on other systems. You’ll need to enable networking, using DHCP. On FreeBSD, this means placing ifconfigDEFAULT=“SYNCDHCP” into /etc/rc.conf; other systems will have other ways of specifying network parameters, and it may be necessary to specify a setting for the Xen network device, Intel SR-IOV network, and the Amazon ENA interface so that you’ll have the necessary configuration across all EC2 instance types. (On FreeBSD, ifconfigDEFAULT takes care of specifying the network settings which should apply for whatever network interface the kernel finds at boot time.) You’ll almost certainly want to turn on SSH, so that you can connect into newly launched instances and make use of them. Don’t worry about setting a password or creating a user to SSH into yet — we’ll take care of that later. EC2 configuration Now it’s time to make the AMI behave like an EC2 instance. To this end, I prepared a set of rc.d scripts for FreeBSD. Most importantly, they Print the SSH host keys to the console, so that you can veriy that they are correct when you first SSH in. (Remember, Verifying SSH host keys is more important than flossing every day.) Download the SSH public key you want to use for logging in, and create an account (by default, “ec2-user”) with that key set up for you. Fetch EC2 user-data and process it via configinit to allow you to configure the system as part of the process of launching it. If your OS has an rc system derived from NetBSD’s rc.d, you may be able to use these scripts without any changes by simply installing them and enabling them in /etc/rc.conf; otherwise you may need to write your own scripts using mine as a model. Firstboot scripts A feature I added to FreeBSD a few years ago is the concept of “firstboot” scripts: These startup scripts are only run the first time a system boots. The aforementioned configinit and SSH key fetching scripts are flagged this way — so if your OS doesn’t support the “firstboot” keyword on rc.d scripts you’ll need to hack around that — but EC2 instances also ship with other scripts set to run on the first boot: FreeBSD Update will fetch and install security and critical errata updates, and then reboot the system if necessary. The UFS filesystem on the “boot disk” will be automatically expanded to the full size of the disk — this makes it possible to specify a larger size of disk at EC2 instance launch time. Third-party packages will be automatically fetched and installed, according to a list in /etc/rc.conf. This is most useful if configinit is used to edit /etc/rc.conf, since it allows you to specify packages to install via the EC2 user-data. While none of these are strictly necessary, I find them to be extremely useful and highly recommend implementing similar functionality in your systems. Support my work! I hope you find this useful, or at very least interesting. Please consider supporting my work in this area; while I’m happy to contribute my time to supporting open source software, it would be nice if I had money coming in which I could use to cover incidental expenses (e.g., conference travel) so that I didn’t end up paying to contribute to FreeBSD. Digital Ocean https://do.co/bsdnow ###Traceability, by Vint Cerf A recent article from the August issue of the Communications of the ACM, for your contemplation: At a recent workshop on cybersecurity in the U.K., a primary topic of consideration was how to preserve the freedom and openness of the Internet while protecting against the harmful behaviors that have emerged in this global medium. That this is a significant challenge cannot be overstated. The bad behaviors range from social network bullying and misinformation to email spam, distributed denial of service attacks, direct cyberattacks against infrastructure, malware propagation, identity theft, and a host of other ills requiring a wide range of technical and legal considerations. That these harmful behaviors can and do cross international boundaries only makes it more difficult to fashion effective responses. In other columns, I have argued for better software development tools to reduce the common mistakes that lead to vulnerabilities that are exploited. Here, I want to focus on another aspect of response related to law enforcement and tracking down perpetrators. Of course, not all harms are (or perhaps are not yet) illegal, but discovering those who cause them may still be warranted. The recent adoption and implementation of the General Data Protection Regulation (GDPR) in the European Union creates an interesting tension because it highlights the importance and value of privacy while those who do direct or indirect harm must be tracked down and their identities discovered. In passing, I mention that cryptography has sometimes been blamed for protecting the identity or actions of criminals but it is also a tool for protecting privacy. Arguments have been made for “back doors” to cryptographic systems but I am of the opinion that such proposals carry extremely high risk to privacy and safety. It is not my intent to argue this question in this column. What is of interest to me is a concept to which I was introduced at the Ditchley workshop, specifically, differential traceability. The ability to trace bad actors to bring them to justice seems to me an important goal in a civilized society. The tension with privacy protection leads to the idea that only under appropriate conditions can privacy be violated. By way of example, consider license plates on cars. They are usually arbitrary identifiers and special authority is needed to match them with the car owners (unless, of course, they are vanity plates like mine: “Cerfsup”). This is an example of differential traceability; the police department has the authority to demand ownership information from the Department of Motor Vehicles that issues the license plates. Ordinary citizens do not have this authority. In the Internet environment there are a variety of identifiers associated with users (including corporate users). Domain names, IP addresses, email addresses, and public cryptography keys are examples among many others. Some of these identifiers are dynamic and thus ambiguous. For example, IP addresses are not always permanent and may change (for example, temporary IP addresses assigned at Wi-Fi hotspots) or may be ambiguous in the case of Network Address Translation. Information about the time of assignment and the party to whom an IP address was assigned may be needed to identify an individual user. There has been considerable debate and even a recent court case regarding requirements to register users in domain name WHOIS databases in the context of the adoption of GDPR. If we are to accomplish the simultaneous objectives of protecting privacy while apprehending those engaged in harmful or criminal behavior on the Internet, we must find some balance between conflicting but desirable outcomes. This suggests to me that the notion of traceability under (internationally?) agreed circumstances (that is, differential traceability) might be a fruitful concept to explore. In most societies today, it is accepted that we must be identifiable to appropriate authorities under certain conditions (consider border crossings, traffic violation stops as examples). While there are conditions under which apparent anonymity is desirable and even justifiable (whistle-blowing, for example) absolute anonymity is actually quite difficult to achieve (another point made at the Ditchley workshop) and might not be absolutely desirable given the misbehaviors apparent anonymity invites. I expect this is a controversial conclusion and I look forward to subsequent discussion. ###Remote Access Console using FreeBSD on an RPi3 Our friend, and FOSDEM Booth Neighbour, Jorge, has posted a tutorial on how he created a remote access console for his SmartOS server and other machines in his homelab Parts: Raspberry Pi 3 B+ NavoLabs micro POE Hat FT4232H based USB-to-RS232 (4x) adapter Official Raspberry Pi case (optional) Heat-sink kit (optional) USB-to-TTL adaptor (optional) Sandisk 16Gb microSD For the software I ended up using conserver. Below is a very brief tutorial on how to set everything up. I assume you have basic unix skills. Get an RPi3 image, make some minor modifications for RPi3+, and write it to the USB stick Configure FreeBSD on the RPi3 Load the ‘muge’ Ethernet Driver Load USB serial support Load the FTDI driver Enable SSHd and Conserver Configure Conserver Setup log rotation Start Conserver And you’re good to go A small bonus script I wrote to turn on the 2nd LED on the rPI once the system is booted, it will then blink the LED if someone is connected to any of the consoles. There is also a followup post with some additional tips: https://blackdot.be/2018/08/freebsd-uart-and-raspberry-pi-3-b/ ##Beastie Bits Annual Penguin Races Mscgen - Message Sequence Chart generator This patch makes FreeBSD boot 500 - 800ms faster, please test on your hardware FreeBSD’s arc4random() replaced with OpenBSD ChaCha20 implementation MeetBSD Devsummit open for registrations New Podcast interview with Michael W. Lucas Tarsnap ##Feedback/Questions We need more feedback emails. Please write to feedback@bsdnow.tv Additionally, we are considering a new segment to be added to the end of the show (to make it skippable), where we have a ~15 minute deep dive on a topic. Some initial ideas are on the Virtual Memory subsystem, the Scheduler, Capsicum, and GEOM. What topics would you like to get very detailed explanations of? Many of the explanations may have accompanying graphics, and not be very suitable for audio only listeners, that is why we are planning to put it at the very end of the episode. Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv
Martin Spier do Netflix compartilhou conosco pontos sobre sua carreira de Performance Engineer nos EUA e como a construiu desde o final da universidade. Natural do Rio Grande do Sul e hoje vivendo no Vale do Silício, Martin de falar sobre a trajetória de sua carreira e sobre como é seu dia a dia de Performance Engineer.
How often have you deployed an application that was supposed to be load tested well but then crashed in production? One of the reasons might be that you never took the time to really analyze real life load patterns and distributions. Brian Chandler (@Channer531) (https://www.linkedin.com/in/brian-chandler-8366663b ) – Performance Engineer at Raymond James – has worked with their Operations Team to not only start loving application specific performance data captured in production. They starting breaking down the DevOps Walls from Right to Left by sharing this data with Testers to create more realistic load tests but also started education developers to learn from real life production issues.We hope you enjoy this one as we learn a lot of cool techniques, metrics and dashboards that Brian uses at Raymond James. If you want to see it live check out our webinar where he presented their approach as well: https://info.dynatrace.com/apm_wc_getting_started_with_devops_na_registration.htmlYou can view the screenshots we refer to at:https://assets.dynatrace.com/en/images/general/Chandler_01.jpghttps://assets.dynatrace.com/en/images/general/Chandler_02.jpg
How often have you deployed an application that was supposed to be load tested well but then crashed in production? One of the reasons might be that you never took the time to really analyze real life load patterns and distributions. Brian Chandler (@Channer531) (https://www.linkedin.com/in/brian-chandler-8366663b ) – Performance Engineer at Raymond James – has worked with their Operations Team to not only start loving application specific performance data captured in production. They starting breaking down the DevOps Walls from Right to Left by sharing this data with Testers to create more realistic load tests but also started education developers to learn from real life production issues.We hope you enjoy this one as we learn a lot of cool techniques, metrics and dashboards that Brian uses at Raymond James. If you want to see it live check out our webinar where he presented their approach as well: https://info.dynatrace.com/apm_wc_getting_started_with_devops_na_registration.htmlYou can view the screenshots we refer to at:https://assets.dynatrace.com/en/images/general/Chandler_01.jpghttps://assets.dynatrace.com/en/images/general/Chandler_02.jpg
Nutanix NEXT Community Podcast Episode 10 with your Hosts Laura Whalen, John Troyer, Dwayne Lessner and Angelo Luciani. This week, we chat with Michael Webster, Senior Solutions and Performance Engineer, about Virtualizing Business Critical Apps, and Tier-1 Workloads.