• What is an animal or an SSD drive? (Was: blah, blah, blah) Android edit

    From Kenny McCormack@21:1/5 to usenet@arnowelzel.de on Mon Feb 3 13:09:49 2025
    XPost: comp.mobile.android, comp.editors

    In article <m0br40Ff8v9U2@mid.individual.net>,
    Arno Welzel <usenet@arnowelzel.de> wrote:
    ...
    I don't call an SSD a flash media.

    Why not? SSD *is* flash storage. Just because there is a controller
    which takes care of wear leveling, the storage technology itself is not >different to that of SD cards.

    Chill out, man.

    People often use terminology in idiosyncratic ways. That doesn't make them wrong. I understand Carlo's frame of reference, and I accept it. You
    should do likewise.

    Just for one example:
    In some circles, unless it is a 4 footed mammal, it is not an "animal".

    I assume Carlo's use of terminology is similar.

    --
    To be evangelical is to spend every waking moment hovering around
    two emotional states: fear and rage. Evangelicals are seriously the
    angriest and most vicious bunch of self-pitying, constantly-moaning
    whinybutts I've ever encountered.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Carlos E.R.@21:1/5 to Kenny McCormack on Mon Feb 3 14:34:26 2025
    XPost: comp.mobile.android, comp.editors

    On 2025-02-03 14:09, Kenny McCormack wrote:
    In article <m0br40Ff8v9U2@mid.individual.net>,
    Arno Welzel <usenet@arnowelzel.de> wrote:
    ...
    I don't call an SSD a flash media.

    Why not? SSD *is* flash storage. Just because there is a controller
    which takes care of wear leveling, the storage technology itself is not
    different to that of SD cards.

    Chill out, man.

    People often use terminology in idiosyncratic ways. That doesn't make them wrong. I understand Carlo's frame of reference, and I accept it. You
    should do likewise.

    Just for one example:
    In some circles, unless it is a 4 footed mammal, it is not an "animal".

    I assume Carlo's use of terminology is similar.


    This minute, I do not know how to name SSDs. I'm confused.


    --
    Cheers, Carlos.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From knuttle@21:1/5 to All on Mon Feb 3 10:47:56 2025
    XPost: comp.mobile.android, comp.editors

    T24gMDIvMDMvMjAyNSA4OjM0IEFNLCBDYXJsb3MgRS5SLiB3cm90ZToNCj4gT24gMjAyNS0w Mi0wMyAxNDowOSwgS2VubnkgTWNDb3JtYWNrIHdyb3RlOg0KPj4gSW4gYXJ0aWNsZSA8bTBi cjQwRmY4djlVMkBtaWQuaW5kaXZpZHVhbC5uZXQ+LA0KPj4gQXJubyBXZWx6ZWzCoCA8dXNl bmV0QGFybm93ZWx6ZWwuZGU+IHdyb3RlOg0KPj4gLi4uDQo+Pj4+IEkgZG9uJ3QgY2FsbCBh biBTU0QgYSBmbGFzaCBtZWRpYS4NCj4+Pg0KPj4+IFdoeSBub3Q/IFNTRCAqaXMqIGZsYXNo IHN0b3JhZ2UuIEp1c3QgYmVjYXVzZSB0aGVyZSBpcyBhIGNvbnRyb2xsZXINCj4+PiB3aGlj aCB0YWtlcyBjYXJlIG9mIHdlYXIgbGV2ZWxpbmcsIHRoZSBzdG9yYWdlIHRlY2hub2xvZ3kg aXRzZWxmIGlzIG5vdA0KPj4+IGRpZmZlcmVudCB0byB0aGF0IG9mIFNEIGNhcmRzLg0KPj4N Cj4+IENoaWxsIG91dCwgbWFuLg0KPj4NCj4+IFBlb3BsZSBvZnRlbiB1c2UgdGVybWlub2xv Z3kgaW4gaWRpb3N5bmNyYXRpYyB3YXlzLsKgIFRoYXQgZG9lc24ndCBtYWtlIA0KPj4gdGhl bQ0KPj4gd3JvbmcuwqAgSSB1bmRlcnN0YW5kIENhcmxvJ3MgZnJhbWUgb2YgcmVmZXJlbmNl LCBhbmQgSSBhY2NlcHQgaXQuwqAgWW91DQo+PiBzaG91bGQgZG8gbGlrZXdpc2UuDQo+Pg0K Pj4gSnVzdCBmb3Igb25lIGV4YW1wbGU6DQo+PiBJbiBzb21lIGNpcmNsZXMsIHVubGVzcyBp dCBpcyBhIDQgZm9vdGVkIG1hbW1hbCwgaXQgaXMgbm90IGFuICJhbmltYWwiLg0KPj4NCj4+ IEkgYXNzdW1lIENhcmxvJ3MgdXNlIG9mIHRlcm1pbm9sb2d5IGlzIHNpbWlsYXIuDQo+Pg0K PiANCj4gVGhpcyBtaW51dGUsIEkgZG8gbm90IGtub3cgaG93IHRvIG5hbWUgU1NEcy4gSSdt IGNvbmZ1c2VkLg0KPiANCj4gDQpBIHJvc2UgaXMgYSByb3NlLCBhcyBsb25nIGFzIGl0IGRv ZXMgdGhlIGpvYiB5b3Ugd2FudCB3aGF0IGRvZXMgaXQgDQptYXR0ZXIgd2hhdCBpdCBpcyBj YWxsZWQuICAgSSBoYXZlIG1hbnkgdXNlZnVsIGRldmljZXMgY2FsbGVkIFRoaW5nYW1hamln
    Lg0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Newyana2@21:1/5 to Carlos E.R. on Mon Feb 3 15:15:42 2025
    XPost: comp.mobile.android, comp.editors

    On 2/3/2025 8:34 AM, Carlos E.R. wrote:


    This minute, I do not know how to name SSDs. I'm confused.


    Lawrence just spends his days trying to one-up other people,
    especially with tech trivia. Why do you let him?

    SSD is unambiguous. Like you, I
    don't call it a flash drive. I don't call anything flash. There
    are USB sticks, SSDs and SD cards. The type of data strorage
    they use is not a practical concern. Those terms are specific
    in terms of IDing the item.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Carlos E.R. on Mon Feb 3 15:42:50 2025
    XPost: comp.mobile.android, comp.editors

    On Mon, 2/3/2025 8:34 AM, Carlos E.R. wrote:
    On 2025-02-03 14:09, Kenny McCormack wrote:
    In article <m0br40Ff8v9U2@mid.individual.net>,
    Arno Welzel  <usenet@arnowelzel.de> wrote:
    ...
    I don't call an SSD a flash media.

    Why not? SSD *is* flash storage. Just because there is a controller
    which takes care of wear leveling, the storage technology itself is not
    different to that of SD cards.

    Chill out, man.

    People often use terminology in idiosyncratic ways.  That doesn't make them >> wrong.  I understand Carlo's frame of reference, and I accept it.  You
    should do likewise.

    Just for one example:
    In some circles, unless it is a 4 footed mammal, it is not an "animal".

    I assume Carlo's use of terminology is similar.


    This minute, I do not know how to name SSDs. I'm confused.



    This could be a USB flash stick, a Solid State Drive (SSD). The SSD
    uses Host Based Memory ("cheap" SSD), or the SSD can have its own
    1GB DRAM chip to hold the virtual to physical mapping table. USB flash
    sticks don't do that, and the interface speed on USB flash makes that
    sort of idea impractical.

    PHY and protocol
    -------------------- controller ------- Toggle Flash TLC/QLC

    This could be an SD or an eMMC chip.

    PHY and protocol
    -------------------- controller ------- Toggle Flash TLC/QLC

    \________ same plastic package _______/

    The controller ranges from an 8085, to a quad core ARM. The SSD
    would have static and dynamic wear leveling, the USB stick, not.

    The flash chip could be consumer grade, or the Enterprise flash
    with the 6x write cycles that Micron makes.

    Flash could last forever... if we could anneal it to repair
    defects in the cells. But we're not there yet, and might never make
    it there.

    The toggle flash could be replaced with Optane, but that's discontinued
    and has higher power dissipation.

    A single flash die, can have vertical lines of storage bits, arranged
    in up to 232 layers.

    https://www.mdpi.com/computers/computers-06-00027/article_deploy/html/images/computers-06-00027-g010-550.jpg

    The die can be stacked, with thru substrate vias. Sixteen die inside
    one IC package. This is why a USB flash stick can be 32GB in a single
    die, and an SSD can use 1TB chips (two chips) to make a 2TB SSD drive.
    In the larger flash chips, it's even possible there are multiple
    toggle channels in the same package (the controller might have eight
    channels, to get the bandwidth, and with the limited number of chips
    in the SSD, the chip needs more channels to flesh out the controller).
    Raising the speed of a toggle channel too high, would lead to
    local heating problems. The dies being fastened together are paper
    thin (maybe 500u), and for some of the tech we've got today, they actually
    put a piece of dummy silicon up against the thin ones, for support.
    While the advert says the devices can take 1000G shock, don't
    push your luck :-) Things like this are only possible, because
    the thermal coefficient of expansion (TCE) of all the layers, is the same.

    https://www.electronicspecifier.com/cms/images/TSV.jpg

    Today, SSD drives are hardly ever full any more. The SSD in the other
    machine, a Lexar NS100, it's likely a controller chip, and one stacked die flash,
    and the PCB is much shorter than the 2.5" drive package. There is a lot
    of air in there. And if you're thinking of opening one up, you can,
    but some of them use thermal tape, and you'll rip the tape.

    Bottom to top: Controller, DRAM, Flash chip

    https://images.anandtech.com/galleries/2930/DSC_1058_575px.jpg

    Secondary side: Flash chip over top of other flash chip (clam shell),
    two electrical loads per toggle channel.

    https://images.anandtech.com/galleries/2930/DSC_1059_575px.jpg

    This one has some tapes. The tape that is doing something, is
    over top of the controller. The controller with the ARM cores.

    https://images.anandtech.com/doci/12263/imgp0157.jpg

    1TB drive on the left, 4TB drive on the right.

    https://images.anandtech.com/doci/16480/IMGP9045_575px.jpg

    We were promised 16TB SSDs, but they were yanked before reaching retail. Highest capacity controller chip currently is 100TB, but no device
    has been built yet that uses all the addressing capability.
    You couldn't afford to buy it, anyway. That's part of the reason
    they don't make retail high capacity drives, pricing and market
    uptake. 100TB drives continue to cost as much as a small car
    (3.5" drive, modular internal construction, price never given in adverts).

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Carlos E.R. on Tue Feb 4 15:41:35 2025
    XPost: comp.mobile.android, comp.editors

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-02-03 14:09, Kenny McCormack wrote:
    In article <m0br40Ff8v9U2@mid.individual.net>,
    Arno Welzel <usenet@arnowelzel.de> wrote:
    ...
    I don't call an SSD a flash media.

    Why not? SSD *is* flash storage. Just because there is a controller
    which takes care of wear leveling, the storage technology itself is not
    different to that of SD cards.

    Chill out, man.

    People often use terminology in idiosyncratic ways. That doesn't make them wrong. I understand Carlo's frame of reference, and I accept it. You should do likewise.

    Just for one example:
    In some circles, unless it is a 4 footed mammal, it is not an "animal".

    I assume Carlo's use of terminology is similar.


    This minute, I do not know how to name SSDs. I'm confused.

    To avoid this kind of senseless non-discussions, I tend to call things
    as they are normally called, not by their technology. AFAIC, using the
    term "flash card"/"flash media" is outdated and ambiguous terminology.

    So SSD, (Micro)SD-card, USB memory-stick (not just USB stick, as there
    are other type of USB sticks), etc.. If needed, add the capacity or/and
    subtype (i.e. SD, SDHC, SDXC, SDUC). 'Problem' solved.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Wed Feb 5 10:18:28 2025
    XPost: comp.mobile.android, comp.editors

    Kenny McCormack, 2025-02-03 14:09:

    In article <m0br40Ff8v9U2@mid.individual.net>,
    Arno Welzel <usenet@arnowelzel.de> wrote:
    ...
    I don't call an SSD a flash media.

    Why not? SSD *is* flash storage. Just because there is a controller
    which takes care of wear leveling, the storage technology itself is not
    different to that of SD cards.

    Chill out, man.

    People often use terminology in idiosyncratic ways. That doesn't make them wrong. I understand Carlo's frame of reference, and I accept it. You
    should do likewise.

    I was just not sure, if Carlo thinks, that SSD is not flash media but
    something different - and that's the reason why it is called "solid
    state disk" and not "flash media disk".

    JFTR: In the past there were in fact SSDs based on RAM chips with
    battery backup - for example the "memory cards" of some pocket computers
    or programmable calculators.


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Wed Feb 5 10:25:46 2025
    XPost: comp.mobile.android, comp.editors

    Newyana2, 2025-02-03 21:15:

    On 2/3/2025 8:34 AM, Carlos E.R. wrote:


    This minute, I do not know how to name SSDs. I'm confused.


    Lawrence just spends his days trying to one-up other people,
    especially with tech trivia. Why do you let him?

    SSD is unambiguous. Like you, I
    don't call it a flash drive. I don't call anything flash. There
    are USB sticks, SSDs and SD cards. The type of data strorage
    they use is not a practical concern. Those terms are specific
    in terms of IDing the item.

    Well - it was not about not calling SSD "flash media". The origin of
    this discussion was this sentence by Carlos:

    "Also I *never* edit a file residing in flash storage."

    And "flash storage" or "flash memory" is the name for a storage
    technology. SSD is "flash storage" as well as USB sticks or SD cards,
    because all these media use the same basic technology, just with
    different detail implementations like wear leveling etc..

    Also see: <https://en.wikipedia.org/wiki/Flash_memory> and the sources
    referred there.

    Of course you can always decide to only call an SD card "flash media"
    and anything else working with the same technology "SSD" and "USB stick" depending on what you use exactly. But using technical terms this way
    makes any discussion about technology quite difficoult - because then
    you always need to know, that a person understands as "flash media". One
    might see only SD cards as "flash media" while another one would call a
    USB stick as "flash media".


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Newyana2@21:1/5 to Arno Welzel on Wed Feb 5 09:32:23 2025
    XPost: comp.mobile.android, comp.editors

    On 2/5/2025 4:25 AM, Arno Welzel wrote:


    Well - it was not about not calling SSD "flash media". The origin of
    this discussion was this sentence by Carlos:

    "Also I *never* edit a file residing in flash storage."


    And you didn't know he was talking about an external
    stick or card? Lawrence was just trying to catch him in
    "I know and you don't. Ha ha!"

    It's getting to be ridiculous how many posts here are just
    bickering that's kept going by compulsive arguers.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Carlos E.R.@21:1/5 to All on Wed Feb 5 20:46:40 2025
    XPost: comp.mobile.android, comp.editors

    On 2025-02-05 15:32, Newyana2 wrote:
    On 2/5/2025 4:25 AM, Arno Welzel wrote:


    Well - it was not about not calling SSD "flash media". The origin of
    this discussion was this sentence by Carlos:

    "Also I *never* edit a file residing in flash storage."


      And you didn't know he was talking about an external
    stick or card? Lawrence was just trying to catch him in
     "I know and you don't. Ha ha!"

    Yes, that's what I wanted to mean.



      It's getting to be ridiculous how many posts here are just
    bickering that's kept going by compulsive arguers.



    --
    Cheers, Carlos.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Thu Feb 6 00:05:13 2025
    XPost: comp.mobile.android, comp.editors

    On Wed, 5 Feb 2025 10:18:28 +0100, Arno Welzel wrote:

    ... that's the reason why it is called "solid state disk" and not "flash media disk".

    JFTR: In the past there were in fact SSDs based on RAM chips with
    battery backup - for example the "memory cards" of some pocket computers
    or programmable calculators.

    But those were never called “solid state disks” though, where they.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Lawrence D'Oliveiro on Wed Feb 5 20:04:45 2025
    XPost: comp.mobile.android, comp.editors

    On Wed, 2/5/2025 7:05 PM, Lawrence D'Oliveiro wrote:
    On Wed, 5 Feb 2025 10:18:28 +0100, Arno Welzel wrote:

    ... that's the reason why it is called "solid state disk" and not "flash
    media disk".

    JFTR: In the past there were in fact SSDs based on RAM chips with
    battery backup - for example the "memory cards" of some pocket computers
    or programmable calculators.

    But those were never called “solid state disks” though, where they.


    Gigabyte iRAM.

    https://en.wikipedia.org/wiki/I-RAM

    "The i-RAM was a PCI card-mounted, battery-backed RAM disk that behaved
    and was marketed as a solid-state storage device."

    Someone held a patent, which may have caused those to go away.

    One other problem with those, is their SATA info (emulation of a SATA) was
    a bit incomplete for some purposes. Someone took an Areca RAID card and plugged those in, and the Areca did not find the metadata palatable enough for the job. Maybe missing a serial number or something. Thus, hopes were dashed at the time, of setting a benchmark record :-)

    I expect there are unemployed engineers running some home-brew ones
    of those in their basement. That is about as close as poor people
    will get to owning one.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Thu Feb 6 20:17:57 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-06 01:05:

    On Wed, 5 Feb 2025 10:18:28 +0100, Arno Welzel wrote:

    ... that's the reason why it is called "solid state disk" and not "flash
    media disk".

    JFTR: In the past there were in fact SSDs based on RAM chips with
    battery backup - for example the "memory cards" of some pocket computers
    or programmable calculators.

    But those were never called “solid state disks” though, where they.

    Correct - "solid state drive" and not "solid state disk". However this
    is by definition a drive which does not have moving parts. If this is
    achieved by using battery powered RAM or flash memory is not important
    for that definition.

    Also see:

    <https://www.techtarget.com/searchstorage/definition/RAM-based-solid-state-drive-SSD>

    And Atto still offers RAM based SSDs:

    <https://www.atto.com/products/silicondisk-storage-appliance/>

    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Thu Feb 6 21:02:13 2025
    XPost: comp.mobile.android, comp.editors

    On Thu, 6 Feb 2025 20:17:57 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-06 01:05:

    On Wed, 5 Feb 2025 10:18:28 +0100, Arno Welzel wrote:

    ... that's the reason why it is called "solid state disk" and not
    "flash media disk".

    JFTR: In the past there were in fact SSDs based on RAM chips with
    battery backup - for example the "memory cards" of some pocket
    computers or programmable calculators.

    But those were never called “solid state disks” though, where they.

    Correct - "solid state drive" and not "solid state disk".

    Neither.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Paul on Thu Feb 6 22:40:33 2025
    XPost: comp.mobile.android, comp.editors

    On Mon, 3 Feb 2025 15:42:50 -0500, Paul wrote:

    Flash could last forever... if we could anneal it to repair defects in
    the cells. But we're not there yet, and might never make it there.

    Certainly the vendors of flash storage have no financial incentive to take
    us there.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Fri Feb 7 21:45:55 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-06 23:40:

    On Mon, 3 Feb 2025 15:42:50 -0500, Paul wrote:

    Flash could last forever... if we could anneal it to repair defects in
    the cells. But we're not there yet, and might never make it there.

    Certainly the vendors of flash storage have no financial incentive to take
    us there.

    And I don't think there is need for that. In the last 20 years I had
    only few cases where SD cards or SSDs stopped working properly. But I
    never lost data, since this was always backup up or stored redundant on multiple media or locations. So I don't have any use for flash storage
    which lasts "forever".

    I also never experienced any failure of internal flash storage in
    smartphones or my smartwatch - and the smartwatch (Samsung Gear S3) is
    now about 7 years in constant use and I use smartphones usually for at
    least 5 years.

    On the other hand: for an old "pocket" computer in my collection, a
    Sharp PC-E500S [1] I got an FRAM module - this keep data "forever" (more
    than 10 years of data retention time and 10^10 to 10^15 write cycles),
    but this kind of storage is way too expensive for more than just a few megabytes of memory.


    [1] <https://arnowelzel.de/en/projects/technology-museum/pocket-computers/sharp-pc-e500s>

    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Fri Feb 7 21:47:34 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-06 22:02:

    On Thu, 6 Feb 2025 20:17:57 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-06 01:05:

    On Wed, 5 Feb 2025 10:18:28 +0100, Arno Welzel wrote:

    ... that's the reason why it is called "solid state disk" and not
    "flash media disk".

    JFTR: In the past there were in fact SSDs based on RAM chips with
    battery backup - for example the "memory cards" of some pocket
    computers or programmable calculators.

    But those were never called “solid state disks” though, where they.

    Correct - "solid state drive" and not "solid state disk".

    Neither.

    Well, you can ignore the real world, that's your choice.


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Sat Feb 8 03:28:30 2025
    XPost: comp.mobile.android, comp.editors

    On Fri, 7 Feb 2025 21:47:34 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-06 22:02:

    On Thu, 6 Feb 2025 20:17:57 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-06 01:05:

    On Wed, 5 Feb 2025 10:18:28 +0100, Arno Welzel wrote:

    ... that's the reason why it is called "solid state disk" and not
    "flash media disk".

    JFTR: In the past there were in fact SSDs based on RAM chips with
    battery backup - for example the "memory cards" of some pocket
    computers or programmable calculators.

    But those were never called “solid state disks” though, where they. >>>
    Correct - "solid state drive" and not "solid state disk".

    Neither.

    Well, you can ignore the real world, that's your choice.

    You have no idea how long the concept of non-volatile RAM has been around,
    do you?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Sat Feb 8 10:18:22 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-08 04:28:

    On Fri, 7 Feb 2025 21:47:34 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-06 22:02:

    On Thu, 6 Feb 2025 20:17:57 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-06 01:05:

    On Wed, 5 Feb 2025 10:18:28 +0100, Arno Welzel wrote:

    ... that's the reason why it is called "solid state disk" and not
    "flash media disk".

    JFTR: In the past there were in fact SSDs based on RAM chips with
    battery backup - for example the "memory cards" of some pocket
    computers or programmable calculators.

    But those were never called “solid state disks” though, where they. >>>>
    Correct - "solid state drive" and not "solid state disk".

    Neither.

    Well, you can ignore the real world, that's your choice.

    You have no idea how long the concept of non-volatile RAM has been around,
    do you?

    I have. I've been working in the IT business since the late 1980ies and
    used RAM based solid-state drives as well (yes, the ones for PCs and
    servers as well not just battery backed memory cards for pocket computers).

    Did you at least read what I linked to?

    <https://www.techtarget.com/searchstorage/definition/RAM-based-solid-state-drive-SSD>

    But as I said... everybody is free to ignore the real world.


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Sat Feb 8 23:35:40 2025
    XPost: comp.mobile.android, comp.editors

    On Sat, 8 Feb 2025 10:18:22 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-08 04:28:

    You have no idea how long the concept of non-volatile RAM has been
    around, do you?

    I have. I've been working in the IT business since the late 1980ies and
    used RAM based solid-state drives as well ...

    So you never used core memory.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Mon Feb 10 08:47:39 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-09 00:35:

    On Sat, 8 Feb 2025 10:18:22 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-08 04:28:

    You have no idea how long the concept of non-volatile RAM has been
    around, do you?

    I have. I've been working in the IT business since the late 1980ies and
    used RAM based solid-state drives as well ...

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory, even
    when it can be used this way.

    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Arno Welzel on Mon Feb 10 10:55:14 2025
    XPost: comp.mobile.android, comp.editors

    Arno Welzel <usenet@arnowelzel.de> wrote:
    Lawrence D'Oliveiro, 2025-02-09 00:35:

    On Sat, 8 Feb 2025 10:18:22 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-08 04:28:

    You have no idea how long the concept of non-volatile RAM has been
    around, do you?

    I have. I've been working in the IT business since the late 1980ies and
    used RAM based solid-state drives as well ...

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory, even
    when it can be used this way.

    More to the point, the - 'conveniently', silently snipped - context
    was "solid state drive", i.e. mass storage, not a computer's working
    storage, so core memory is not relevant

    But yes, I have used core memory, all whopping 8-64KB of them (and
    even less if you count the (programmable) 'calculators' of the late
    60s).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Tue Feb 11 01:00:15 2025
    XPost: comp.mobile.android, comp.editors

    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory, even
    when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines from the
    core memory era, there was no “boot ROM”. The first-stage bootloader was typically around a dozen machine instructions or so, which had to be hand- entered using front-panel switches. (No doubt seasoned operators had this memorized.) It was handy that this could be preserved across power cycles, assuming it didn’t get overwritten by some wayward buggy program.

    Then there were applications that ran without an OS as such. For example,
    on the PDP-8, you could load a BASIC interpreter. This would take about 20 minutes to load off paper tape. So the fact that a power cycle did not
    wipe memory was helpful if you had a lot of BASIC programs to run.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Thu Feb 13 19:59:35 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-11 02:00:

    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory, even
    when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines from the

    Anyway - the memory was "RAM" and not "mass storage".



    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Thu Feb 13 22:15:15 2025
    XPost: comp.mobile.android, comp.editors

    On Thu, 13 Feb 2025 19:59:35 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-11 02:00:

    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory, even
    when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines from
    the core memory era ...

    Anyway - the memory was "RAM" and not "mass storage".

    Neither term was used back then. I certainly didn’t use them in this
    context.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Janis Papanagnou@21:1/5 to Lawrence D'Oliveiro on Fri Feb 14 02:10:34 2025
    XPost: comp.mobile.android, comp.editors

    On 13.02.2025 23:15, Lawrence D'Oliveiro wrote:
    On Thu, 13 Feb 2025 19:59:35 +0100, Arno Welzel wrote:

    Anyway - the memory was "RAM" and not "mass storage".

    Neither term was used back then.

    Well, this is not exactly reflecting the situation "back then".
    (And I also don't think we should focus on terms[*] if we discuss
    technology.)

    If you read old books about storage technology you find that these characteristics are described; e.g. the direct addressing property
    (RAM, random access memory), or the property to store practically
    unlimited amounts of information (mass storage). There were also
    other properties of storage memory described and all storage types
    with their properties were seen in a much wider and differentiated
    context.

    Arno Welzel <usenet@arnowelzel.de> previously wrote:

    Correct. But core memory is not intended as *persistent* memory, even
    when it can be used this way.

    There's no "intention"; persistence is just a _property_ of various
    storage technologies (including ferrite-core memory).

    Janis

    [*] Terms like the shortcut "RAM" (for example) is not the essential
    thing. It's the storages' properties; "back then" they considered
    these properties less on a buzz-word-abbreviated-marketing-level but
    more based on concrete physical properties. That's what I perceived (hereabouts) and what can be read in old books[**] about it. (YMMV.)

    [**] For the interested people, see for example:
    Karl Steinbuch, "Taschenbuch der Nachrichtenverarbeitung", 2. Auflage,
    Springer Verlag, Berlin/Heidelberg/New York, 1967 - on pages 475-603.


    On 13.02.2025 23:15, Lawrence D'Oliveiro wrote:
    I certainly didn’t use them in this context.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Tue Feb 18 11:56:41 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-13 23:15:

    On Thu, 13 Feb 2025 19:59:35 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-11 02:00:

    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory, even
    when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines from
    the core memory era ...

    Anyway - the memory was "RAM" and not "mass storage".

    Neither term was used back then. I certainly didn’t use them in this context.

    It does not matter, if you use that term. I talk about the real world
    usage. And core memory is not *intended* to be non volatile storage,
    even if it is technically possible to keep information without powering
    the memory.


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Tue Feb 18 21:55:30 2025
    XPost: comp.mobile.android, comp.editors

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-13 23:15:

    On Thu, 13 Feb 2025 19:59:35 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-11 02:00:

    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory, even >>>>> when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines from >>>> the core memory era ...

    Anyway - the memory was "RAM" and not "mass storage".

    Neither term was used back then. I certainly didn’t use them in this
    context.

    It does not matter, if you use that term. I talk about the real world
    usage.

    So was I.

    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Fri Feb 21 09:12:09 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-18 22:55:

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:
    [...]
    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    Which is irrelevant for what I said.


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Arno Welzel on Fri Feb 21 14:12:43 2025
    XPost: comp.mobile.android, comp.editors

    Arno Welzel <usenet@arnowelzel.de> wrote:
    Lawrence D'Oliveiro, 2025-02-13 23:15:

    On Thu, 13 Feb 2025 19:59:35 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-11 02:00:

    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory, even >>>> when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines from >>> the core memory era ...

    Anyway - the memory was "RAM" and not "mass storage".

    Neither term was used back then. I certainly didn?t use them in this context.

    It does not matter, if you use that term. I talk about the real world
    usage. And core memory is not *intended* to be non volatile storage,
    even if it is technically possible to keep information without powering
    the memory.

    Well, we (HP) sold computers (2116/2115/2114) with BASIC, were the
    core memory kept the 'OS', the interpreter and the user's program(s).
    They did not have mass storage, only paper tape for the intitial load of OS/interpreter and to save/load programs.

    Same for the 9100A/B 'calculator's of the time. Program and data in
    core memory. Yes, program and data could be loaded from and saved to creditcard-sized magnetic cards, but core memory was definitely intended
    to be non volatile storage.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Fri Feb 21 23:35:34 2025
    XPost: comp.mobile.android, comp.editors

    On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-18 22:55:

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:
    [...]
    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    Which is irrelevant for what I said.

    You said it wasn’t intended to be non-volatile. But it was.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Tue Feb 25 18:27:39 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-22 00:35:

    On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-18 22:55:

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:
    [...]
    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    Which is irrelevant for what I said.

    You said it wasn’t intended to be non-volatile. But it was.

    No, it wasn't. This was just the side-effect of using magnetic cores. If
    any other technology would have been as cheap and fast as core memory,
    it would have been used.

    As soon as *non-volatile* integrated circuits became cheaper, they
    replaced core memory within a few years, because the proporty "non
    volatile" was not the important thing. Instead having a lot of cheap RAM
    was much more important - also when core memory was invented.


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to Arno Welzel on Tue Feb 25 18:25:09 2025
    XPost: comp.mobile.android, comp.editors

    Arno Welzel <usenet@arnowelzel.de> wrote:
    Lawrence D'Oliveiro, 2025-02-22 00:35:

    On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-18 22:55:

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:
    [...]
    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    Which is irrelevant for what I said.

    You said it wasn?t intended to be non-volatile. But it was.

    No, it wasn't. This was just the side-effect of using magnetic cores.

    Sorry, but that's nonsense. I gave some examples from that era, where non-volatility was not a 'side-effect', but an essential property
    without which the system(s) couldn't function,, especially in the
    abscence of on-line mass-storage.

    If
    any other technology would have been as cheap and fast as core memory,
    it would have been used.

    That's just your opinion, not a fact. Anyway neither of 'us' can
    prove that either way.

    As soon as *non-volatile* integrated circuits became cheaper, they
    replaced core memory within a few years, because the proporty "non
    volatile" was not the important thing. Instead having a lot of cheap RAM
    was much more important - also when core memory was invented.

    I think you mean "*volatile* integrated circuits", otherwise the rest
    of your comments do not make any sense. And indeed, after the second
    generation HP computers with core memory (2100), the third generation
    (21MX) had volatile RAM with ICs.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Arno Welzel on Tue Feb 25 20:28:38 2025
    XPost: comp.mobile.android, comp.editors

    On Tue, 25 Feb 2025 18:27:39 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-22 00:35:

    On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-18 22:55:

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:
    [...]
    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    Which is irrelevant for what I said.

    You said it wasn’t intended to be non-volatile. But it was.

    No, it wasn't.

    It was non-volatile. That is a matter of indisputable fact.

    As soon as *non-volatile* integrated circuits became cheaper, they
    replaced core memory within a few years ...

    Why wait for *non-volatile* ones? If the non-volatility was not important,
    the replacement would have happened sooner.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Wed Feb 26 08:49:06 2025
    XPost: comp.mobile.android, comp.editors

    Arno Welzel, 2025-02-25 18:27:

    Lawrence D'Oliveiro, 2025-02-22 00:35:

    On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-18 22:55:

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:
    [...]
    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    Which is irrelevant for what I said.

    You said it wasn’t intended to be non-volatile. But it was.

    No, it wasn't. This was just the side-effect of using magnetic cores. If
    any other technology would have been as cheap and fast as core memory,
    it would have been used.

    As soon as *non-volatile* integrated circuits became cheaper, they

    ... *volatile* of course ...

    replaced core memory within a few years, because the proporty "non
    volatile" was not the important thing. Instead having a lot of cheap RAM
    was much more important - also when core memory was invented.

    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Wed Feb 26 08:54:05 2025
    XPost: comp.mobile.android, comp.editors

    Lawrence D'Oliveiro, 2025-02-25 21:28:

    On Tue, 25 Feb 2025 18:27:39 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-22 00:35:

    On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-18 22:55:

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:
    [...]
    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    Which is irrelevant for what I said.

    You said it wasn’t intended to be non-volatile. But it was.

    No, it wasn't.

    It was non-volatile. That is a matter of indisputable fact.

    As soon as *non-volatile* integrated circuits became cheaper, they
    replaced core memory within a few years ...

    Why wait for *non-volatile* ones? If the non-volatility was not important, the replacement would have happened sooner.

    No, *volatile* of course. I was just not checking my text before sending
    it.


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Arno Welzel@21:1/5 to All on Wed Feb 26 08:53:25 2025
    XPost: comp.mobile.android, comp.editors

    Frank Slootweg, 2025-02-25 19:25:

    Arno Welzel <usenet@arnowelzel.de> wrote:
    Lawrence D'Oliveiro, 2025-02-22 00:35:

    On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote:

    Lawrence D'Oliveiro, 2025-02-18 22:55:

    On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote:
    [...]
    And core memory is not *intended* to be non volatile storage ...

    It did work that way, you know. By design.

    Which is irrelevant for what I said.

    You said it wasn?t intended to be non-volatile. But it was.

    No, it wasn't. This was just the side-effect of using magnetic cores.

    Sorry, but that's nonsense. I gave some examples from that era, where non-volatility was not a 'side-effect', but an essential property
    without which the system(s) couldn't function,, especially in the
    abscence of on-line mass-storage.

    If a property exists in a technology, it is used - of course. But this
    does not mean, that a technology was especially designed for this use case.

    As soon as *non-volatile* integrated circuits became cheaper, they
    replaced core memory within a few years, because the proporty "non
    volatile" was not the important thing. Instead having a lot of cheap RAM
    was much more important - also when core memory was invented.

    I think you mean "*volatile* integrated circuits", otherwise the rest
    of your comments do not make any sense. And indeed, after the second generation HP computers with core memory (2100), the third generation
    (21MX) had volatile RAM with ICs.

    Exactly - *volatile* memory chips replaced core memory when they got
    available and cheaper than core memory, because implementing RAM was the
    main use case for core memory and not the fact, that it is non-volatile.

    Even machines with core memory still had some kind of external storage
    (punched tape, magnetic tape, drum memory etc.) because you still need
    some kind of permanent storage even with core memory.


    --
    Arno Welzel
    https://arnowelzel.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Daniel70@21:1/5 to Kenny McCormack on Sun Apr 27 20:27:45 2025
    XPost: comp.mobile.android, comp.editors

    On 4/02/2025 12:09 am, Kenny McCormack wrote:
    In article <m0br40Ff8v9U2@mid.individual.net>, Arno Welzel <usenet@arnowelzel.de> wrote: ...
    I don't call an SSD a flash media.

    Why not? SSD *is* flash storage. Just because there is a
    controller which takes care of wear leveling, the storage
    technology itself is not different to that of SD cards.

    Chill out, man.

    People often use terminology in idiosyncratic ways.

    .... which CAN lead to mis-understandings!!

    That doesn't make them wrong. I understand Carlo's frame of
    reference, and I accept it. You should do likewise.

    Just for one example: In some circles, unless it is a 4 footed
    mammal, it is not an "animal".

    I assume Carlo's use of terminology is similar.

    Do you recall the saying about what could happen when one "assume"??
    --
    Daniel70

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kenny McCormack@21:1/5 to daniel47@eternal-september.org on Sun Apr 27 10:29:39 2025
    XPost: comp.mobile.android, comp.editors

    In article <vul0r0$jn41$2@dont-email.me>,
    Daniel70 <daniel47@eternal-september.org> wrote:
    ...
    Chill out, man.

    People often use terminology in idiosyncratic ways.

    .... which CAN lead to mis-understandings!!

    Most (if not all) of the so-called "misunderstandings" are intentional.

    I.e., intentional strawmanning.

    --
    Republican Congressman Matt Gaetz claims that only ugly women want
    abortions, which they will never need since no one will impregnate them.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Daniel70@21:1/5 to knuttle on Sun Apr 27 20:30:22 2025
    XPost: comp.mobile.android, comp.editors

    On 4/02/2025 2:47 am, knuttle wrote:
    On 02/03/2025 8:34 AM, Carlos E.R. wrote:
    On 2025-02-03 14:09, Kenny McCormack wrote:
    In article <m0br40Ff8v9U2@mid.individual.net>, Arno Welzel
    <usenet@arnowelzel.de> wrote: ...
    I don't call an SSD a flash media.

    Why not? SSD *is* flash storage. Just because there is a
    controller which takes care of wear leveling, the storage
    technology itself is not different to that of SD cards.

    Chill out, man.

    People often use terminology in idiosyncratic ways. That doesn't
    make them wrong. I understand Carlo's frame of reference, and I
    accept it. You should do likewise.

    Just for one example: In some circles, unless it is a 4 footed
    mammal, it is not an "animal".

    I assume Carlo's use of terminology is similar.

    This minute, I do not know how to name SSDs. I'm confused.

    A rose is a rose, as long as it does the job you want what does it
    matter what it is called. I have many useful devices called
    Thingamajig.

    And how many "What's'its" do you have?? ;-P
    --
    Daniel70

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Daniel70@21:1/5 to Arno Welzel on Sun Apr 27 20:39:13 2025
    XPost: comp.mobile.android, comp.editors

    On 5/02/2025 8:25 pm, Arno Welzel wrote:
    Newyana2, 2025-02-03 21:15:

    <Snip>

    Lawrence just spends his days trying to one-up other people,
    especially with tech trivia. Why do you let him?

    SSD is unambiguous. Like you, I don't call it a flash drive. I
    don't call anything flash. There are USB sticks, SSDs and SD
    cards. The type of data strorage they use is not a practical
    concern. Those terms are specific in terms of IDing the item.

    Well - it was not about not calling SSD "flash media". The origin of
    this discussion was this sentence by Carlos:

    "Also I *never* edit a file residing in flash storage."

    And "flash storage" or "flash memory" is the name for a storage
    technology. SSD is "flash storage" as well as USB sticks or SD cards,
    because all these media use the same basic technology, just with
    different detail implementations like wear leveling etc..

    Also see: <https://en.wikipedia.org/wiki/Flash_memory> and the
    sources referred there.

    Of course you can always decide to only call an SD card "flash media"
    and anything else working with the same technology "SSD" and "USB
    stick" depending on what you use exactly. But using technical terms
    this way makes any discussion about technology quite difficoult -
    because then you always need to know, that a person understands as
    "flash media". One might see only SD cards as "flash media" while
    another one would call a USB stick as "flash media".

    In a similar feign, might one include a Floppy Disk (remember them??) as
    a form of "flash media"?? ;-P
    --
    Daniel70

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Daniel70@21:1/5 to Lawrence D'Oliveiro on Wed May 14 21:34:44 2025
    XPost: comp.mobile.android, comp.editors

    On 11/02/2025 12:00 pm, Lawrence D'Oliveiro wrote:
    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:
    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory,
    even when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines
    from the core memory era, there was no “boot ROM”. The first-stage bootloader was typically around a dozen machine instructions or so,
    which had to be hand- entered using front-panel switches.

    I remember having to do that on a PDP-8 (was it??) in 1982-3.

    (No doubt seasoned operators had this memorized.) It was handy that
    this could be preserved across power cycles, assuming it didn’t get overwritten by some wayward buggy program.

    Then there were applications that ran without an OS as such. For
    example, on the PDP-8, you could load a BASIC interpreter. This would
    take about 20 minutes to load off paper tape. So the fact that a
    power cycle did not wipe memory was helpful if you had a lot of BASIC programs to run.

    --
    Daniel70

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to daniel47@eternal-september.org on Wed May 14 12:54:39 2025
    XPost: comp.mobile.android, comp.editors

    Daniel70 <daniel47@eternal-september.org> wrote:
    On 11/02/2025 12:00 pm, Lawrence D'Oliveiro wrote:
    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:
    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory,
    even when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines
    from the core memory era, there was no ?boot ROM?. The first-stage bootloader was typically around a dozen machine instructions or so,
    which had to be hand- entered using front-panel switches.

    I remember having to do that on a PDP-8 (was it??) in 1982-3.

    That seems rather late!

    I used similar machines ((16-bit instead of 12-bit) HP2116 and later)
    and toggling the precursor to the BBL (Basic Binary Loader) in the late
    60s, early 70s.

    In 1982, I was already using 32-bit (HP) Unix machines which had
    firmware bootloaders and also the earlier/same_time 16-bit HP RTE (Real
    Time Executive) machines had firmware bootloaders many years before
    that.

    (No doubt seasoned operators had this memorized.) It was handy that
    this could be preserved across power cycles, assuming it didn?t get overwritten by some wayward buggy program.

    Then there were applications that ran without an OS as such. For
    example, on the PDP-8, you could load a BASIC interpreter. This would
    take about 20 minutes to load off paper tape. So the fact that a
    power cycle did not wipe memory was helpful if you had a lot of BASIC programs to run.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Daniel70@21:1/5 to Frank Slootweg on Fri May 16 21:29:41 2025
    XPost: comp.mobile.android, comp.editors

    On 14/05/2025 10:54 pm, Frank Slootweg wrote:
    Daniel70 <daniel47@eternal-september.org> wrote:
    On 11/02/2025 12:00 pm, Lawrence D'Oliveiro wrote:
    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:
    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory,
    even when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines
    from the core memory era, there was no ?boot ROM?. The first-stage
    bootloader was typically around a dozen machine instructions or so,
    which had to be hand- entered using front-panel switches.

    I remember having to do that on a PDP-8 (was it??) in 1982-3.

    That seems rather late!

    For computing, yes, that might seem rather late ... but for its purpose (Training us in how an Aust Army Direction Finding system worked) it was
    quite reasonable. I don't know what the actual DF system used.
    --
    Daniel70

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Slootweg@21:1/5 to daniel47@eternal-september.org on Fri May 16 14:13:56 2025
    XPost: comp.mobile.android, comp.editors

    Daniel70 <daniel47@eternal-september.org> wrote:
    On 14/05/2025 10:54 pm, Frank Slootweg wrote:
    Daniel70 <daniel47@eternal-september.org> wrote:
    On 11/02/2025 12:00 pm, Lawrence D'Oliveiro wrote:
    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:
    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent* memory,
    even when it can be used this way.

    It was indeed regularly used that way. Consider that, on machines
    from the core memory era, there was no ?boot ROM?. The first-stage
    bootloader was typically around a dozen machine instructions or so,
    which had to be hand- entered using front-panel switches.

    I remember having to do that on a PDP-8 (was it??) in 1982-3.

    That seems rather late!

    For computing, yes, that might seem rather late ... but for its purpose (Training us in how an Aust Army Direction Finding system worked) it was quite reasonable. I don't know what the actual DF system used.

    I see! Yes. Defense Force systems have a very long lifecycle. In
    aerospace even longer, for obvious reasons.

    They used HP 21MX (16-bit) mini-computers in some missiles. At the
    time, it felt rather strange, letting an expensive computer
    self-destruct. Sadly enough, these days it's no longer strange at all!
    :-(

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Daniel70@21:1/5 to Frank Slootweg on Sat May 17 21:00:58 2025
    XPost: comp.mobile.android, comp.editors

    On 17/05/2025 12:13 am, Frank Slootweg wrote:
    Daniel70 <daniel47@eternal-september.org> wrote:
    On 14/05/2025 10:54 pm, Frank Slootweg wrote:
    Daniel70 <daniel47@eternal-september.org> wrote:
    On 11/02/2025 12:00 pm, Lawrence D'Oliveiro wrote:
    On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote:
    Lawrence D'Oliveiro, 2025-02-09 00:35:

    So you never used core memory.

    Correct. But core memory is not intended as *persistent*
    memory, even when it can be used this way.

    It was indeed regularly used that way. Consider that, on
    machines from the core memory era, there was no ?boot ROM?.
    The first-stage bootloader was typically around a dozen
    machine instructions or so, which had to be hand- entered
    using front-panel switches.

    I remember having to do that on a PDP-8 (was it??) in 1982-3.

    That seems rather late!

    For computing, yes, that might seem rather late ... but for its
    purpose (Training us in how an Aust Army Direction Finding system
    worked) it was quite reasonable. I don't know what the actual DF
    system used.

    I see! Yes. Defense Force systems have a very long lifecycle. In
    aerospace even longer, for obvious reasons.

    They used HP 21MX (16-bit) mini-computers in some missiles. At the
    time, it felt rather strange, letting an expensive computer
    self-destruct. Sadly enough, these days it's no longer strange at
    all! :-(

    Hey, if that missile is aimed at my next door neighbour, I'm glad they
    are allowing those "expensive computers" to self-destruct. ;-P
    --
    Daniel70

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)