All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Valiquette <v.simon@ieee.org>
To: Linux Newbie <linux-newbie@vger.kernel.org>
Subject: Re: Query regarding Copy-on-write
Date: Mon, 22 Nov 2004 01:31:02 -0500	[thread overview]
Message-ID: <41A187A6.4000300@ieee.org> (raw)
In-Reply-To: <1101094465.3783.19.camel@myLinux>

Jagadeesh Bhaskar P a écrit :
> Hi again,
>   I got the concept. I had no problem understanding the explanation...I
> already knew the concepts of virtual memory and paging so that was not a
> problem.
> 
>   According to ur reply, after the sharing, will always the range of
> addresses generated by the process, ie the virtual addresses be the same
> of the parent, even if the physical memory pointed to by that is
> different.
> 

   Yes, otherwise the pointers would point to the wrong adresses and the 
program will probably quickly segfault.

>   So basically, is it that sharing VM imply that the range of addresses
> is shared, and physical pages pointed to by them may or maynot be the
> same?
> 

   The range of virtual addresses is reused, not shared, but I guess it 
is just a question of using the good words (you are probably also a 
non-native english speakers).  But yes that's the basic idea.

> Please do help, and thanks for the previous elaborate explanation!
> 

   When I first looked inside the Linux kernel, I started by trying to 
understand how it handled memory.  I finally realized how crazy I was, 
and switched to an easier part.  But by the time, I had learned quite a 
lot about VM, and also made a minimalist OS for a MC68000 microcontroler 
(only basic process support without even support for a filesystem). 
That's also probably why I don't think the actual kernel support 
copy-on-write on MMU-less processor, as I can't think of any good and 
efficient implementation for that.


Simon Valiquette

---
The memory management on the PowerPC can be used
to frighten small children.
   - Linus Torvalds

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

  reply	other threads:[~2004-11-22  6:31 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-20 10:39 Query regarding Copy-on-write Jagadeesh Bhaskar P
2004-11-20 13:59 ` Simon Valiquette
2004-11-20 14:22   ` Jim Nelson
2004-11-22  3:34   ` Jagadeesh Bhaskar P
2004-11-22  6:31     ` Simon Valiquette [this message]
2004-11-22  6:49       ` Jagadeesh Bhaskar P
2004-11-22 11:48         ` Simon Valiquette
2004-11-23  4:00           ` Manish Regmi
2004-11-20 14:17 ` Jim Nelson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=41A187A6.4000300@ieee.org \
    --to=v.simon@ieee.org \
    --cc=linux-newbie@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.