Woordbreedte: verschil tussen versies

Verwijderde inhoud Toegevoegde inhoud
k minus voor Wikipedia ongeschikte stijl (lezer rechtstreeks aanspreken e.d.). Artikelen moeten ook niet lezen als cursusmodules (daarvoor is er bijv. Wikibooks)
Paul B (overleg | bijdragen)
Gedeeltelijke revert. Herschrijf het gerust, maar weghalen lijkt me niet zinvol. Waarom worden de zusterprojecten er opnieuw aan de haren bijgesleept?
Regel 12:
* bij het optellen van grote getallen neemt de snelheid vele malen toe (veel afzonderlijke instructies worden vervangen door 1 instructie).
 
Het vergroten van de woordbreedte heeft ook nadelen voor de snelheid, namelijk er moet grotere blokken data naar de processor gevoerd worden. Omdat de snelheid van [[computergeheugen|geheugen]] eindig is, is een processor met een grotere woordbreedte hier in het nadeel. Een grotere woordbreedte heeft normaliter ook tot gevolg dat de programmacode meer plaats in neemt. Een laatste effect is dat sommige instructies trager worden bij een grotere woordbreedte. Voert u maar eens een vermenigvuldiging uit op papier onder elkaar zoals u het op school geleerd hebt. Indien u grotere getallen gebruikt, hebt u meer werk. De computer voert de vermenigvuldiging op exact dezelfde wijze uit. Bij een optelbewerking wordt de opteleenheid twee keer zo breed gemaakt zodat er geen extra werk is. Bij vermenigvuldigen lukt dit niet, omdat uw papiertje bij grotere getallen niet alleen breder wordt, maar ook langer.
 
Over het algemeen heeft een verdubbeling van de woordbreedte in de computergeschiedenis een voordelig effect gehad. Echter, iedere overstap op een grotere woordbreedte heeft een steeds kleiner effect gehad. Bijgevolg zullen er vermoedelijk nog wel 128 bitsprocessoren komen, maar of we ooit 1024 bitsprocessoren zullen gebruiken valt ernstig te betwijfelen.