Template talk:N-bit

From Wikipedia, the free encyclopedia

When browsing through the N-bit articles, it became apparent that all of them essentially used the same intro-text. However it also became apparent that the quality and completeness of these intro-texts where not consitstent.

So there were two options open:

  1. Create an article for "bittage" or something.
    This was not really an option because I don't agree with thinking up new words for article names.
    Also I think that an article is much easier to read if you don't have to follow every sublink to understand what an article is about.
  2. Create a parameterized template with the intro-text.
    Generally speaking this kind of text-duplication is not really recommended.
    However, in this case, I think it is the best way.

Even if you agree with me adjusting this template to contain intro-text, you might still not agree with the actual intro-text. Therefore I'll provide some ideas on how I could have done things differently. Maybe you think that something can be done better or neater!

  1. "0.5 bits" and "1 bits" looks ugly.
  2. "There are 28 (256) possible permutations for 8 bits." and "A 16-bit integer can store (...etc...)" could be on this page?
  3. See also
    might be redundant or should be on this page?
  4. Add some heading structure?

Please let me hear your ideas on this! (I'll keep this page on my watchlist.) Shinobu 09:59, 5 Apr 2005 (UTC)

Contents

[edit] Byte/octet

Thanks P3d0! Your help is much appreciated.

However, there is a minor problem:

A byte is the basic unit of data storage, wich may be 8 bits, but not necessarily so. Bytes 6 bits in size have also been in use.

An octet is a unit of 8 bits.

I think the text should reflect that. At least it should not equate bytes to octets. If I can think of a neat way to naturally incorporate that in the article, I will do so. In the meantime, feel free to so yourself if you know how. Shinobu 21:04, 5 Apr 2005 (UTC)

A I see what you mean. Yes, "byte" now universally means 8 bits, but it wasn't always so. Sorry about that. I don't have time to fix my mistake right now; please feel free to reword it yourself if you want. --P3d0 20:15, May 5, 2005 (UTC)

[edit] Not such a good idea

I really think that letting the entire intro of an article be rubber stamped like it is with this template is not necessarily a good idea. How hard is it to maintain 4 articles in a consistent manner, anyhow? I defintely think this is overusing the template concept. And bear in mind that there are various different word size machines then 8N. -- Egil 17:30, 21 Apr 2005 (UTC)

Apparently hard enough to allow the ##-bit articles to be unnecessarily inconsistent and incomplete. I have been thinking of other solutions, lately mainly 1) merging all in one article and 2) linking. The problem with 1) is that we are planning for more specific information on every ##-bit article. The problem with 2) is that the ##-bit articles won't "flow" as well. I personally don't tend to smile when I stumble upon an article which requires me to read other articles first.
The octet problem has been partially solved. If other ##-bit articles emerge, feel free to link to them in this template. Use your best judgement to decide on the layout. Cheers, Shinobu 23:56, 21 Apr 2005 (UTC)
The first paragraph of the template seems useful (with some editing), but the remainder feels too redundant. I'd prefer it be in a separate article. The infobox is useful for the different word sizes, but less useful for the data sizes (there is no special name for 24-bit data objects, for example); and should that also include 6-bit and 9-bit characters, for example? The n-bit application part is confusing. In the MSDOS/Windows world, it's fairly clear what is being talked about; but what about the OS/360 world, where addressing went from 24 to 31 bits (or something like that -- I am not an IBM mainframe expert)? --Macrakis 12:58, 5 May 2005 (UTC)
I'll try to get rid of this, but care must be taken when deleting stuff because there is not a 100% overlap. Shinobu 13:52, 5 May 2005 (UTC)

[edit] Why limited to these sizes?

Why are 12-, 18-, 24-, 36-, 48-, and 60-bit architectures not mentioned in this template? There are many important historical computers with those word sizes: PDP-8 (12), PDP-1 (18), SDS 940 (24), PDP-10 (36-bit word length), CDC 6600 (60), etc. Is it supposed to be only for modern 8-bit-byte-oriented architectures? If so, it should say so somewhere. --Macrakis 12:58, 5 May 2005 (UTC)

You are of course correct. Maybe we do need to include them in the infobox. If so, I suggest having these 6-bit-byte systems on a seperate line. Shinobu 13:55, 5 May 2005 (UTC)

[edit] New category for bit-size related articles

I'm in the process of looking through all of the articles in the Category:Computer architecture category and trying to sort them into sub-categories because the cat has become so large. I would like to group all of the N-bit articles plus others related to bit widths such as Word (computer science), Dword, Qword, maybe Endianness, etc. into a new category that is broad enough encompass such concepts.

I need help finding a proper name for the category and am asking for suggestions. Some names I have thought of (I like some better than others!) are:

  • Category:Data unit
  • Category:Word size
  • Category:Bit width
  • Category:Data bits

This new category would be placed in these categories:

Suggestions would be helpful! JonHarder 23:07, 16 July 2006 (UTC)

For the record, lacking any discussion, I have created Category:Data unit. JonHarder 14:46, 28 July 2006 (UTC)

[edit] "Processor"

Shouldn't the term "processor" used in this template be changed to the less ambiguous "microprocessor" or even "CPU"? All the articles that include this template refer to computer architecture, not DSPs or SoCs. -- uberpenguin @ 2006-08-14 00:52Z

I agree. Go for it. --P3d0 12:13, 15 August 2006 (UTC)

[edit] 'Word' is not same as '16-bit'

The following comment was moved from Talk:Word (computing):

I noticed that the 64-bit architecture page has a side panel which allows you to click on 16-bit data size link, which links directly to this page. I think that's anathema to the idea that a word-size is defined by the architecture. There should be a page that redirects from 16-bit data size to Word (computer science). This way, the link from 64-bit architecture does not lend the web surfer the wrong impression that 16-bit data size is always equal to word-size -- anonymous jan 18 2007 2:58 pm est —The preceding unsigned comment was added by 24.186.76.45 (talk) 19:56, 18 January 2007 (UTC).

I agree the implied connection between 16-bit and word that the template seems to make is misleading and/or confusing. (The two are often considered connected for x86-derivatives, but not for computers generally.) While updating the table for other reasons, I've delinked the 16-bit data size entry so that this doesn't happen. -R. S. Shaw 05:22, 19 January 2007 (UTC)

[edit] Address and data buses?

Just because a CPU happens to have an N-bit address bus or an N-bit data bus, that doesn't mean it's an "N-bit CPU" in as meaningful a sense as the sense in which a CPU with N-bit virtual addresses and N-bit registers is an "N-bit CPU". See, for example, Talk:64-bit#Regarding the Atari Jaguar. Guy Harris (talk) 22:46, 19 November 2007 (UTC)