Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.arch.embedded > #29744

Re: Page sizes

From Don Y <blockedofcourse@foo.invalid>
Newsgroups comp.arch.embedded
Subject Re: Page sizes
Date 2020-06-28 11:49 -0700
Organization A noiseless patient Spider
Message-ID <rdaonp$bsf$1@dont-email.me> (permalink)
References (3 earlier) <g8hfff557tjmacl1d57nc709c2spuo0bbv@4ax.com> <rd8l7e$864$1@dont-email.me> <0f6gff9sotfj1593ibdh22g7dr6nhs824d@4ax.com> <rd9ekm$h7v$1@dont-email.me> <8nrgffdmddcons3n5gd5ad4eu1a5qfvfbo@4ax.com>

Show all headers | View raw

On 6/28/2020 3:27 AM, upsidedown@downunder.com wrote:
>> But, if segments can be added/removed/resized dynamically, then
>> you're essentially dealing with the same sort of fragmentation
>> problem that arises in heap management AND the same sort of
>> algorithm choices for selecting WHERE to create the next requested
>> segment (unless you pass that off to the application to handle
>> as IT knows what its current and future needs will be).
> 
> The ancient method for increasing the process address space is to swap
> out the whole process into the swap file, increase the size descriptor
> and then let the program loader find a new memory area in the physical
> memory. Of course this is a heavy operation and should not be done for
> every malloc() call :-).

In a desktop environment, you typically only have to worry about how
patient the user will be.  And, how tolerant he will be if the system
crashes because it got into a "sorry, I can't fix this" condition.

In an embedded environment (c.a.E), the application has to continue to
operate without that possibility of user intervention.  And, often has
to satisfy timeliness guarantees (though this isn't c.R).

All said, you want algorithms and approaches that have a more predictable
degree of success regardless of the "current situation", at the time.

Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-26 21:45 -0700
  Re: Page sizes Bernd Linsel <bl1@gmx.com> - 2020-06-27 08:33 +0200
    Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-27 00:32 -0700
      Re: Page sizes Bernd Linsel <bl1@gmx.com> - 2020-06-27 12:21 +0200
        Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-27 15:12 -0700
        Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-06-27 18:14 -0400
      Re: Page sizes David Brown <david.brown@hesbynett.no> - 2020-06-27 17:21 +0200
        Re: Page sizes Clifford Heath <no.spam@please.net> - 2020-06-28 15:30 +1000
      Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-06-27 18:02 -0400
  Re: Page sizes upsidedown@downunder.com - 2020-06-27 11:11 +0300
  Re: Page sizes John Speth <johnspeth@yahoo.com> - 2020-06-27 07:59 -0700
  Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-06-27 17:37 -0400
    Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-27 15:10 -0700
      Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-06-27 18:35 -0400
        Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-27 16:36 -0700
          Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-06-28 01:01 -0400
            Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-27 23:50 -0700
              Re: Page sizes upsidedown@downunder.com - 2020-06-28 13:27 +0300
                Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-28 11:49 -0700
              Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-06-30 00:05 -0400
                Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-29 23:24 -0700
                Re: Page sizes upsidedown@downunder.com - 2020-06-30 11:00 +0300
                Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-30 12:23 -0700
                Re: Page sizes upsidedown@downunder.com - 2020-07-01 13:31 +0300
                Re: Page sizes Dimiter_Popoff <dp@tgi-sci.com> - 2020-07-01 19:44 +0300
                Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-06-30 05:45 -0400
                Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-30 04:13 -0700
                Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-06-30 12:49 -0400
                Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-30 12:44 -0700
                Re: Page sizes George Neuner <gneuner2@comcast.net> - 2020-07-02 03:14 -0400
        Re: Page sizes upsidedown@downunder.com - 2020-06-28 09:24 +0300
          Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-28 00:11 -0700
            Re: Page sizes upsidedown@downunder.com - 2020-06-28 15:59 +0300
              Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-28 12:04 -0700
                Re: Page sizes upsidedown@downunder.com - 2020-06-30 06:43 +0300
                Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-29 23:47 -0700
          Re: Page sizes Rick C <gnuarm.deletethisbit@gmail.com> - 2020-06-28 01:18 -0700
            Re: Page sizes upsidedown@downunder.com - 2020-06-28 16:29 +0300
              Re: Page sizes Don Y <blockedofcourse@foo.invalid> - 2020-06-28 12:18 -0700
  Re: Page sizes Richard Damon <Richard@Damon-Family.org> - 2020-06-27 18:27 -0400
  Re: Page sizes Andrew Smallshaw <andrews@sdf.org> - 2020-07-04 06:11 +0000

csiph-web