It's strange because even in LINT there are not DLFDSIZE and  MAXDSIZE
options.
What values should I put ?
Will it fix my problem ? because as I have not enough virtual memory
allocated some make failed (like mysqld: virtual memory exhausted).

----- Original Message -----
From: "Raymond Wiker" <[EMAIL PROTECTED]>
To: "Chojin" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, August 28, 2001 1:11 PM
Subject: root is limited ? :-o


> Chojin writes:
>  > Hello,
>  >
>  > I see a strange thing:
>  >
>  > with bash (or tcsh or any other shell) when I try to modify virtual
memory
>  > limit with ulimit by ex:
>  > ulimit -v unlimited (or any number).
>  >
>  > When I use limit in tcsh to change virtual memory, I can put anything,
it
>  > doesn't modify anything.
>  > virtual memory (kbytes)  24576
>  >
>  > Same thing for data size.
>  >
>  > It's strange because I've got enough memory:
>  > Mem: 61M Active, 270M Inact, 53M Wired, 308K Cache, 73M Buf, 241M Free
>  > Swap: 800M Total, 800M Free
>  >
>  >
>  > Anyone has got an idea ?
>
> I think that the virtual memory size for a process is
> dependent on two other values: the data segment size and the stack
> size. The maximum data segment size is determined by the MAXDSIZE (set
> in the kernel config file); there is also a "default data segment size
> (DFLDSIZE, also in the kernel config file).
>
> If your kernel has both of these set, and DLFDSIZE is less
> than MAXDSIZE, you should be able to increase the data segment size
> (note: it appears that you have to be root to increase the limits). At
> any rate, it does not appear that you can set the virtual memory size
> separately.
>
> I think this is unfortunate; I have applications where I
> want to do anonymous mmap at fixed addresses, and these addresses must
> be outside the "data segment". The total amount of vm for the
> application is determined by the data segment size and stack size, and
> this may be insufficient if the memory mapped segments are large.
>
> //Raymond.
>
> --
> Raymond Wiker
> [EMAIL PROTECTED]
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message

Reply via email to