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>] [day] [month] [year] [list]
Date:	Sat, 21 Feb 2015 20:58:42 -0500
From:	David Horner <ds2horner@...il.com>
To:	davem@...emloft.net
Cc:	linux-kernel <linux-kernel@...r.kernel.org>,
	linux-kernel-mm@...r.kernel.org
Subject: [RFI]: SPARC - use of in-local-out register sets with hardware
 strands (threads)

I assume each core has a shared set of registers in the circular
buffer of these register, and that each strand allocates from that
pool.

Can you tell me how to find the number of registers in the pool for a
given machine (I'm currently interested in the T4-2)?

If you can send some good urls my way I would greatly appreciate.

I'm hazzy on the control registers per strand for the current pointer,
the high and low threshold points.

I'm certainly interested in how they are managed, and particularly in
Linux and Solaris.


My "use case" is moving Sybase ASE 15.7 to "kernel thread mode"  from
process mode (and engine affinity at the core level) with Solaris 10.

I suspect overallocation of threads reduces the efficiency of register
sets with triggered spills and fills. In addition to the
overhead of maintaining the mostly idle threads, and the cold cache
effects of the round robin task allocation, I suspect the sharing of
register resources especially would cause much poorer performance than
anticipated.

I expect the same would be true in Linux.

Thank you so much.
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ