Het artikel introduceert de Coil Whine Database 2026, een community-census die de prevalentie van coil whine bij GPU's, PSU's en AIO-pompen registreert. Omdat coil whine per individueel exemplaar verschilt, richt de database zich niet op definitieve oordelen per model, maar op statistische distributies.
Belangrijkste kenmerken van de database:
- Ernst-schaal: Gebruikers scoren hun hardware op een vaste schaal van 0 (onhoorbaar) tot 4 (hoorbaar in idle).
- Publicatiedrempel: Data wordt pas getoond zodra er vijf of meer rapporten per model zijn binnengekomen om betrouwbaarheid te waarborgen.
- Open data: De ruwe data en het schema zijn publiekelijk beschikbaar via GitHub onder een CC BY 4.0 licentie.
- Filterproces: Inzendingen worden gecontroleerd op mechanische fouten en door een beheerder beoordeeld om trollen en uitschieters te filteren.
Daarnaast bevat het artikel een FAQ waarin wordt uitgelegd dat coil whine een akoestisch bijeffect is van elektrische resonantie in inductoren. Hoewel het over het algemeen ongevaarlijk is voor de hardware, kunnen oplossingen zoals FPS-limiting en undervolting het geluid verminderen. De auteur merkt op dat coil whine zelden onder de standaardgarantie valt, waardoor de variatie per exemplaar een cruciale factor is bij het ruilen van hardware.
Coil Whine Database 2026: Community Census per Model (GPU, PSU, AIO)
Snel antwoord
De korte versie
Coil whine is een van de meest gestelde vragen over PC-geluid, maar er is zeer weinig data over beschikbaar. Uit een controle in augustus 2026 bleek dat er nergens een database bestond die coil whine per model bijhield. Community-kennis is verspreid over diverse forumthreads, aangevuld met één laboratoriumanalyse (hwcooling.net) die eenmalig een batch van 30 kaarten mat en daarna stopte. Ondertussen wordt er maandelijks ongeveer 2.900 keer gezocht op "coil whine" en 1.000 keer op "gpu coil whine" (gebaseerd op Google Ads exact match, gecontroleerd op 12-08-2026).
Deze pagina start de census die er zou moeten zijn: rapporten van eigenaren van GPU's, PSU's en AIO-pompen op een vaste ernst-schaal van 0-4, gepubliceerd als distributies per model. De ruwe data, het schema en de intake bevinden zich in de open repository: github.com/iBlessi/coil-whine-db (CC BY 4.0).
Waarom distributies en geen oordelen
Het bepalende feit over coil whine is de beperking voor de gehele dataset: het verschilt per individueel exemplaar. Van hetzelfde GPU-model kunnen zowel volledig stille exemplaren als "schreeuwende" exemplaren worden verzonden. De uitkomst hangt namelijk af van welke inductoren een specifieke printplaat heeft gekregen, hoe deze zijn gegoten, de PSU die ze voedt en het belastingpatroon — niet van de modelnaam.
Een review-unit die stil blijft, bewijst niets over het exemplaar dat jij ontvangt, en één luid exemplaar op een forum bewijst niets over het model in het algemeen. Het eerlijke antwoord per model is daarom nooit "de RTX 4090 heeft coil whine" of "hij heeft het niet". Het is een distributie: van de n gerapporteerde units was dit aandeel onhoorbaar, dit aandeel hoorbaar bij het bureau, en dit aandeel schreeuwde zelfs in idle. Dat is wat deze database publiceert: kansen, geen oordelen.
Het schema
Eén rij in de database staat gelijk aan één fysiek exemplaar dat door een eigenaar is beluisterd. De volledige machine-leesbare definities staan in schema.json.
| Veld | Verplicht | Wat het registreert |
|---|
component_type | Ja | gpu, psu, of aio-pump |
brand | Ja | Zoals vermeld op de doos — bijv. ASUS, Corsair, Arctic |
model | Ja | Modellijn, specifiek genoeg om units te groeperen — bijv. "ROG Strix RTX 4090", "RM850x (2021)" |
exact_sku | Nee | Exacte fabrikant-SKU indien bekend |
purchase_year | Ja | Jaar waarin het exemplaar is gekocht |
severity | Ja | 0–4 op de onderstaande vaste schaal |
load_context | Ja | Waar de score is waargenomen: idle, gaming, menu-uncapped-fps, furmark |
psu_used | Nee | Voor GPU-rapporten: de gebruikte PSU in het systeem (whine kan soms verschuiven met de PSU) |
fpscapchanges_it | Nee | Of het begrenzen van FPS het geluid hoorbaar verandert — true / false / untested |
notes | Nee | Vrije tekst, max. 280 tekens |
submitted_date | Ja | ISO-datum van het rapport |
De ernst-schaal (vastgelegd)
| Score | Referentiepunt (Anchor) |
|---|
| 0 | Onhoorbaar in een stille kamer |
| 1 | Hoorbaar met het oor tegen de behuizing |
| 2 | Hoorbaar bij het bureau onder belasting |
| 3 | Hoorbaar aan de andere kant van de kamer onder belasting |
| 4 | Hoorbaar, zelfs in idle |
Beoordeel het exemplaar in zijn luidste normale staat. De referentiepunten zijn bewust vastgelegd: het wijzigen hiervan zou oude en nieuwe gegevens onvergelijkbaar maken. Elke toekomstige wijziging van de referentiepunten leidt tot een nieuwe hoofdversie van de dataset in plaats van een stille herdefinitie van de cijfers.
Hoe een exemplaar aan te melden
Eén rapport is gelijk aan één fysiek exemplaar dat je bezit of bezat, beoordeeld door je eigen oren — niet een model waar je over hebt gelezen. Rapporten met score 0 ("mijn exemplaar is stil") zijn de meest waardevolle gegevens in de census, omdat zij de helft van de distributie vormen die normaal nooit in forumthreads verschijnt.
Er is geen kennis van Git nodig — gebruik het rapportformulier voor coil whine. Dit formulier spiegelt de velden van het schema; een beheerder transcribeert geaccepteerde rapporten naar het CSV-bestand, waarbij de submitted_date wordt overgenomen van de aanmaakdatum van het formulier.
Voor wie direct in het CSV-bestand wil werken: voeg een rij toe aan data/submissions.csv volgens het schema en open een pull request. Een stdlib-validator controleert elke PR en blokkeert foutieve rijen.
Elke inzending doorloopt twee filters: de mechanische schemacontrole en een review door een beheerder om uitschieters en trollen te filteren (zoals bursts van dubbele accounts die hetzelfde model met dezelfde score indienen, onmogelijke combinaties zoals een aankoopjaar voordat het model bestond, of rijen die threads van anderen samenvatten in plaats van een eigen ervaring). De volledige acceptatieregels staan in CONTRIBUTING.md.
Publicatie bij groei van de census
De drempel voor publicatie is als volgt: de distributie per model en het aantal (n) worden pas getoond zodra een model $\ge 5$ rapporten heeft. Onder deze drempel staat een model vermeld als "collecting" (verzamelen), zonder bijbehorende cijfers. Zodra een model de drempel overschrijdt, worden de distributies op deze pagina weergegeven — eerst n, daarna het aandeel rapporten per ernstniveau, waarbij de steekproefomvang altijd direct naast de percentages wordt vermeld.
De census is bewust gestart met 0 rijen. Een dataset over variatie per exemplaar kan niet worden gevoed met gepubliceerde reviews, omdat elke review een enkel exemplaar beschrijft dat niet het onze is om te rapporteren. Elke rij is een rapport van een echte eigenaar over een echt exemplaar.
Huidige telling: $n=1$. Inzending #1 is van de beheerder zelf (ASUS ROG Astral RTX 5080 OC) — ernst 1, alleen hoorbaar in ongecapte game-menu's, stil bij elke frame-cap. Omdat één rapport een pijplijn bewijst en geen distributie, staat de ROG Astral RTX 5080 OC op "collecting" tot er 5 rapporten zijn.
De eerlijkheidsregels
- Geen oordelen onder $n = 5$: Een model met drie boze rapporten is "collecting", niet "een whiner".
- Self-selection bias wordt benoemd: Mensen die geërgerd zijn door geluid, zoeken eerder een plek om dit te melden; mensen met stille exemplaren doen dat meestal niet. Geërgerde eigenaren rapporteren overmatig en stille units worden ondergerapporteerd. Elk gepubliceerd percentage coil whine is daarom een bovengrens, geen onbevooroordeelde schatting. De score-0 rij is bedoeld om deze bias te verkleinen, niet om te doen alsof deze niet bestaat.
- Referentiepunten verschuiven nooit: De 0–4 schaal is bevroren. Een wijziging betekent een nieuwe hoofdversie, waarbij oude rijen worden gemarkeerd als gescoord volgens de oude schaal.
Gebruik van de data (CC BY 4.0)
De actuele dataset bestaat uit één bestand: data/submissions.csv. Licentie: Creative Commons Attribution 4.0. Vermeld dit als "TechFuelHQ Community Coil Whine Census" met een link naar deze pagina.
Voor diagnose en oplossingen wordt verwezen naar de coil whine guide. Een nieuw geluid dat gepaard gaat met crashes hoort thuis in de PSU failure symptoms guide. Voor het verlagen van het geluid via undervolting is de GPU undervolt settings database het bijbehorende dataset.
Changelog
- 0.1.0 (12-08-2026) — Schema, vaste ernst-schaal, intake-methode (formulier + PR), validator en opening van de lege census: 0 rijen, geen vooraf ingevoerde data.
- 0.1.1 (13-08-2026) — Eerste geaccepteerde rapport: Astral RTX 5080 OC van de beheerder via het formulier. $n=1$; elk model blijft onder de drempel van $\ge 5$.
Veelgestelde vragen
Wat is coil whine? Coil whine is een hoogfrequent elektronisch gepiep, gezoem of geklik dat wordt veroorzaakt wanneer een stroomvoerende inductor — een kleine spoel draad op een videokaart, voeding of moederbord — trilt op een hoorbare frequentie terwijl de stroom erdoorheen fluctueert. Het kenmerk is dat het geluid de elektrische belasting volgt in plaats van de temperatuur: de toonhoogte verandert met de framerate, piekt in ongecapte game-menu's en verandert wanneer je alt-tabt. Dit onderscheidt het van ventilator- of pompgeluid.
Is coil whine schadelijk voor je PC? Vanuit engineering-perspectief wordt coil whine gezien als een akoestisch bijeffect van elektrische resonantie, niet als een teken van schade. Een inductor trilt hoorbaar, maar deze trilling staat er niet om bekend het component of de prestaties aan te tasten. Er zijn echter twee kanttekeningen: een zoemgeluid dat nieuw is, verergert en gepaard gaat met crashes of uitschakelingen, vereist een diagnose van de voeding — dit patroon wijst op een defecte PSU. Daarnaast registreert deze census irritatie, geen voorspelling van defecten: een ernst-score zegt hoe luid een unit is, niet hoe lang deze mee gaat.
Kun je coil whine oplossen? Je kunt het vaak verminderen; volledig elimineren is zeldzamer. Oplossingen die werken, richten zich op het verminderen of gladstrijken van de elektrische belasting: het begrenzen van de framerate (V-Sync, FreeSync/G-Sync of een FPS-limiter), het undervolten van de GPU, of het vervangen van de voeding. Het veld fpscapchanges_it in deze dataset is juist bedoeld om te meten hoe vaak de FPS-cap oplossing in de praktijk werkt. Sommige eigenaren melden dat een nieuw exemplaar na enkele weken stiller wordt terwijl de spoelen "zetten", maar dat is een waarneming, geen garantie. Het zelf coaten van de spoelen met lijm of nagellak brengt het onderdeel en de garantie in gevaar.
Valt coil whine onder de garantie? Meestal niet op zichzelf. Fabrikanten classificeren coil whine vaak als een normale operationele eigenschap van inductoren in plaats van een defect. Een RMA-verzoek voor enkel coil whine wordt daarom vaak afgewezen. Het beleid varieert per leverancier en ernst; het is raadzaam de specifieke garantietekst te controleren. De praktische oplossing is de retour- of ruimperiode van de winkel, waarbij de variatie per exemplaar in je voordeel kan werken: een geruild exemplaar van hetzelfde model kan stil zijn. Een garantieclaim slaagt meestal alleen wanneer het geluid gepaard gaat met een echt defect, zoals crashes of artifacting.
Coil Whine Database 2026: Community Census per Model (GPU, PSU, AIO)
Snel antwoord
De korte versie
Coil whine is een van de meest gestelde vragen over PC-geluid, maar er is zeer weinig data over beschikbaar. Uit een controle in augustus 2026 bleek dat er nergens een database bestond die coil whine per model bijhield. Community-kennis is verspreid over diverse forumthreads, aangevuld met één laboratoriumanalyse (hwcooling.net) die eenmalig een batch van 30 kaarten mat en daarna stopte. Ondertussen wordt er maandelijks ongeveer 2.900 keer gezocht op "coil whine" en 1.000 keer op "gpu coil whine" (gebaseerd op Google Ads exact match, gecontroleerd op 12-08-2026).
Deze pagina start de census die er zou moeten zijn: rapporten van eigenaren van GPU's, PSU's en AIO-pompen op een vaste ernst-schaal van 0-4, gepubliceerd als distributies per model. De ruwe data, het schema en de intake bevinden zich in de open repository: github.com/iBlessi/coil-whine-db (CC BY 4.0).
Waarom distributies en geen oordelen
Het bepalende feit over coil whine is de beperking voor de gehele dataset: het verschilt per individueel exemplaar. Van hetzelfde GPU-model kunnen zowel volledig stille exemplaren als "schreeuwende" exemplaren worden verzonden. De uitkomst hangt namelijk af van welke inductoren een specifieke printplaat heeft gekregen, hoe deze zijn gegoten, de PSU die ze voedt en het belastingpatroon — niet van de modelnaam.
Een review-unit die stil blijft, bewijst niets over het exemplaar dat jij ontvangt, en één luid exemplaar op een forum bewijst niets over het model in het algemeen. Het eerlijke antwoord per model is daarom nooit "de RTX 4090 heeft coil whine" of "hij heeft het niet". Het is een distributie: van de n gerapporteerde units was dit aandeel onhoorbaar, dit aandeel hoorbaar bij het bureau, en dit aandeel schreeuwde zelfs in idle. Dat is wat deze database publiceert: kansen, geen oordelen.
Het schema
Eén rij in de database staat gelijk aan één fysiek exemplaar dat door een eigenaar is beluisterd. De volledige machine-leesbare definities staan in schema.json.
| Veld | Verplicht | Wat het registreert |
|---|
component_type | Ja | gpu, psu, of aio-pump |
brand | Ja | Zoals vermeld op de doos — bijv. ASUS, Corsair, Arctic |
model | Ja | Modellijn, specifiek genoeg om units te groeperen — bijv. "ROG Strix RTX 4090", "RM850x (2021)" |
exact_sku | Nee | Exacte fabrikant-SKU indien bekend |
purchase_year | Ja | Jaar waarin het exemplaar is gekocht |
severity | Ja | 0–4 op de onderstaande vaste schaal |
load_context | Ja | Waar de score is waargenomen: idle, gaming, menu-uncapped-fps, furmark |
psu_used | Nee | Voor GPU-rapporten: de gebruikte PSU in het systeem (whine kan soms verschuiven met de PSU) |
fpscapchanges_it | Nee | Of het begrenzen van FPS het geluid hoorbaar verandert — true / false / untested |
notes | Nee | Vrije tekst, max. 280 tekens |
submitted_date | Ja | ISO-datum van het rapport |
De ernst-schaal (vastgelegd)
| Score | Referentiepunt (Anchor) |
|---|
| 0 | Onhoorbaar in een stille kamer |
| 1 | Hoorbaar met het oor tegen de behuizing |
| 2 | Hoorbaar bij het bureau onder belasting |
| 3 | Hoorbaar aan de andere kant van de kamer onder belasting |
| 4 | Hoorbaar, zelfs in idle |
Beoordeel het exemplaar in zijn luidste normale staat. De referentiepunten zijn bewust vastgelegd: het wijzigen hiervan zou oude en nieuwe gegevens onvergelijkbaar maken. Elke toekomstige wijziging van de referentiepunten leidt tot een nieuwe hoofdversie van de dataset in plaats van een stille herdefinitie van de cijfers.
Hoe een exemplaar aan te melden
Eén rapport is gelijk aan één fysiek exemplaar dat je bezit of bezat, beoordeeld door je eigen oren — niet een model waar je over hebt gelezen. Rapporten met score 0 ("mijn exemplaar is stil") zijn de meest waardevolle gegevens in de census, omdat zij de helft van de distributie vormen die normaal nooit in forumthreads verschijnt.
Er is geen kennis van Git nodig — gebruik het rapportformulier voor coil whine. Dit formulier spiegelt de velden van het schema; een beheerder transcribeert geaccepteerde rapporten naar het CSV-bestand, waarbij de submitted_date wordt overgenomen van de aanmaakdatum van het formulier.
Voor wie direct in het CSV-bestand wil werken: voeg een rij toe aan data/submissions.csv volgens het schema en open een pull request. Een stdlib-validator controleert elke PR en blokkeert foutieve rijen.
Elke inzending doorloopt twee filters: de mechanische schemacontrole en een review door een beheerder om uitschieters en trollen te filteren (zoals bursts van dubbele accounts die hetzelfde model met dezelfde score indienen, onmogelijke combinaties zoals een aankoopjaar voordat het model bestond, of rijen die threads van anderen samenvatten in plaats van een eigen ervaring). De volledige acceptatieregels staan in CONTRIBUTING.md.
Publicatie bij groei van de census
De drempel voor publicatie is als volgt: de distributie per model en het aantal (n) worden pas getoond zodra een model $\ge 5$ rapporten heeft. Onder deze drempel staat een model vermeld als "collecting" (verzamelen), zonder bijbehorende cijfers. Zodra een model de drempel overschrijdt, worden de distributies op deze pagina weergegeven — eerst n, daarna het aandeel rapporten per ernstniveau, waarbij de steekproefomvang altijd direct naast de percentages wordt vermeld.
De census is bewust gestart met 0 rijen. Een dataset over variatie per exemplaar kan niet worden gevoed met gepubliceerde reviews, omdat elke review een enkel exemplaar beschrijft dat niet het onze is om te rapporteren. Elke rij is een rapport van een echte eigenaar over een echt exemplaar.
Huidige telling: $n=1$. Inzending #1 is van de beheerder zelf (ASUS ROG Astral RTX 5080 OC) — ernst 1, alleen hoorbaar in ongecapte game-menu's, stil bij elke frame-cap. Omdat één rapport een pijplijn bewijst en geen distributie, staat de ROG Astral RTX 5080 OC op "collecting" tot er 5 rapporten zijn.
De eerlijkheidsregels
- Geen oordelen onder $n = 5$: Een model met drie boze rapporten is "collecting", niet "een whiner".
- Self-selection bias wordt benoemd: Mensen die geërgerd zijn door geluid, zoeken eerder een plek om dit te melden; mensen met stille exemplaren doen dat meestal niet. Geërgerde eigenaren rapporteren overmatig en stille units worden ondergerapporteerd. Elk gepubliceerd percentage coil whine is daarom een bovengrens, geen onbevooroordeelde schatting. De score-0 rij is bedoeld om deze bias te verkleinen, niet om te doen alsof deze niet bestaat.
- Referentiepunten verschuiven nooit: De 0–4 schaal is bevroren. Een wijziging betekent een nieuwe hoofdversie, waarbij oude rijen worden gemarkeerd als gescoord volgens de oude schaal.
Gebruik van de data (CC BY 4.0)
De actuele dataset bestaat uit één bestand: data/submissions.csv. Licentie: Creative Commons Attribution 4.0. Vermeld dit als "TechFuelHQ Community Coil Whine Census" met een link naar deze pagina.
Voor diagnose en oplossingen wordt verwezen naar de coil whine guide. Een nieuw geluid dat gepaard gaat met crashes hoort thuis in de PSU failure symptoms guide. Voor het verlagen van het geluid via undervolting is de GPU undervolt settings database het bijbehorende dataset.
Changelog
- 0.1.0 (12-08-2026) — Schema, vaste ernst-schaal, intake-methode (formulier + PR), validator en opening van de lege census: 0 rijen, geen vooraf ingevoerde data.
- 0.1.1 (13-08-2026) — Eerste geaccepteerde rapport: Astral RTX 5080 OC van de beheerder via het formulier. $n=1$; elk model blijft onder de drempel van $\ge 5$.
Veelgestelde vragen
Wat is coil whine? Coil whine is een hoogfrequent elektronisch gepiep, gezoem of geklik dat wordt veroorzaakt wanneer een stroomvoerende inductor — een kleine spoel draad op een videokaart, voeding of moederbord — trilt op een hoorbare frequentie terwijl de stroom erdoorheen fluctueert. Het kenmerk is dat het geluid de elektrische belasting volgt in plaats van de temperatuur: de toonhoogte verandert met de framerate, piekt in ongecapte game-menu's en verandert wanneer je alt-tabt. Dit onderscheidt het van ventilator- of pompgeluid.
Is coil whine schadelijk voor je PC? Vanuit engineering-perspectief wordt coil whine gezien als een akoestisch bijeffect van elektrische resonantie, niet als een teken van schade. Een inductor trilt hoorbaar, maar deze trilling staat er niet om bekend het component of de prestaties aan te tasten. Er zijn echter twee kanttekeningen: een zoemgeluid dat nieuw is, verergert en gepaard gaat met crashes of uitschakelingen, vereist een diagnose van de voeding — dit patroon wijst op een defecte PSU. Daarnaast registreert deze census irritatie, geen voorspelling van defecten: een ernst-score zegt hoe luid een unit is, niet hoe lang deze mee gaat.
Kun je coil whine oplossen? Je kunt het vaak verminderen; volledig elimineren is zeldzamer. Oplossingen die werken, richten zich op het verminderen of gladstrijken van de elektrische belasting: het begrenzen van de framerate (V-Sync, FreeSync/G-Sync of een FPS-limiter), het undervolten van de GPU, of het vervangen van de voeding. Het veld fpscapchanges_it in deze dataset is juist bedoeld om te meten hoe vaak de FPS-cap oplossing in de praktijk werkt. Sommige eigenaren melden dat een nieuw exemplaar na enkele weken stiller wordt terwijl de spoelen "zetten", maar dat is een waarneming, geen garantie. Het zelf coaten van de spoelen met lijm of nagellak brengt het onderdeel en de garantie in gevaar.
Valt coil whine onder de garantie? Meestal niet op zichzelf. Fabrikanten classificeren coil whine vaak als een normale operationele eigenschap van inductoren in plaats van een defect. Een RMA-verzoek voor enkel coil whine wordt daarom vaak afgewezen. Het beleid varieert per leverancier en ernst; het is raadzaam de specifieke garantietekst te controleren. De praktische oplossing is de retour- of ruimperiode van de winkel, waarbij de variatie per exemplaar in je voordeel kan werken: een geruild exemplaar van hetzelfde model kan stil zijn. Een garantieclaim slaagt meestal alleen wanneer het geluid gepaard gaat met een echt defect, zoals crashes of artifacting.
Groetjes,