618
If "Master/Slave" terminology in computing sounds bad now, why not change it to "Dom/Sub"?
(lemmy.dbzer0.com)
this post was submitted on 20 Aug 2024
618 points (88.6% liked)
Showerthoughts
29805 readers
730 users here now
A "Showerthought" is a simple term used to describe the thoughts that pop into your head while you're doing everyday things like taking a shower, driving, or just daydreaming. A showerthought should offer a unique perspective on an ordinary part of life.
Rules
- All posts must be showerthoughts
- The entire showerthought must be in the title
- Avoid politics
- 3.1) NEW RULE as of 5 Nov 2024, trying it out
- 3.2) Political posts often end up being circle jerks (not offering unique perspective) or enflaming (too much work for mods).
- 3.3) Try c/politicaldiscussion, volunteer as a mod here, or start your own community.
- Posts must be original/unique
- Adhere to Lemmy's Code of Conduct
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I think I could argue that master/slave doesn't describe that functionality. Does the master drive control the slave drive?
I think a better example is the SPI bus, which has a one-controller-many-peripherals bus topology with two data lines often referred to as MOSI and MISO: Master Out Slave In and Master In Slave Out. (in addition to a clock line and one or more chip enable lines) In this case the controller does literally control the peripherals, which aren't allowed to put data on the bus unless commanded to. Newer documentation is using the terms COPI and CIPO, for Controller Out Peripheral In and Controller In Peripheral Out. Personally I prefer MOSI and MISO because there's a definite way to pronounce them; how do you pronounce "CIPO?" See-poh? But it's something for someone somewhere to be uppity about so sure let's expand the glossary.
The activity light on the Master drive will light up in sync with the Slave drive when accessing data on just the Slave drive. At the end of the IDE lifespan, there was a movement to put the names as Primary and Secondary instead. It doesn't really describe the relation to how the hardware works, though.
I mean that does actually work better. If there's only one, it has to be the Primary. If there's two, one of them has to be the Primary and the other one is the Secondary. That makes more sense to me. Because neither drive is sending the commands here, the IDE controller either built into the motherboard or on an expansion card is sending the commands, that's the "master."