linux-kernel - Re: pthread_create() slow for many threads; also time to revisit 64b context switch optimization?

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 for Android: free password hash cracker in your pocket

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

Message-ID:  <loom.20080821T163143-520@post.gmane.org>
Date:	Thu, 21 Aug 2008 16:35:37 +0000 (UTC)
From:	Leon Bottou <leon@...tou.org>
To:	linux-kernel@...r.kernel.org
Subject:  Re: pthread_create() slow for many threads; also time to revisit 64b context switch optimization?

Please do not remove MAP_32BIT as it has other uses.

Jamie Lokier wrote:
> Also, is this _only_ useful for thread stacks, or are there other
> memory allocations where 31-bitness affects execution speed on old P4s?lrich 

Andi Kleen wrote:
> MAP_32BIT was not actually added for this originally. It 
> was originally added for the X server's old dynamic loader, which
> needed 2GB memory.

The dynamic loader of Lush (lush.sourceforge.net) also depends on this.
Since it is tightly coupled with the lush compiler, 
removing this capability would cause major trouble.
On the other hand, it does not need to be very fast...

- Leon Bottou

--
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/