Tweakers Podcast #360- Focusflitsers, ttl-tarieven en YouTube-jubilea

Deze week praten Arnoud Wokke, Tijs Hofmans, Yannick Spinner en Luke van Drie over smeltende Nvidia RTX5090-videokaarten, automatische verlichting van auto's, ttl-tarieven voor DNS, focusflitsers tegen telefoongebruik in de auto en de impact van YouTube, dat 20 jaar bestaat.

0:00 Intro
0:19 Opening
2:36 .post
8:17 Ze smelten de kazen RTX 4090's!
18:07 Een gebrek aan (high)light in de auto
25:36 Geld betalen voor een lage ttl bij je DNS-instellingen
33:29 Flitsers gaan kijken of jij je telefoon vasthoudt
42:21 YouTube bestaat 20 jaar
1:17:21 Sneakpeek

Door Arnoud Wokke

Redacteur Tweakers

13-02-2025 • 06:00

51

Reacties (51)

51
51
12
6
0
38
Wijzig sortering
Over de auto.

Verantwoordelijk zijn voor verlichting is een, maar gedrag als gevolg van gewenning is echt heel normaal, zo zitten mensen en dieren in elkaar. Daar kun je tegen proberen te vechten, maar dat helpt niet.

Dus als je auto normaal altijd je licht aan doet, ontwen je jezelf om het te controleren. Ik heb een 14 jaar oude auto, lamp staat altijd aan, en wordt elk jaar bij de keuring gecontroleerd.
Dus ik stap niet elke keer als ik ga rijden eerst in, auto aan, lampen aan, uitstappen rondje om de auto om te kijken of al mijn lampen het nog doen.

Zou ik nu elke week een kapotte lamp hebben, dan is zo'n rondje waarschijnlijk een gewoonte die je jezelf aanleert.

Zo ook met automatisering van je auto: als hij het meestal goed regelt, denk je er niet meer over na.
Daarom is het bij automatisering van veiligheid van belang de veilige optie de opstart default te laten zijn (lampen aan). Daarom is het 'je rijdt te snel' geluid alleen per rit uit te zetten en gaat ie bij de volgende rit 'gewoon' weer aan.

Überhaupt gek dat lampen voor wel, en achter niet aan gaan. Dat zijn mensen niet gewend, dus daar houden ze geen rekening mee. Stel je voor dat je voor en achter je knipperlichten apart moest aan of uit zetten. Precies, idem voor gewoon licht: onnodig om dat apart te regelen.


Er was wel een regel over dimlichten/ stadslichten dat die niet aan mochten in bepaalde situaties. Volgens mij zij mijn instructeur ooit: dan doe je gewoon je normale licht aan (2x klikken) en dat mag wel.
Wel gebruikt licht natuurlijk stroom, en dus brandstof, want je dynamo laadt de accu. (traditionele auto).

[Reactie gewijzigd door djwice op 13 februari 2025 21:30]

Hier iets vergelijkbaars. Ik heb wel dagrijverlichting, maar gebruik hem niet (zie ook reactie hier waarom dagrijverlichting dood moet). Mijn verlichting staat dus ook altijd aan. En dan ook altijd. Als in: nooit uit, net als jij.

Tot mijn auto een bandenwissel had gehad en de monteur in de garage de verlichting uit had gedaan toen hij de auto weer teruggaf. Als ik wegrij, gaan de voorste lampen automatisch aan, zelfs al staat de schakelaar op "uit", dus ik had niks in de gaten. En ik check het niet, want altijd aan. Toen - in het schemer - mensen achter mij gingen knipperen, had ik pas door dat er iets aan de hand was, maar toen reed ik al een dag met zonder achterlichten
Hier gebeurt hetzelfde, zodra auto bij de garage is geweest rij ik daarna gerust een paar dagen zonder verlichting :X Heb deze altijd op automatisch staan, maar tijdens onderhoud wordt deze nog wel eens uitgezet.
Bij mij dus ook, maar ik heb me aangewend om dat bij ophalen meteen weer aan te zetten.
Daarom is het 'je rijdt te snel' geluid alleen per rit uit te zetten en gaat ie bij de volgende rit 'gewoon' weer aan.
Zo, ben ik even blij dat dat bij mijn mazda niet zo werkt. Gruwelijk irritant was dat. Ik heb het bij aankoop als voorwaarde gesteld dat dat uitgezet werd.

[Reactie gewijzigd door LA-384 op 13 februari 2025 19:57]

En ik check het niet, want altijd aan.
Zelfde hier, alleen de garage zet het licht uit, ik nooit. Maar dan gaat Android op mijn entertainmentsysteem in light-modus en dat heb ik meestal door. Mocht ik mijn telefoon een keer niet ingeplugd hebben, dan merk ik 's avonds dat het dashboard niet verlicht is, dus meestal gaat het goed.

Een paar weken terug sprak ik nog iemand aan op in het donker rijden zonder licht. Haar commentaar was heel typisch: "Dat kan niet, want dat gaat automatisch". Waarschijnlijk was ze ook bij de garage geweest.
Ik ben groot voorstander van automatische verlichting bij auto's, want ook overdag is het zoveel prettiger om andere weggebruikers goed te zien door verlichting.

Waar wel wat aan gedaan mag worden is die sterke (LED?) verlichting je helemaal verblind wanneer je niet in zo'n hogere suv rijdt. Ook automatisch achterlicht mag verplicht worden.

Of het standaard licht dan dagrijverlichting of dimlicht is, dat maakt me niet uit. Enerzijds heeft standaard dimlicht het voordeel dat je een kapotte koplamp kunt detecteren en vervangen vóórdat je in het donker moet rijden. Voordeel van dagrijverlichting is dat wanneer er 1 lamp stuk gaat, je nog altijd 3 lampen hebt (in het donker) die laten zien dat jij een auto bent en geen (brom)fiets.
Ik ben groot voorstander van automatische verlichting bij auto's, want ook overdag is het zoveel prettiger om andere weggebruikers goed te zien door verlichting.
Eens. alleen het lijkt alsof mist met name in Nederland veel voorkomt op de wegen. Want het krijg tot dit jaar weinig aandacht (we hebben dit jaar ook relatief veel mist). Toch heel belangrijk, dit jaar zijn er al diverse dodelijk ongelukken gebeurd door geen achterlicht. In sommige gevallen, zijn mensen zo vertrouwd op de automatische stand, dat seinen enkel agressie uitlokt. Ik denk dat de overheid het beste deze taak op zich kan nemen, door een voorlichtingscampagne op te zetten.
Waar wel wat aan gedaan mag worden is die sterke (LED?) verlichting je helemaal verblind wanneer je niet in zo'n hogere suv rijdt. Ook automatisch achterlicht mag verplicht worden.

Of het standaard licht dan dagrijverlichting of dimlicht is, dat maakt me niet uit. Enerzijds heeft standaard dimlicht het voordeel dat je een kapotte koplamp kunt detecteren en vervangen vóórdat je in het donker moet rijden. Voordeel van dagrijverlichting is dat wanneer er 1 lamp stuk gaat, je nog altijd 3 lampen hebt (in het donker) die laten zien dat jij een auto bent en geen (brom)fiets.
Onbehaarde apen heeft hier een leuke aflevering over: https://open.spotify.com/...c5uuL?si=32ec65175c924589 en artikel Waarom zijn koplampen vaak zo verblindend? - NRC (ff snel op stop drukken om de paywall om te omzeilen ;) ).
Ledverlichting heeft grote voordelen. Het is heel energiezuinig en de lichtbundel is goed te richten waardoor er minder strooilicht en lichtvervuiling in de omgeving is. Om deze redenen is ook straatverlichting nu veelal led. „Maar het nadeel is dus wel dat dat goedgerichte licht ineens helemaal op jouw ogen geprojecteerd kan zijn, als een auto of fiets over een drempel rijdt of de lamp verkeerd staat afgesteld”, zegt Heynderickx.

Het licht anders sturen kan helpen. „Dat kan met met reflectoren in de lampunit”, zegt Zeven. „Dan gaat het ledlicht eerst naar achteren en de reflector projecteert het naar voren. Zo wordt de lichtbundel breder en minder vervelend voor het oog.”

Toch passen automakers dit vrijwel niet toe. „Ze zijn erg bezig met stroomlijn en identiteit. Led kun je fijn smal maken, of in een kenmerkende vorm zetten.” Of zoals de ANWB het formuleerde in een onderzoek naar koplampen uit 2019: „Waar autodesigners blij van worden, daar ergeren automobilisten zich aan.”
TLDR: Led heeft heel veel voordelen, grootste verschil is minder strooilicht, waardoor het harder aankomt. De oplossing zou moeten liggen in reflectoren inbouwen, maar daardoor wordt auto minder mooi en dat willen kopers en fabrikanten niet.
Ik weet eigenlijk niet wat dagrijverlichting is. Ons licht staat altijd 'gewoon' aan, het enige slimme is dat ie uit gaat als de motor uit gaat volgens mij. Jaren geleden is al uit onderzoek gebleken dat dat veiliger is. De enige keren dat ons licht uit is is als de auto bij de garage is geweest. Gelukkig gaat Android Car dan in light-modus en het dashboardlicht uit, anders zou ik het pas laat merken.
Met betrekking tot NVIDIA 5090, als ik het goed begrepen heb is het dat op 1 pin 22A loopt en een andere 2A en het maximum van de specificatie 9.2A is en van de draad 18A. Dus de draad is zeer veilig gekozen: twee keer boven de maximale capaciteit. Maar de kaart gebruikt zelfs meer dan dat op 1 pin.

De kaart belast de stekker onevenredig en buiten specificatie en buiten maximale fysieke limiet. De connector werd hierdoor binnen 4 minuten 150°C.
Zie ook youridv1 in ''Gesmolten connectors op RTX 5090 FE komt door ongelijke verdeling stroom''

Het ligt dus niet aan de kabel en ook niet aan het gebruikte merk kabel. En het is ook niet iets als een "klein foutje". De kaart is gewoonweg niet CE-compliant. En had dus in Europa niet verkocht mogen worden.

[Reactie gewijzigd door djwice op 13 februari 2025 21:27]

Ook deze video legt goed uit dat er wel een onderbouwing te onderzoeken is
YouTube: How Nvidia made the 12VHPWR connector even worse.

De layout van de kaart is te analyseren door de koeler er af te halen en elk individueel component te controleren, de rest zijn natuurwetten. Dit is een risicovol ontwerp.

Is het 'per definitie een probleem' nee als je 16awg aders hebt op de kabel dan mag er best veel door heen en kan je best een ader meer belasten, ook zal de kaart meestal niet veel continu hoog vermogen vragen. maar als alle variabelen verkeerd vallen of er een langere tijd overheen gaat dan zal het goedkopere architectuur zekers snellere slijtage (en in sommige gevallen slijtage binnen een minuut) veroorzaken.

Er zijn erg veel variabelen, doordat er nu geen loadbalancing over de aders is kan zelfs het draaien van de kabel om bij de voeding te komen al effect hebben. daardoor krijg je tensie en compressie op de aders wat al impact heeft op de weerstandwaardes per ader, Dat kan al effect hebben dat er toch teveel stroom door een enkele ader zou gaan. Niet veel effect maar alle effecten (fabricage tolleranties, kwaliteit van connectors, kwaliteit van aders, leeftijd, tensie, compressie, fixatie op beide uiteinden, enz) hebben allemaal impact en het wordt niet geloadbalanced dus deze effecten kunnen allemaal een situatie boven de limieten creëren.

voor mij persoonlijk valt dit onder de noemer "enschittification" van het product.
Precies, exact wat ik dacht toen ik de podcast luisterde, dit gaat totaal niet om de kabel of connector :)
Het filmpje van derbauer word aangehaald maar is volgens mij niet helemaal bekeken, daar komen de metingen ook in beeld.
Het 'grappige' is dat de draad niet eens het probleem was. Het was immers niet de draad die gesmolten was, maar de connector. Het zwakke punt was dus ook de connector, of nog meer specifiek de overgang van het ene kopere lichaam naar de andere. Dáár was het contactoppervlak van beide zo klein of slecht dat de 22A, die er doorheen moest, teveel warmte genereerde.

Puur kijken naar de diameter van de draad-ader geeft je een te beperkte blik. Een slecht contact, b.v. door een kabel die niet goed zat, of oxidatie van de contacten is een veel grotere factor in deze.

En dat maakt dat het niet goed aandrukken van een connector, of wat oxidatie al een groot probleem kan vormen terwijl dat in de testbank niet opvalt. Wat niet weg neemt dat die 22A wel degelijk veel teveel was !
Dont get me started on dagrijverlichting!
Wat mij betreft is het een van de mooiste voorbeelden van een oplossing op zoek naar een probleem. Dagrijverlichting moet dood, of op zijn minst zo worden aangepast dat óók de achterlichten aangaan. En als dát is geregeld, wat is dan nog het verschil met de gewone dimlichten? Dat ze automatisch aangaan als je de auto aan doet? Dan heb ik nieuws voor je, want mijn auto (Hyundai) kan dat al. Mijn lichtschakelaar staat altijd op "ON" en dat heeft tot gevolg dat voor- en achterlampen aan zijn zodra de auto aangaat. En zodra de auto uit gaat, gaan de lampen ook weer uit. Net zo makkelijk en zonder piepjes en bliepjes als je de deur opendoet. De Fiat 128 van mijn moeder (bouwjaar 1974. De Fiat dan he, niet mijn moeder) kon dat al, dus het is niet nieuw.

Wel schattig dat jullie in de podcast direct nadenken over extra sensoren om van alles te meten en aan de hand daarvan de verlichting aan of uit te doen, terwijl de oplossing voor dit probleem juist is om MINDER tech te gebruiken in plaats van meer.
DNS TTL, bij AWS staat de TTL standaard op 60 seconden als je hun CDN en DNS service gebruikt:
https://mxtoolbox.com/Sup...jnmaandag.nl&run=toolpage

In de praktijk kwam ik tegen dat als security mensen niet snappen wat een CDN is en een onprem Firewall eisen voor de DNS (Jep, je hebt rare mensen in deze wereld), en je Firewall mensen ook niets snappen van zeer dynamische IP-adressen, dat je site regelmatig onbereikbaar wordt:

Een firewall zoals BigIP F5 of Palo Alto gebruiken intern een DNS cache, als ze daar in stellen los van de TTL dat de cache minimaal 5 minuten moet mee gaan, is er veel down time, ook al zijn je servers up.

Waarom zo dynamisch? AWS doet iets heel moois, per gebruiker wordt de latency bepaald en jij krijgt de IP-adressen van de server die op dat moment voor jou het snelste is. De CDN draait over 180 data centra, dus dat maakt ook echt uit.
Als een data centrum under attack of andere zware load ligt, worden bezoekers dus gemiddeld binnen 30 seconden naar een ander data centrum gerouteerd.
Ook kan een website op deze manier niet op basis van IP-adres langdurig aangevallen worden. Best handig dus. Uiteraard moet je nooit een Externe firewall voor je CDN zetten en is het verstandig de TLD ook in de DNS van de cloud provider te hosten.

Dus best bijzonder dat er providers zijn die extra geld vragen voor een lagere TTL. Het kost uiteraard meer requests, maar je kunt daardoor wel veel makkelijker risico's mitigeren en goed en slecht verkeer scheiden.

Bij AWS kun je ook instellen dat een andere resolver een ander antwoord krijgt. Zo kun je in je publieke DNS configuraties zetten voor je interne resolver die afwijken van de publieke antwoorden (bijvoorbeeld geen versus wel, of een publiek versus niet publiek IP). Zo kun je dus zelfs voor je intranet een publieke CDN gebruiken.

[Reactie gewijzigd door djwice op 13 februari 2025 21:37]

AWS doet iets heel moois,
Ik zou bijna denken dat je voor AWS werkt als ik de reactie zou lees!
per gebruiker wordt de latency bepaald en jij krijgt de IP-adressen van de server die op dat moment voor jou het snelste is.
Dit is echter niet hoe het werkt: AWS meet niet de latency van jouw verbinding, ze hebben immers geen software op jouw computer meedraaien om dat mee te doen. De informatie die ze hebben is welk IP-adres de aanvraag vanaf komt, waaraan je kan zien uit welke regio je komt en bij welke provider je zit. Daar wordt dan een datacenter of cache-locatie op uitgekozen.

Het Wikipedia-artikel over wat je beschrijft, dat split-horizon DNS heet, stamt uit mid 2008. Hoe oud het toen al was staat er niet bij, maar als ik even in de commit history van een oude DNS resolver snuffel, zie ik dat er in 1999 al aan gesleuteld werd (de functie heet in BIND een "view"). AWS zou op dat moment nog ruim tien jaar geen DNS aanbieden

Dan het verhaal over dat je hiermee DDoS-aanvallen zou oplossen: dat volg ik niet helemaal. Ik kan het ook niet terugvinden als ik zoek naar hun documentatie hierover, voor hun DNS-servers noemen ze wel dat elke locatie een eigen set servers heeft zodat er eentje om kan vallen en clients het elders opnieuw kunnen proberen, maar dat is wat anders dan actief sturen op welk IP het minste load heeft. Dat is ook waar ik het verhaal kwijtraak: clients hebben DNS caches van hun provider, van hun "router", van hun computer, maar de aanvaller kan de nameserver simpelweg direct bevragen om te weten naar welk IP-adres je verhuisd bent. Hoe zou het helpen om van IP te wisselen wanneer de aanvaller veel sneller weet waar die zich op moet richten dan dat het publiek het nieuwe IP-adres te horen krijgt? Daarnaast heb je dan nog altijd downtime, mensen gaan echt wel ergens anders kijken als een pagina niet na 20 seconden laadt, en een TTL korter dan 24 uur wordt lang niet altijd gerespecteerd dus dit kan vaak helemaal niet werken. Ik heb danook nog nooit gehoord dat iemand van IP naar IP hopt als middel tegen DDoS'en, behalve in de situatie waar ze hun "echte" IP-adres gelekt hebben en nu achter een big brother willen verschuilen en het dus even duurt voor iedereens cache leeg is -- wat totaal niet wenselijk is voor de dienst.

Subsidiair is een lage TTL onlogisch omdat het, naast de extra kosten die je noemt, vertraging oplevert: als je een minuutje een pagina hebt gelezen op jouw site en je klikt door, zou de DNS cache alweer leeg zijn en de gebruiker langer wachten op de volgende pagina. Dat trage pagina's gebruikers sneller doen wegswitchen is zover ik weet een bekend gegeven

Het domein dat je linkt staat overigens op 3600 seconden (een uur), niet 60 seconden, en wordt ook niet bij AWS gehost maar bij Easyhosting. De mxtoolbox-link geeft overigens geen data, wellicht dat ze alleen naar een A(AAA)-record vragen (ik zie alleen MX-, NS-, en SOA-records), dus die link zegt enkel dat er geen informatie is
en is het verstandig de TLD ook in de DNS van de cloud provider te hosten.
Wat betekent deze zin? Je kunt niet zomaar de hele .nl-zone naar jouw serverprovider overzetten
Bij AWS kun je ook instellen dat een andere resolver een ander antwoord krijgt
...net als bij elke andere DNS-server
Nee, ik werk niet voor AWS. Ik vind het gewoon oprecht mooi werken en heb wel mét het Route53 team gewerkt (paar overleggen, meer niet) om de functie zo mooi te krijgen.

Een browser werkt pro-actief, de gebruiker hoeft niet een link te klikken om al DNS requeste plaats te laten vinden.
Maar test het gerust zelf of je na een minuut merk dat de site even iets trager is bijvoorbeeld de eerder verstrekte domein.

Mooi dat jij andere waarden ziet, dan werkt de mitigatie goed. Ik vermoed overigens dat je hele oude gegevens bekijkt (enkele jaren oud) gezien je opmerking over hosting.

Je kunt voor zo ver ik weet bij de meeste DNS servers geen AAAA of A record maken voor je TLD naar een conical name buiten de server. Dat is wel noodzakelijk voor deze mitigatie.

[Reactie gewijzigd door djwice op 18 februari 2025 21:30]

Mooi dat jij andere waarden ziet, dan werkt de mitigatie goed. Ik vermoed overigens dat je hele oude gegevens bekijkt (enkele jaren oud) gezien je opmerking over hosting.
Oude gegevens? Dan geeft jouw hostingprovider oude gegevens terug, het is niet alsof ik een tijdreiziger ben en nu kan queryen wat die server vorig jaar zei :P
Ik zit niet bij easyhosting. Dat was zeg maar tijdens de oprichting 20 jaar geleden.

Als je een query doet kom je op AWS Lambda@Edge.

[Reactie gewijzigd door djwice op 21 februari 2025 17:45]

Dan moet je een ander domein bedoelen dan die je linkte (via mxtoolbox), namelijk [tt]mijnmaandag.nl[/tt] wat bij easyhosting zit voor de DNS:
[code]
$ dig ns mijnmaandag.nl
ns1.dnstools.nl. / 81.26.219.100
ns2.dnstools.nl. / 81.26.208.160

$ openssl s_client -connect 81.26.219.100:443
subject=serialNumber = 32058106, jurisdictionC = NL, businessCategory = Private Organization, C = NL, ST = Noord-Holland, O = Easyhosting B.V., CN = easyhosting.nl

$ whois dnstools.nl
Abuse Contact:
+31.204750009
abuse@easyhosting.nl

$ dig mx dnstools.nl
fallback.easyhosting.nl.
[/code]

Maargoed, maakt niet uit, je reageerde toch al niet inhoudelijk over of split-horizon DNS een standaardfunctie is dat je bij alle CDN's kan vinden en of dat van IP hoppen echt is wat AWS doet of waarom dan en hoe dat nut heeft

[Reactie gewijzigd door Lucb1e op 21 februari 2025 18:18]

Ik zie dat er een "correctie" filter actief is die de domeinnaam veranderd. Vandaar dat je iets anders ziet.

Ik heb een paar keer geprobeerd de juiste link te plaatsen, waar die veranderd elke paste en ook bij handmatige correctie.

[Reactie gewijzigd door djwice op 21 februari 2025 21:13]

Als politieman kan ik het niet laten om te reageren op de laatste Podcast.

In Nederland is het vasthouden van een mobiel elektronisch apparaat tijdens het rijden niet toegestaan. Het in je schoot leggen en dan bedienen is een twijfelgeval, welke überhaupt lastig te controleren is. Behalve vanuit de eerder genoemde bus, of bijvoorbeeld vanaf de motor. Het geklemd houden van een mobiele telefoon in een hoofddoek is volgens de jurisprudentie wel strafbaar.

Ook ik ben een groot voorstander van het voeren van dimlicht overdag, bij de meeste motoren is dit trouwens al standaard. Ook in Duitsland wordt tegenwoordig aangeraden om ook overdag dimlicht te voeren, simpelweg om je dan veel eerder zichtbaar bent, ook bij helder weer.

Door rood rijden met een auto kost tegenwoordig 310 euro. Ik wil zeker niemand op ideeën brengen, maar als de richtlijn van het Openbaar Ministerie gevolgd wordt, dan is het stelen van een verkeerslicht vaak goedkoper dan het rode licht negeren. ;)
Ik moet werk gaan zoeken dat verder van huis ligt; de podcast is tegenwoordig te lang :D
Ik heb mijn podcastspeler al op 120% snelheid staan om dit tegen te gaan, maar als hij echt langer dan een uur is, begin ik al te luisteren tijdens het tandenpoetsen. Vanmorgen net gered!
Dat kan alleen als jur er niet bij is, anders kan ik 'm niet meer volgen :)
Daar zit wat in, viel me ook op dat de verdeling van spreektijd nu evenrediger verdeeld lijkt dan wanneer Jur erbij is. Hij is graag veel en lang aan het woord....

(is er iemand die dit soort statistieken bijhoudt?)

[Reactie gewijzigd door P_Tingen op 13 februari 2025 10:17]

Je kunt het toch in etappes luisteren? Althans zo doe ik dat. Deze en andere podcasts gaan in een Playlist, die speel ik af wanneer het mij uitkomt.
Ja, dat doe ik dus ook als ik begin tijdens het tandenpoetsen, maar op het werk kan ik de podcast niet verder luisteren dus als hij dan nog niet "uit" is, moet ik wachten tot ik weer naar huis ga en zoveel geduld heb ik niet :+
Third-party kabels zouden niet het probleem moeten zijn, zolang ze van hoge kwaliteit zijn en de juiste reeks (de meeste PSU fabrikanten heb een aantal 'types' kabels die met een set van psu's werken, bijvoorbeeld Corsair type 3/4/5) . ModDIY staat bekend voor hoge kwaliteit kabels, over het algemeen zelfs beter dan de meegeleverde kabels.
Wacht even. Paul van development is Paul van Mastermovies? _/-\o_

Op dit item kan niet meer gereageerd worden.