Article snapshot taken from Wikipedia with creative commons attribution-sharealike license.
Give it a read and then ask your questions in the chat.
We can research this topic together.
This article is within the scope of WikiProject Measurement, a project which is currently considered to be defunct.MeasurementWikipedia:WikiProject MeasurementTemplate:WikiProject MeasurementMeasurement
This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Misplaced Pages. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
In an edit today in the lede of the article it was asserted that JEDEC "has standardized the binary interpretation", which is a statement completely unfounded. JEDEC does not standardize any unit, and explicitly states that the binary interpretation is deprecated, pointing to the proper standards bodies for reference. They explicitly state that the units are only LISTED because of traditional practice. kbrose (talk) 21:14, 22 December 2022 (UTC)
JEDEC lists the usage, per their own explanation, this does not constitute a definition, just an explanation of common usage, and that without references, btw. Why do you insist on the phrasing define. Going further JEDEC does not standardize, they do the opposite here; they deprecate the usage. Clearly they stopped updating the listings, because they had already deprecated their usage and the higher ones were not common. So there is no justification for that phrasing. And why are these limited JEDEC listings so important to you, to anyone, When the common behavior is to use these unit meaning beyond G? Why don't you want to list the rest? There are certainly references for that that are far more meaningful than the JEDEC papers. kbrose (talk) 22:43, 22 December 2022 (UTC)
I use the word "define" because JEDEC defines kilo (K) (as a prefix to units of semiconductor storage capacity) as A multiplier equal to 1024 (210), and similarly for mega and giga. That is not a list.
JEDEC is not important, but it is what the template currently uses. Acceptable alternatives include 'Computer memory', 'Deprecated' and 'Legacy'. Use of any one of those would mean we could populate the table to higher orders, which would IMO be more useful for the reader.
'Deprecated' and 'Legacy' are not acceptable because they are neither deprecated by the industry, nor are they legacy prefixes. Customary would be fine however if we want to expand the table to cover more than just the JEDEC entries. Headbomb {t · c · p · b} 01:43, 23 December 2022 (UTC)
You might not like it but Deprecated is accurate (the JEDEC use is deprecated universally by international standards - that's what the word means) and Legacy is accurate (the JEDEC use remains the norm - that's what the word means). In fact Legacy was used (and stable) for a period of 10 months.
Computer memory is an option if the table includes decimal prefixes, but would not work in a reduced table, with only binary interpretations.
What is the objection to JEDEC (stable for years, before the consensus changed to Legacy)?
The word deprecated does not mean deprecated by standards body no one listens to, it means deprecated IRL. And IRL, they aren't deprecated at all. Legacy is also not accurate, because these aren't legacy units at all. They are the modern units everyone save an extreme minority use. Headbomb {t · c · p · b} 10:34, 23 December 2022 (UTC)
You might not like it but Deprecated is accurate (the JEDEC use is deprecated universally by international standards - that's what the word means) The problem is that a standards body deprecating something when the real world does not puts us in a position of using Misplaced Pages's voice to say something is Deprecated when it is still in regular and wide use. "Deprecated" (note the quotes) would be the more accurate shorthand, if and only if we wanted to give these international standards bodies that much weight (a question for WP:UNDUE I'd say considering, again, how rarely used the "standards" are in this instance). What is the objection to JEDEC It incorrectly implies only RAM/memory manufacturers use the terms, when many other industries still do as well. —Locke Cole • t • c15:18, 23 December 2022 (UTC)
It might be advisable at this point to avoid getting into the minutia of details as to what exactly JEDEC has or hasn't specified until we decide the broader issues regarding the disputed table. AndyTheGrump (talk) 22:08, 22 December 2022 (UTC)
As long as JEDEC appears in the template it should be described in the lede so I am going to restore it with the word "defines" instead of "standardized." Details such it was by JEDEC deprecated can be in the body. Tom94022 (talk) 22:44, 22 December 2022 (UTC)
Maybe the lede now has it backwards - didn't JEDEC just define the terms as used first by semiconductor memory and then picked up by the OSes? So maybe we should resequence the sentence and lead with JEDEC?Tom94022 (talk) 22:50, 22 December 2022 (UTC)
This is not an article about JEDEC. The prefixes in question were in use before the standard concerned was created. Can we please not get involved in yet another discussion about matters not directly related to the article subject itself. Which is binary prefixes themselves, rather than one particular standard that describes them. Sort out the table question first, and maybe we'll get somewhere. AndyTheGrump (talk) 23:43, 22 December 2022 (UTC)
To solve the issue, I would just remove the JEDEC column altogether. It is redundant. The template is named "Prefixes for multiples of bits (bit) or bytes (B)", not "All prefixes for multiples of bits (bit) or bytes (B)" - as discussed in the text, there were more nomenclature/prefix proposals over time, and if we were heading for completeness in a comparison table we'd have to list them as well - no. Seeing this from a pragmatic point of view, we would not even loose any information as the four entries in the JEDEC column are already present on the left side of the table. Yes, it's labelled "Decimal" there, but everyone who uses kilo to mean 1024 knows that this is "jargon" (though common and convenient) and that the SI strictly defines kilo to mean 1000 only (and never did differently). It's not as if there would be a genuine proposal of some alternative nomenclature to the IEC prefixes which we would have to list in the table - before the IEC prefixes there was just ad-hoc (ab)use of existing nomenclature - and this is discussed in the article already. So, someone looking up the table for a quick check of what was the next prefix in the row after giga, or tera, will still find the info and simply apply the binary meaning to the decimal prefix, like before. Adding the same info in a JEDEC column does not add anything, but create the invalid assumption JEDEC would (have) endorse(d) the usage of the decimal prefixes for binary usage, which they clearly do not (and never did). All the nitty-gritty details regarding JEDEC are (and should) still (be) explained in the body of the article.
In addition to solving the issue, this would also remove the somewhat artificial break after tera, make the table somewhat narrower (better flow on mobile devices) and add some nice symmetry to the table, which makes it even easier to "grasp" without having to "decode" the meaning.
Exactly. I have been advocating for this for a long time. The column makes no sense, is factually wrong and misleading. kbrose (talk) 17:46, 24 December 2022 (UTC)
Unfortunately for binary prefixes the IEC column is the outlier, presenting it in a table like this gives it undue weight on its own considering the overwhelming majority of our sources still use common terms like megabyte, gigabyte, etc. For a detailed look at what our sources say, see this page. —Locke Cole • t • c17:30, 24 December 2022 (UTC)
Stop the utter nonsense. You are blind because you are prejudiced from the start. The metric usage of the SI prefixes has been the dominant use for decades, outside of some storage, and the IEC prefixes are an international standard now, and are the preferred units for operating system programming in the most widely distributed systems. Today any computer professional or just enthusiast encounters IEC prefixes in use almost hourly in different applications. The standards-correct usage of units is almost pervasive in new software and with open-source software we can actually evaluate this. kbrose (talk) 17:46, 24 December 2022 (UTC)
Odd, I haven't seen them in roughly 2 years in any software, and I modified that script to display download speeds in MB/s instead of MiB so it matched every other piece of software I use (also by the definition of MiB it was using it wrong, although I don't like it so I would have deleted it anyway).
the preferred units for operating system programming in the most widely distributed systems.
