Sinä päivänä kun Facebook melkein tappoi tietokoneeni

Puhutaanpa jotain epämukavaa: jopa teknologian suurimmat nimet voivat toimittaa aidosti viallista koodia. Eräs kehittäjä dokumentoi kokemuksen, joka kuulostaa melkein liian absurdilta ollakseen totta — Facebookin etusivu, joka makasi闲置, kulutti niin paljon muistia, että se laukaisi earlyoom:in (Linuxin muistinkulutus­tappajan) ja kaatoi selaimen kokonaan.

Sivu ladattiin osoitteeseen facebook.com/?_rdr, näytti pyörivää logoa ja alkoi sitten vuotaa muistia tahdilla, joka saa jokaisen juniorikehittäjän väristämään. 15,3 gigatavua 16 gigatavusta RAM-muistia — lähes koko järjestelmän resurssit — meni. Swap-osio puolillaan. Prosessi lopulta tapettiin järjestelmän hätätoimilla, vain jotta kone pysyisi hengissä.

Järjestelmän monitorin seuraaminen tuon kuolemanspiraalin aikana oli valaisevaa. Muistin käyttö nousi, nousi, nousi — ja sitten putosi jyrkänteeltä. Sellainen on tilanne, kun käyttöjärjestelmä päättää, että jonkin on kuoltava, jotta kaikki muu voi hengittää.

Tämä ei ole hyväksyttävää kenellekään — saati sitten Facebookille

Tässä tilanteessa on jotain erityistä: tämä ei ole jonkun viikonloppuprojekti tai startup, joka pyörii minimibudjetilla. Tämä on Facebook. Yhtiö, joka loi nykyaikaisen web-arkkitehtuurin, joka työllistää tuhansia insinöörejä, joka käsittelee miljardeja pyyntöjä päivittäin. Uudelleenohjauslooppi, joka vuotaa gigatavuja muistia, on sellainen bugi, jonka huomaat ensimmäisen QA-viikon aikana.

Näiden raporttien ajoituksella on merkitystä. Viime kuukausina Meta on ollut otsikoissa siirtäessään insinöörejä pois nykyisistä tiimeistä ja sijoittaessaan heitä AI-hankkeisiin. Mallien kouluttaminen, datan labelointi, testisyötteiden luominen — jännittävää työtä toki. Mutta jonkun piti ennen huolehtia rutiinitöistä. Infrastruktuuri-insinöörit. Suorituskyvyn optimointiasiantuntijat. Ihmiset, jotka varmistavat, ettei etusivu syö RAM-muistia kuin viimeistä päivää.

Siirrä sellaiset ihmiset muualle, ja tämä on tulos: lippulaivaetusivu, joka ei pysty lataamaan itseään.

Mitä tämä tarkoittaa kehittäjille ja yrityksille?

Tämän tilanteen pitäisi saada jokainen tech-alan ihminen pysähtymään. Tässä muutamia oppeja:

1. Suorituskyvyn optimointi ei ole valinnaista

Olitpa sitten sosiaalisen median jättiläinen tai pieni yrityssivusto, resurssien hallinta merkitsee. Jokainen megatavu muistia, jonka sovelluksesi kuluttaa, on megatavu, jota muut prosessit eivät voi käyttää. Suuressa mittakaavassa nämä tehottomuudet kasautuvat dramaattisesti.

2. Ydin infrastruktuuri ansaitsee jatkuvaa panostusta

Glamourinen työ — uusien ominaisuuksien rakentaminen, AI-trendien jahtaaminen — houkuttelee. Mutta olemassa olevien järjestelmien ylläpito, optimointi ja testaus on sitä työtä, joka pitää hommat pyörimässä. Laiminlyö sitä omalla riskilläsi.

3. Muistivuodot ovat hiljaisia tappajia

Ilmeisten virheiden tavoin muistivuodot jäävät usein huomaamatta kehityksen aikana. Sovellus toimii moitteettomasti testauksessa ja rappeutuu sitten vähitellen tuotannossa, kun muistin kulutus nousee ajan myötä. Siksi seuranta, automaattinen testaus ja asianmukaiset resurssirajoitukset ovat tärkeitä.

Mitä voimme oppia hostingista?

Näemme NameOceanilla huonon resurssienhallinnan seurauksia joka päivä. Oli kyse sitten väärin konfiguroidusta sovelluksesta, joka kuluttaa kaiken saatavilla olevan RAM-muistin, tai resurssitehokkaasta verkkosivustosta, joka vie jaetun palvelimen polvilleen, periaatteet ovat samat:

• Seuraa sovelluksiasi. Työkalut kuten earlyoom ovat olemassa, koska järjestelmät tarvitsevat suojelua holtittomilta prosesseilta.
• Aseta asianmukaiset resurssirajoitukset. Konttiterointi ja kunnollinen eristäminen varmistavat, että yksi ongelmallinen sovellus ei voi kaataa koko infrastruktuuria.
• Valitse hosting, joka antaa näkyvyyttä. VPS- ja dedikoidut ratkaisut, jotka tarjoavat järjestelmän monitorointia, auttavat saamaan muistiongelmat kiinni ennen kuin niistä tulee katastrofaalisia.

Suurempi kuva

Tässä tapauksessa on jotain runollista. AI:n omaksumisen kiireessä yhtiöt saattavat laiminlyödä perusteknologiat, jotka pyörittävät nykyaikaista webiä. Jokainen dollari, joka käytetään suurten kielimallien kouluttamiseen, on dollari, jota ei käytetä varmistamiseen, että verkkosivustot latautuvat tehokkaasti, kuluttavat resursseja vastuullisesti ja eivät kaada käyttäjien koneita.

Startupeille ja kehittäjille tämä on itse asiassa mahdollisuus. Kun tech-jätit jahtaavat AI-unelmia, ne kehittäjät, jotka ymmärtävät suorituskyvyn optimoinnin, tehokkaan resurssienhallinnan ja siistin koodin, ovat niitä, jotka rakentavat luotettavia sovelluksia.

Ironia ei jää keneltäkään huomaamatta: Facebook, yhtiö, joka auttoi määrittelemään webin suorituskykystandardeja 2000- ja 2010-luvuilla, ei nyt ilmeisesti pysty estämään etusivuaan vuotamasta muistia, kunnes se tappaa selaimen. Ehkä on aika yhteiselle paluulle perusasioihin — koska riippumatta siitä, kuinka pitkälle teknologia kehittyy, olemme edelleen sitoutuneita laitteistoresurssien perusrajoitteisiin.

Meta, jos kuuntelette: palauttakaa ne insinöörit tehtäviinsä. Meistä jotkut tarvitsevat yhä pääsyä.

Mitä mieltä olet webin suorituskyvyn tilasta mittakaavassa? Oletko kohdannut vastaavia ongelmia resursseja syövien verkkosivustojen kanssa? Jaa kokemuksesi kommenteissa alla.