Sponsored Content
Special Forums News, Links, Events and Announcements Modern Operating Systems: Tanenbaum Post 20577 by PxT on Monday 29th of April 2002 02:40:34 PM
Old 04-29-2002
In a related vein, if you have never seen the famous Linus vs. Tanenbaum debate you should really give it a read -- http://groups.google.com/groups?thre...0star.cs.vu.nl


I wonder if Tanenbaum has changed his mind about the design decisions of Linux since 1992? Obviously his arguments about micro vs. mono-lithic kernels have not hindered the development of Linux.
 

9 More Discussions You Might Find Interesting

1. Filesystems, Disks and Memory

Operating Systems??

We are currently running two servers each with remote file systems mounted on each other. They need upgrading from Solaris 2.6 to 8. Does anyone know if there is a problem with having one server running Solaris 2.6 and the other v8?? Until we have time to upgrade them both. (2 Replies)
Discussion started by: hesmas
2 Replies

2. UNIX for Advanced & Expert Users

Opinions on db operating systems Wanted

I am interested in hearing anyones opinions on what OS they would choose to run a MySQl db and the reasons why, of course. I have a task to build a db server for a project that will be very busy if things work as the creative minds think that it will. I am running a FreeBSD box right now on... (0 Replies)
Discussion started by: smtpgeek
0 Replies

3. Shell Programming and Scripting

Unix Operating Systems Information Document

Hi all, I prepared a document on UNIX OS. Its an humble attempt to share my knowledge. Please review the document attached and correct if any mistakes and any suggestions to make it more useful and any troubleshooting information if needed to add. Please help in making the document to add... (2 Replies)
Discussion started by: gurukottur
2 Replies

4. UNIX for Advanced & Expert Users

Where the operating systems are going

Dear administrators I want to post the following question and, honestly, I don't know in which forum to post it since its general meaning. my question is: Where the operating system are going? Microkernel, monolithich or hybrid ? Because this question involves more forums at the same but... (2 Replies)
Discussion started by: Puntino
2 Replies

5. UNIX for Dummies Questions & Answers

unix Operating Systems 5

Hi :) I have unix Operating Systems 5 I need working for user logout befor 10 minutes,In the case that he is not active :o what do I do? :rolleyes: (4 Replies)
Discussion started by: fakhwork
4 Replies

6. Fedora

Unix-based operating systems

Hello. I own a MacBook (black) running Leopard (Mac OS X 10.5.8), and I'm curious about a few things -- any help will be very, very much appreciated. I'm pretty much a newbie to Unix, although I have some very basic command-line skills with Mac OS X's Terminal. So while I know how to work the... (13 Replies)
Discussion started by: Tron55555
13 Replies

7. Programming

Does the assembler output differ between operating systems ?

The assembly code generated by assembler, from a C-source code depends on the CPU architecture underlying it, eg x-86 . Then does the assembler output of a simple C-source code (containing common function-calls of both windows and linux) differ between Operating Systems ? (1 Reply)
Discussion started by: vishwamitra
1 Replies

8. Google Chrome OS

Do we need many Operating Systems?

we have windows linux- redhat ubuntu -or more i don't know unix- solares snow-lepord and recently chrome what do you think well when i sow that all has extentions like exe -dsb i felt scared (1 Reply)
Discussion started by: Anna Hussie
1 Replies

9. Solaris

Modern systems and login parameters

With Solaris newer versions where SSH is enabled by default, do we still need to configure security parameters in /etc/default/login for e.g. SLEEPTIME, CONSOLE etc? (0 Replies)
Discussion started by: kurumi
0 Replies
MREMAP(2)						     Linux Programmer's Manual							 MREMAP(2)

NAME
mremap - remap a virtual memory address SYNOPSIS
#define _GNU_SOURCE /* See feature_test_macros(7) */ #include <sys/mman.h> void *mremap(void *old_address, size_t old_size, size_t new_size, int flags, ... /* void *new_address */); DESCRIPTION
mremap() expands (or shrinks) an existing memory mapping, potentially moving it at the same time (controlled by the flags argument and the available virtual address space). old_address is the old address of the virtual memory block that you want to expand (or shrink). Note that old_address has to be page aligned. old_size is the old size of the virtual memory block. new_size is the requested size of the virtual memory block after the resize. An optional fifth argument, new_address, may be provided; see the description of MREMAP_FIXED below. In Linux the memory is divided into pages. A user process has (one or) several linear virtual memory segments. Each virtual memory seg- ment has one or more mappings to real memory pages (in the page table). Each virtual memory segment has its own protection (access rights), which may cause a segmentation violation if the memory is accessed incorrectly (e.g., writing to a read-only segment). Accessing virtual memory outside of the segments will also cause a segmentation violation. mremap() uses the Linux page table scheme. mremap() changes the mapping between virtual addresses and memory pages. This can be used to implement a very efficient realloc(3). The flags bit-mask argument may be 0, or include the following flag: MREMAP_MAYMOVE By default, if there is not sufficient space to expand a mapping at its current location, then mremap() fails. If this flag is specified, then the kernel is permitted to relocate the mapping to a new virtual address, if necessary. If the mapping is relo- cated, then absolute pointers into the old mapping location become invalid (offsets relative to the starting address of the mapping should be employed). MREMAP_FIXED (since Linux 2.3.31) This flag serves a similar purpose to the MAP_FIXED flag of mmap(2). If this flag is specified, then mremap() accepts a fifth argu- ment, void *new_address, which specifies a page-aligned address to which the mapping must be moved. Any previous mapping at the address range specified by new_address and new_size is unmapped. If MREMAP_FIXED is specified, then MREMAP_MAYMOVE must also be specified. If the memory segment specified by old_address and old_size is locked (using mlock(2) or similar), then this lock is maintained when the segment is resized and/or relocated. As a consequence, the amount of memory locked by the process may change. RETURN VALUE
On success mremap() returns a pointer to the new virtual memory area. On error, the value MAP_FAILED (that is, (void *) -1) is returned, and errno is set appropriately. ERRORS
EAGAIN The caller tried to expand a memory segment that is locked, but this was not possible without exceeding the RLIMIT_MEMLOCK resource limit. EFAULT "Segmentation fault." Some address in the range old_address to old_address+old_size is an invalid virtual memory address for this process. You can also get EFAULT even if there exist mappings that cover the whole address space requested, but those mappings are of different types. EINVAL An invalid argument was given. Possible causes are: old_address was not page aligned; a value other than MREMAP_MAYMOVE or MREMAP_FIXED was specified in flags; new_size was zero; new_size or new_address was invalid; or the new address range specified by new_address and new_size overlapped the old address range specified by old_address and old_size; or MREMAP_FIXED was specified with- out also specifying MREMAP_MAYMOVE. ENOMEM The memory area cannot be expanded at the current virtual address, and the MREMAP_MAYMOVE flag is not set in flags. Or, there is not enough (virtual) memory available. CONFORMING TO
This call is Linux-specific, and should not be used in programs intended to be portable. NOTES
Prior to version 2.4, glibc did not expose the definition of MREMAP_FIXED, and the prototype for mremap() did not allow for the new_address argument. SEE ALSO
brk(2), getpagesize(2), getrlimit(2), mlock(2), mmap(2), sbrk(2), malloc(3), realloc(3) Your favorite text book on operating systems for more information on paged memory (e.g., Modern Operating Systems by Andrew S. Tanenbaum, Inside Linux by Randolf Bentson, The Design of the UNIX Operating System by Maurice J. Bach) COLOPHON
This page is part of release 3.44 of the Linux man-pages project. A description of the project, and information about reporting bugs, can be found at http://www.kernel.org/doc/man-pages/. Linux 2010-06-10 MREMAP(2)
All times are GMT -4. The time now is 05:38 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy