Thanks for the example code, this is a possible solution. But my goroutine
is not long-running. More specifically, each goroutine performs some IO,
then returns. Next time, there might be another goroutine accessing the
same file.
One workaround is to return the local storage back to CacheManager, but is
involves contention on CacheManager, and adds the complexity of
CacheManager.
在 2019年7月24日星期三 UTC+8上午1:48:40，Michael Jones写道：
>
> The simple, common way--if I understand you need correctly--is to launch a
> method goroutine.
>
> type CacheManager struct {
> // things a worker needs to know, such as the global cache, the specific
> worker's local cache, etc.
> }
>
> func master() {
> for i := 0; i < workers; i++ {
> m := new(CacheManager)
> m.x = y // set up your thread local storage
> :
> go m.Worker()
> }
> }
>
>
> Unfortunately this does not seem to be in any intro guides, which pushes
> people to complicated workarounds.
>
> On Tue, Jul 23, 2019 at 10:22 AM Zihan Yang <whois.z...@gmail.com
> <javascript:>> wrote:
>
>> I am trying to implement an LRU cache. Several global lru lists could be
>> accessed concurrently by multiple goroutines, which could be a disaster in
>> a machine with 24 or more cores.
>>
>>
>> Therefore, it would be great if I can add the item to P-local storage and
>> flush the batched item into the lru list as a whole. This should greatly
>> reduce the contention for the global lru list.
>>
>>
>> How can I do it? I saw some related github issues, #8281
>> <https://github.com/golang/go/issues/8281> and #21355
>> <https://github.com/golang/go/issues/21355>, which leads me to a project
>> called gls <https://github.com/jtolds/gls>, but the code seems too much
>> to integrate into my project (actually I'd better not include any
>> third-party package to avoid potential law issues). Is there any built-in
>> way to achieve this?
>>
>>
>> Thanks
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "golang-nuts" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to golan...@googlegroups.com <javascript:>.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/golang-nuts/c79d3801-2f03-43fd-8dd8-35904b481341%40googlegroups.com
>>
>> <https://groups.google.com/d/msgid/golang-nuts/c79d3801-2f03-43fd-8dd8-35904b481341%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>
>
> --
>
> *Michael T. jonesmichae...@gmail.com <javascript:>*
>
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/golang-nuts/9dbe56c7-d0cd-4301-bc37-0560bcd684c4%40googlegroups.com.
