Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming > #3966 > unrolled thread
| Started by | aminer <aminer@toto.net> |
|---|---|
| First post | 2013-10-21 18:55 -0700 |
| Last post | 2013-10-21 18:55 -0700 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.programming
Theory and practice... aminer <aminer@toto.net> - 2013-10-21 18:55 -0700
| From | aminer <aminer@toto.net> |
|---|---|
| Date | 2013-10-21 18:55 -0700 |
| Subject | Theory and practice... |
| Message-ID | <l44bc5$mc5$1@news.albasani.net> |
Hello, You will say that those scalable FIFO queues on multicores that i have presented to you are scalable in theory , this is why we call them scalable, but i don't agree, cause when you say scalable it means scalable also in pratice, but we are far from resolving the problem of the non scalability on multicores of the data memory transfer, i don't mean data cache memory transfer, but data memory transfer that is not scalable, so as i said since we can not exclude the data memory transfer from the FIFO queue application or concept, as we can not exclude the data memory tranfer from the parallel compression, hence we can not say that scalable FIFO queues on multicores are scalable, cause as i have explained to youl i think those scalable FIFO queues are not scalable, it's the same for parallel hashtables and database engines, we can not exclude the data memory tranfer that is not scalable from the hashtables applications or concept or from the database engines applications or concept, so since they are memory bound and/or disk bound and cache unfriendly that means they are not scalable on multicores. Thank you, Amine Moulay Ramdane.
Back to top | Article view | comp.programming
csiph-web