Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.forth > #55159 > unrolled thread

Any ideas on faster TLS ?

Back to article view | Back to comp.lang.forth

Contents

  Any ideas on faster TLS ? Ron Aaron <rambamist@gmail.com> - 2017-02-27 07:30 +0200
    Re: Any ideas on faster TLS ? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-02-27 04:01 -0600
      Re: Any ideas on faster TLS ? Ron Aaron <rambamist@gmail.com> - 2017-02-27 13:19 +0200
        Re: Any ideas on faster TLS ? Alex <alex@rivadpm.com> - 2017-02-27 12:56 +0000
          Re: Any ideas on faster TLS ? Ron Aaron <rambamist@gmail.com> - 2017-02-27 15:10 +0200
          Re: Any ideas on faster TLS ? albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2017-02-27 17:08 +0100
        Re: Any ideas on faster TLS ? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-02-27 08:06 -0600
          Re: Any ideas on faster TLS ? Ron Aaron <rambamist@gmail.com> - 2017-02-27 16:10 +0200
            Re: Any ideas on faster TLS ? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-02-27 09:31 -0600
              Re: Any ideas on faster TLS ? Ron Aaron <rambamist@gmail.com> - 2017-02-28 07:05 +0200
              Re: Any ideas on faster TLS ? Paul Rubin <no.email@nospam.invalid> - 2017-02-27 23:15 -0800
                Re: Any ideas on faster TLS ? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-02-28 04:02 -0600
                  Re: Any ideas on faster TLS ? Bernd Paysan <bernd@net2o.de> - 2017-03-11 19:58 +0000
        Re: Any ideas on faster TLS ? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-03-01 12:36 +0000
          Re: Any ideas on faster TLS ? Ron Aaron <rambamist@gmail.com> - 2017-03-01 15:11 +0200
            Re: Any ideas on faster TLS ? Alex <alex@rivadpm.com> - 2017-03-03 01:18 +0000
              Re: Any ideas on faster TLS ? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-03-03 12:55 +0000
                Re: Any ideas on faster TLS ? Alex <alex@rivadpm.com> - 2017-03-03 14:59 +0000
                  Re: Any ideas on faster TLS ? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-03-03 16:15 +0000
            Optimizing (was: Any ideas on faster TLS ?) Ron Aaron <rambamist@gmail.com> - 2017-03-17 13:14 +0200
    Re: Any ideas on faster TLS ? rickman <gnuarm@gmail.com> - 2017-02-28 01:13 -0500
      Re: Any ideas on faster TLS ? Paul Rubin <no.email@nospam.invalid> - 2017-02-27 22:48 -0800
        Re: Any ideas on faster TLS ? rickman <gnuarm@gmail.com> - 2017-02-28 03:50 -0500

Page 2 of 2 — ← Prev page 1 [2]

#55228

On 2/27/2017 12:30 AM, Ron Aaron wrote:
> One of the bottlenecks in 8th performance is the fact that the primary
> stacks as well as a lot of other information are per-thread.  Thus, the
> internal "context" data structure is TLS-based.
>
> This works very well: different threads have different stacks and states
> without conflicting.  But since the 'context' is so primary a structure,
> it gets accessed a lot, and the TLS access (in clang or gcc) is quite slow.
>
> In a very old version of 8th compiled with gcc, I used the gcc-specific
> method of making the 'context' a global, fixed-register variable.  That
> was much, much faster.  Unfortunately, clang cannot do that as far as I
> can tell.
>
> I'm using clang instead of gcc, since gcc has a persistent bug (relating
> to improper alignment of data items; it's an old bug which will probably
> never get fixed), so the 'fixed-register' idea is out.
>
> Does anyone know of a better way to have per-thread data structures
> rather than just using the "__thread" keyword and relying on the
> compiler's TLS support?

Transport Layer Security?

-- 

Rick C

[toc] | [prev] | [next] | [standalone]

#55229

rickman <gnuarm@gmail.com> writes:
> Transport Layer Security?

Thread-local storage.

[toc] | [prev] | [next] | [standalone]

#55244

On 2/28/2017 1:48 AM, Paul Rubin wrote:
> rickman <gnuarm@gmail.com> writes:
>> Transport Layer Security?
>
> Thread-local storage.
>
thx

-- 

Rick C

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | comp.lang.forth

csiph-web