WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Need rebuttal to: "all programs on all operating systems run in ram..."  (Read 2343 times)

Offline baz

  • Full Member
  • ***
  • Posts: 216
I was talking to a buddy telling him about how fast TC is, and how it runs completely in ram. Then he said all programs on all operating systems run completely in ram until ram runs out, then the OS simply manages sharing it. He followed that the performance gains in TC are probably due to its size, rather than its design.

This doesn't sit right with me, but I am not sure how to rebut it - what do you guys/gals think?

Cheers,
Baz

Offline gerald_clark

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 4254
Your buddy is correct about all programs run in RAM.
The difference is that with TC, the filesystem is also in RAM instead of on disk.
Extensions can then be copied to the filesystem ( in RAM ) or mounted from the flash/hard-drive.

Offline danielibarnes

  • Hero Member
  • *****
  • Posts: 548
What you mean is load from RAM. In a typical operating system, Linux or Windows, the executable files are stored on the hard drive. The OS copies the executable from the hard drive into memory and then executes it. With Tiny Core, the executable is already in memory, so the copy part of "loading" is much faster. Tiny Core is similar to Bart's Boot disks

Offline helander

  • Full Member
  • ***
  • Posts: 183
What you mean is load from RAM. In a typical operating system, Linux or Windows, the executable files are stored on the hard drive. The OS copies the executable from the hard drive into memory and then executes it. With Tiny Core, the executable is already in memory, so the copy part of "loading" is much faster. Tiny Core is similar to Bart's Boot disks

Well, if you choose to copy the extensions to ram then the executables are loaded from ram, but the default TC/MC behavoiur just keeps links to the executables in ram and the actual content is on the mounted squashfs files which resides on "disk". Since the squashfs is compressed the amount to load is reduced. On the downside is the time required to uncompress the loaded data but in total the load+uncompress time is less than the load time of uncompressed data.

/Lars

Offline danielibarnes

  • Hero Member
  • *****
  • Posts: 548
Quote
the actual content is on the mounted squashfs files which resides on "disk".

True, I was thinking of cloud mode.

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10963
Even in PPR, the core is in ram. All core library/app accesses are thus blazing fast in every scenario.
The only barriers that can stop you are the ones you create yourself.