Talk:Read-only memory

Electronics High‑importance

	Electronics portal This article is part of WikiProject Electronics, an attempt to provide a standard approach to writing articles about electronics on Wikipedia. If you would like to participate, you can choose to edit the article attached to this page, or visit the project page, where you can join the project and see a list of open tasks. Leave messages at the project talk pageElectronicsWikipedia:WikiProject ElectronicsTemplate:WikiProject Electronicselectronic
High	This article has been rated as High-importance on the project's importance scale.

Computing High‑importance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. 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
High	This article has been rated as High-importance on the project's importance scale.
	This article is supported by Computer hardware task force (assessed as Top-importance).

Spoken Wikipedia

This article is within the scope of WikiProject Spoken Wikipedia, a collaborative effort to improve the coverage of articles that are spoken on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Spoken WikipediaWikipedia:WikiProject Spoken WikipediaTemplate:WikiProject Spoken WikipediaSpoken Wikipedia

Game emulation ROMs not really ROMs

The paragraph about game emulation ROMs probably shouldn't be in this article; they aren't actually read-only memory. --Dinojerm

Hmm, I suppose you're right, but also consider that the emulation ROMs is extracted/copied from the actual ROMs in the case of cartridge games -- this should be mentioned in the article. --Wernher 09:30, 10 Dec 2004 (UTC)

Lower-case article title Wikipedia 'policy'

Just regarding my recent revert from Read-Only Memory to Read-only memory in the article's emphasised title phrase: that is the WKP policy,actually. Cf. also a very large amount of similar articles. --Wernher 02:18, 17 Apr 2005 (UTC)

And in August 08 someone moved it to the even worse Read Only Memory, so I brought it back to Read-only memory as is most common in literate sources. Dicklyon (talk) 02:19, 11 November 2008 (UTC)[reply]

Writeable ROM

The article currently contains the following statement:

With ROM, the entire chip must be written at the entire chip must be written at once. Changing just one bit requires the whole chip to be erased and re-written with the new data.

Generally, speaking, this is wrong. Most programmable ROM designs (that is, not factory-programmed masked ROMs) allow you to blow bits individually, it's just that you can only blow them in one direction. For example, a certain technology xPROM may be erased to all zeroes or come from the factor as all zeroes, and you can blow ones into it, but you can't individually convert those bits back to zeroes and it for non-erasible PROMs it isn't possible to convert them back to zeroes at all. (Once the fuse or antifuse is blowm its blown.) And a few ROMs allow bidirectional blowing, but the writing process is much slower than the reading process, unlike RAM.

We should work on making the statement more-accurate. I'll do it if I get the time, but please feel free to beat me to it. ;-)

Atlant 21:09, 14 February 2006 (UTC)[reply]

"The small quartz window admits ultraviolet light during erasure."

Shouldn't this be "emits"?

No. Wizzy…☎ 06:43, 17 July 2006 (UTC)[reply]

No, light doesn't come out of (isn't "emitted" by) the window during erasure, it is let in ("admitted"). The light comes from an external germicidal lamp) which is emitting UV-C light.

Atlant 12:13, 17 July 2006 (UTC)[reply]

how bout yes —Preceding unsigned comment added by 166.122.24.71 (talk) 03:57, 16 September 2009 (UTC)[reply]

Lead assumes familiarity?

I think that if a reader was completely unfamiliar with the concept of ROM, the current lead would be jarring. It somehow seems to assume a greater familiarity with the concept of ROM than an article on ROM should. I'm not sure how to fix it. --Steven Fisher 22:19, 29 December 2006 (UTC)[reply]

Sprite based graphics?

Can someone confirm to me whether 2D sprite based graphics are better suited towards ROM boards(games like Street Fighter III for example)? (UTC)

Extensive rewrite

I've rewritten most of the article, and added a history section. Would love to have some eyeballs look at this stuff, and hopefully improved! MOXFYRE (contrib) 21:00, 14 May 2007 (UTC)[reply]

The article looks good! But shouldn't we say something about NOR-Flash to go with all the words about NAND-Flash?

Atlant 23:48, 14 May 2007 (UTC)[reply]

Thanks! AFAIK, NOR flash doesn't differ greatly from "normal" EEPROM except in that it must be erased in large blocks (which led to the name "flash"). If anyone knows more technical details I'd love to add 'em! MOXFYRE (contrib) 00:32, 15 May 2007 (UTC)[reply]

P2ROM

"P2ROM" is mentioned in the Sharp Zaurus article. I thought it was a typo, but a brief Google leads me to "Technology Analysis: Oki P2ROM to Replace Mask ROM, Flash EEPROM" by Motoyuki Oishi 2003. which says: "... equipment manufacturers are turning to production-programmed read-only memory (P2ROM) instead of mask ROM or Flash electrically-erasable programmable ROM (EEPROM) for program storage."

What is "production-programmed read-only memory (P2ROM)"? What should we say about it in this Read Only Memory article? --68.0.124.33 (talk) 16:49, 15 October 2008 (UTC)[reply]

SUGGESTION

i would suggest, that in order to eliminate confusion about the arrangement and inparticular view of computer memory, all memory types, should be created under a "computer memory types" label instead of being represented each one individualy. the differences between memory type acronym's should be noted as the difference between their functionalities & technical structure and not only by "symbolic means"..

there might be a need also,
to view a sketch of any of their technical designs, in order for the viewer to understand their meaning in a profounder way.
☺ —Preceding unsigned comment added by 62.0.187.203 (talk) 00:21, 16 February 2009 (UTC)[reply]

Section and schematic

The "Terminology" section is useless since the section "Types of ROMs" already lists the same content. "Terminology" should be eliminated. It would be nice to introduce a sample schematic for a ROM. ICE77 (talk) 07:11, 17 November 2009 (UTC)[reply]

You mean the schematic for the inside of a ROM? Otherwise the schematic for a ROM is a rectangle with inputs on one side, and outputs on the other. Otherwise, a mask ROM is a 2D array of diodes which can be connected, or not, between row lines and column lines. One row is selected, the bits come out, and the appropriate bits selected for the output. Gah4 (talk) 01:57, 3 October 2020 (UTC)[reply]

Schematic for what type of ROM? BCROS? CCROS? Diode matrix ROM? TROS? Shmuel (Seymour J.) Metz Username:Chatul (talk) 01:56, 5 October 2020 (UTC)[reply]

What I was asking 11 years ago was a schematic for any kind of ROM (preferably the basic version). A description is fairly useless and a visual representation says much more. If an oscillator or an active filter can be shown as circuits in schematics I don't see why a ROM should not be.

ICE77 (talk) 21:50, 11 October 2020 (UTC)[reply]

A schematic for one type of ROM would caste no light on any other type of ROM. There are at least half a dozen types of basic ROM. Shmuel (Seymour J.) Metz Username:Chatul (talk) 22:14, 11 October 2020 (UTC)[reply]

Then post a schematic of a ROM. ICE77 (talk) 06:27, 19 November 2020 (UTC)[reply]

Suggest merge October 2020

Mask ROM contains very little content that isn't already here; the two articles could usefully be combined for a better presentation of the overall topic. --Wtshymanski (talk) 23:51, 2 October 2020 (UTC)[reply]

Besides that much of mask ROM is out of date. At least in many cases, for many years, EPROM, and later Flash, has replaced mask ROM. If the price is reasonable, the ability to quickly update during production, or for many devices by user firmware update, is a big advantage. So, yes, merge and redirect. Gah4 (talk) 01:53, 3 October 2020 (UTC)[reply]

Concept of "rewritable ROM"

The Writing section states "Modern NAND Flash achieves the highest write speeds of any rewritable ROM technology". Isn't "rewritable Read-Only Memory" oxymoronic? Is it appropriate to call modern flash memory, which can often be written almost as fast as it can be read, "read-only"? I think it's liable to cause confusion. TinyTytan (talk) 17:28, 16 May 2022 (UTC)[reply]

Well, we used to have EPROM which got replaced by flash. That (mostly) replaced PROM, or one-time program memory. In the case of firmware, much of it is never rewritten. Some people have called it read-mostly memory, but I have never seen RMM as an acronym. Earlier flash had a more limited number of write cycles, so it applied better. In any case, it is the way it is used. Many devices don't have the ability to write it! Gah4 (talk) 17:05, 22 October 2022 (UTC)[reply]

"Non-volatile storage"?

What is non-volatile storage 2C0F:FE38:2185:8349:7886:B0FF:FE96:15FE (talk) 09:12, 14 August 2024 (UTC)[reply]

Storage that retains its contents when power is shut off. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 09:59, 14 August 2024 (UTC)[reply]