Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming > #1578
| From | "aminer" <aminer@videotron.ca> |
|---|---|
| Newsgroups | comp.programming.threads, comp.programming |
| Subject | Re: About parallelhashlist.. |
| Date | 2012-05-16 11:55 -0500 |
| Organization | A noiseless patient Spider |
| Message-ID | <jp0imk$lom$1@dont-email.me> (permalink) |
| References | <jp0hqh$fog$1@dont-email.me> <jp0i75$ib2$1@dont-email.me> |
Cross-posted to 2 groups.
I wrote: > Even if i use lock striping for the hash chains in parallelhashlist, > synchronizing access to the counter reintroduces the scalability > problems of exclusive locking. I was speaking about the counter that computes the number of the entries in the hashmap Amine Moulay Ramdane. "aminer" <aminer@videotron.ca> wrote in message news:jp0i75$ib2$1@dont-email.me... > > Hello, > > > If you look at parallelhashlist in: > > http://pages.videotron.com/aminer/ > > > Even if i use lock striping for the hash chains in parallelhashlist, > synchronizing access to the counter reintroduces the scalability > problems of exclusive locking. In this case, the counter is called > a hot field because every mutative operation needs to access it. > So my next step is to split the global counter to many counters to > enhance the scalability... also i am using a readewritelock in every > chain, > so my next step also is to lower the number of readwritelocks to consume > also less memory... > > > > Thank you. > > Amine Moulay Ramdane. > >
Back to comp.programming | Previous | Next — Previous in thread | Find similar
About parallelhashlist.. "aminer" <aminer@videotron.ca> - 2012-05-16 11:40 -0500
Re: About parallelhashlist.. "aminer" <aminer@videotron.ca> - 2012-05-16 11:43 -0500
Re: About parallelhashlist.. "aminer" <aminer@videotron.ca> - 2012-05-16 11:47 -0500
Re: About parallelhashlist.. "aminer" <aminer@videotron.ca> - 2012-05-16 11:55 -0500
csiph-web