public inbox for linux-newbie@vger.kernel.org
 help / color / mirror / Atom feed
* No copy on write system call?
@ 2005-03-22  4:38 stackframe
  0 siblings, 0 replies; only message in thread
From: stackframe @ 2005-03-22  4:38 UTC (permalink / raw)
  To: linux-newbie

How is it that a write (man 2 write) can be passed a buffer 
that exceeds most of the physical and virtual memory on a 
system and work successfully?

I wrote a simple program that allocates a large buffer on 
the heap, zeros the space and then calls write 
(man 2 write).  Even though the buffer is almost as large 
as physical memory + page space the call completes without 
error.  In my example I allocated 705MB on a system that 
has 256MB physical and 512MB virtual.  When it completes 
there is a 705MB file on disk as expected.

So is it in the case of the sys_write that the memory is 
accessed and allowed to page fault as needed while running 
in the context of the kernel?  Most of the kernel books 
talk about using copy_from_user on system calls before
using memory from the user.  Strace shows one write 
call with the entire length.

So what is going on to allow this to happen?

Thanks,
Tony

-
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

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2005-03-22  4:38 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-22  4:38 No copy on write system call? stackframe

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox