linux-kernel - Re: mmap error?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 2 Apr 2007 14:02:11 -0400
From:	Kyle Moffett <mrmacman_g4@....com>
To:	Gene Heskett <gene.heskett@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: mmap error?

On Apr 02, 2007, at 13:54:28, Gene Heskett wrote:
> Ahh, thank you very much.  But I have 7.0, supposedly fixed,  
> sigh...  That did fix it, the dvd is burning as I type, again thanks.
>
> ???? Can I put this into rc.local so its global?  I guess I will  
> just for effects.  Or is there an option in a make xconfig to reset  
> this to a usable sized limit?, because I can see cups also having  
> problems since I have its render cache set for 127 megs, which  
> should also trigger this.

Well, that's not a limit on how much memory you can map, it's a limit  
on how many pages you can lock into memory (as in, cannot be swapped  
out or written back to disk and reused).  For low-latency  
applications (IE: cd burning) you need to have all memory mlocked so  
that you don't get a low-latency wakup and then promptly lose all  
latency guarantees by swapping madly, but something like CUPS doesn't  
have a problem because it doesn't use mlock() or mlockall().

Cheers,
Kyle Moffett

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