comp.arch

• Date Index

• Re: Proposition for Nick (open): Why so little parallelism?, Eugene Miya
• i8086 architectural fix, SoLo2
  • Re: i8086 architectural fix, John Dallman
  • Re: i8086 architectural fix, Joe Pfeiffer
    • Re: i8086 architectural fix, David Wragg
• A way to speed up level 1 caches, Maynard Handley
  • Re: A way to speed up level 1 caches, Anne & Lynn Wheeler
    • Re: A way to speed up level 1 caches, James Irwin
      • Re: A way to speed up level 1 caches, Maynard Handley
    • Re: A way to speed up level 1 caches, Maynard Handley
      • Re: A way to speed up level 1 caches, Del Cecchi
    • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Anne & Lynn Wheeler
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Anne & Lynn Wheeler
      • Re: A way to speed up level 1 caches, Stephen Sprunk
      • Re: A way to speed up level 1 caches, Jan Vorbrüggen
      • Re: A way to speed up level 1 caches, Stephen Sprunk
      • Re: A way to speed up level 1 caches, Anne & Lynn Wheeler
      • Re: A way to speed up level 1 caches, Jeremy Linton
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Jeremy Linton
      • Re: A way to speed up level 1 caches, Stephen Sprunk
      • Re: A way to speed up level 1 caches, Jan Vorbrüggen
      • Re: A way to speed up level 1 caches, Jeremy Linton
      • Re: A way to speed up level 1 caches, Andrew Reilly
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, already5chosen
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, already5chosen
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Stephen Sprunk
      • Re: A way to speed up level 1 caches, Jan Vorbrüggen
      • Re: A way to speed up level 1 caches, Anne & Lynn Wheeler
      • Re: A way to speed up level 1 caches, already5chosen
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Terje Mathisen
      • Re: A way to speed up level 1 caches, Bill Todd
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Jan Vorbrüggen
      • Re: A way to speed up level 1 caches, Paul Repacholi
      • Re: A way to speed up level 1 caches, Paul Repacholi
      • Re: A way to speed up level 1 caches, Morten Reistad
      • Re: A way to speed up level 1 caches, Anne & Lynn Wheeler
      • Re: A way to speed up level 1 caches, Jan Vorbrüggen
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, already5chosen
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Jan Vorbrüggen
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Anne & Lynn Wheeler
  • Re: A way to speed up level 1 caches, Niels Jørgen Kruse
    • Re: A way to speed up level 1 caches, Maynard Handley
      • Re: A way to speed up level 1 caches, Morten Reistad
      • Re: A way to speed up level 1 caches, Andrew Reilly
      • Re: A way to speed up level 1 caches, Morten Reistad
      • Re: A way to speed up level 1 caches, Nick Maclaren
  • Re: A way to speed up level 1 caches, already5chosen
  • Re: A way to speed up level 1 caches, robertwessel2@xxxxxxxxx
    • Re: A way to speed up level 1 caches, Nick Maclaren
  • Re: A way to speed up level 1 caches, David Kanter
    • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, David Kanter
      • Re: A way to speed up level 1 caches, Nick Maclaren
      • Re: A way to speed up level 1 caches, Jan Vorbrüggen
      • Re: A way to speed up level 1 caches, Nick Maclaren
    • Re: A way to speed up level 1 caches, Maynard Handley
  • Re: A way to speed up level 1 caches, Gavin Scott
• Santa Clara Valley: prepare next CA fest, Terje will be bored, Eugene Miya
  • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, David Kanter
    • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, Terje Mathisen
      • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, Eugene Miya
      • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, Terje Mathisen
      • Re: Santa Clara Valley: prepare next CA fest, Terje less bored, Eugene Miya
      • Re: Santa Clara Valley: prepare next CA fest, Terje less bored, Terje Mathisen
      • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, Rob Warnock
      • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, Terje Mathisen
      • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, Rob Warnock
      • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, Eugene Miya
    • Re: Santa Clara Valley: prepare next CA fest, Terje will be bored, Eugene Miya
• question on performance equation, P = 1/execution time, coryssanchez
  • Re: question on performance equation, P = 1/execution time, Del Cecchi
    • Re: question on performance equation, P = 1/execution time, coryssanchez
      • Re: question on performance equation, P = 1/execution time, Jules
      • Re: question on performance equation, P = 1/execution time, coryssanchez
• Re: Searching for the PDP-3, John Dallman
  • Re: Searching for the PDP-3, Paul Repacholi
    • Re: Searching for the PDP-3, John Dallman
      • Re: Searching for the PDP-3, Greg Lindahl
      • Aircraft nicknames (was Re: Searching for the PDP-3), John Dallman
    • Re: Searching for the PDP-3, Stephen Fuld
      • Re: Searching for the PDP-3, Paul Repacholi
• Physical address to memory mapping?, Paul A. Clayton
• Commercial Quantum Computing?, kenney
  • Re: Commercial Quantum Computing?, John Dallman
    • Re: Commercial Quantum Computing?, Nick Maclaren
    • Re: Commercial Quantum Computing?, Nick Maclaren
      • Re: Commercial Quantum Computing?, Stefan Monnier
      • Re: Commercial Quantum Computing?, Nick Maclaren
      • Re: Commercial Quantum Computing?, Nick Maclaren
      • Re: Commercial Quantum Computing?, Nicholas King
      • Re: Commercial Quantum Computing?, Nick Maclaren
      • Re: Commercial Quantum Computing?, Nicholas King
      • Re: Commercial Quantum Computing?, Nick Maclaren
      • Re: Commercial Quantum Computing?, David Hopwood
      • Re: Commercial Quantum Computing?, Nick Maclaren
    • Re: Commercial Quantum Computing?, Rob Warnock
      • Re: Commercial Quantum Computing?, John Dallman
  • Re: Commercial Quantum Computing?, Nick Maclaren
• Intel's 80-core chip, memory bandwidth etc., Anton Ertl
  • Re: Intel's 80-core chip, memory bandwidth etc., Nick Maclaren
    • low-power servers (was: Intel's 80-core chip, memory bandwidth etc.), Anton Ertl
      • Re: low-power servers (was: Intel's 80-core chip, memory bandwidth etc.), Nick Maclaren
      • Re: low-power servers, Niels Jørgen Kruse
    • Re: Intel's 80-core chip, memory bandwidth etc., Derek Simmons
      • Re: Intel's 80-core chip, memory bandwidth etc., Jules
      • Re: Intel's 80-core chip, memory bandwidth etc., Jan Vorbrüggen
      • Re: Intel's 80-core chip, memory bandwidth etc., Nick Maclaren
      • Re: Intel's 80-core chip, memory bandwidth etc., Jan Vorbrüggen
      • Re: Intel's 80-core chip, memory bandwidth etc., Terje Mathisen
      • Re: Intel's 80-core chip, memory bandwidth etc., Stefan Monnier
      • Re: Intel's 80-core chip, memory bandwidth etc., Terje Mathisen
      • Re: Intel's 80-core chip, memory bandwidth etc., Jan Vorbrüggen
      • Re: Intel's 80-core chip, memory bandwidth etc., toby
• Too Late for the Macintosh Account, Quadibloc
  • Re: Too Late for the Macintosh Account, Richard
  • Re: Too Late for the Macintosh Account, Del Cecchi
    • Re: Too Late for the Macintosh Account, Robert Myers
• Diminishing process variety?, Paul A. Clayton
• attn: matty - highly appreciated nntp server access - apza - (1/1), hilarius
• for dalila: truly pleasant movies - pem - (1/1), rickard
• call for benchmarks - IEEE International Symposium on Workload Characterization (IISWC 2007), Bhuvan Urgaonkar
• CFP - IEEE International Symposium on Workload Characterization (IISWC 2007), Bhuvan Urgaonkar
• CFP: The 2007 International Conference on Communications in Computing: CIC 2007, dauriol
• ISSCC, David Kanter
• Re: India, parthaspanda2005
  • Re: India, parthaspanda2005
• Barcelona, dave
  • Re: Barcelona, Nick Maclaren
    • Re: Barcelona, dave
      • Re: Barcelona, Nick Maclaren
• VIA C7-D chip perfomance, Mark Wallace
• Mysterious Intel Codenames: Lincroft and Silverthorn, dzhang1
  • Re: Mysterious Intel Codenames: Lincroft and Silverthorn, dzhang1
    • Re: Mysterious Intel Codenames: Lincroft and Silverthorn, Nick Maclaren
      • Re: Mysterious Intel Codenames: Lincroft and Silverthorn, Dan
    • Re: Mysterious Intel Codenames: Lincroft and Silverthorn, Rod Pemberton
  • Re: Mysterious Intel Codenames: Lincroft and Silverthorn, Rod Pemberton
    • Re: Mysterious Intel Codenames: Lincroft and Silverthorn, Dan
      • Re: Mysterious Intel Codenames: Lincroft and Silverthorn, Nick Maclaren
• Question regarding look-up tables and access time/logic levels, AdamE
  • Re: Question regarding look-up tables and access time/logic levels, Nick Maclaren
• Lecture on Transactional Memory, Stephen Fuld
  • Re: Lecture on Transactional Memory, Chris Thomasson
    • Re: Lecture on Transactional Memory, Stephen Fuld
    • Re: Lecture on Transactional Memory, Ken Hagan
    • Re: Lecture on Transactional Memory, David Hopwood
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Joe Seigh
      • Re: Lecture on Transactional Memory, Stefan Monnier
      • Re: Lecture on Transactional Memory, Nick Maclaren
      • Re: Lecture on Transactional Memory, Eric P.
      • Re: Lecture on Transactional Memory, David Hopwood
      • Re: Lecture on Transactional Memory, Nick Maclaren
      • Re: Lecture on Transactional Memory, Eric P.
      • Re: Lecture on Transactional Memory, Bill Todd
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Nick Maclaren
      • Re: Lecture on Transactional Memory, Eric P.
      • Re: Lecture on Transactional Memory, Bill Todd
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, David Hopwood
      • Re: Lecture on Transactional Memory, Eric P.
      • Re: Lecture on Transactional Memory, David Hopwood
      • Re: Lecture on Transactional Memory, Bill Todd
      • Re: Lecture on Transactional Memory, Eric P.
      • Message not available
      • Re: Lecture on Transactional Memory, Eric P.
      • Re: Lecture on Transactional Memory, Bill Todd
      • Re: Lecture on Transactional Memory, Eric P.
      • Re: Lecture on Transactional Memory, Jan Vorbrüggen
      • Re: Lecture on Transactional Memory, Nick Maclaren
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Nick Maclaren
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Eric P.
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, David Hopwood
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Bill Todd
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Bill Todd
      • Re: Lecture on Transactional Memory, Chris Thomasson
      • Re: Lecture on Transactional Memory, Bill Todd
      • Re: Lecture on Transactional Memory, Eric Pattison
      • Re: Lecture on Transactional Memory, Stefan Monnier
• FBDIMM, Del Cecchi
• x86 clock speed history, helgea@xxxxxxxxx
  • Re: x86 clock speed history, Rod Pemberton
  • Re: x86 clock speed history, rcrocomb
• Re: pls help on this AT&T sytle ASM about float dot product., bert
• Will memory bandwidth grow with respect to numbers of cores?, Nicholas King
  • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
    • Re: Will memory bandwidth grow with respect to numbers of cores?, already5chosen
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
    • Re: Will memory bandwidth grow with respect to numbers of cores?, Stephen Fuld
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Stephen Fuld
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Del Cecchi
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Anton Ertl
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Del Cecchi
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Anton Ertl
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, David Kanter
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Tom Knight
      • Re: Will memory bandwidth grow with respect to numbers of cores?, David Kanter
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, already5chosen
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Del Cecchi
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Thomas Womack
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Anton Ertl
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Stephen Fuld
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Anton Ertl
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nicholas King
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Stefan Monnier
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Terje Mathisen
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Stephen Fuld
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Anton Ertl
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Nick Maclaren
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Terje Mathisen
    • Re: Will memory bandwidth grow with respect to numbers of cores?, Tim McCaffrey
      • Re: Will memory bandwidth grow with respect to numbers of cores?, Ken Hagan
• parallel data path is expensive?, joggingsong
• CFP; deadline extended, john
• Are there any Multiprocessor RISC Machines with Hypertransport, 2 Ox V/s 1024 Chickens
  • Re: Are there any Multiprocessor RISC Machines with Hypertransport, Greg Lindahl
    • Re: Are there any Multiprocessor RISC Machines with Hypertransport, Andrew Reilly
      • Re: Are there any Multiprocessor RISC Machines with Hypertransport, David Kanter
      • Re: Are there any Multiprocessor RISC Machines with Hypertransport, 2 Ox V/s 1024 Chickens
      • Re: Are there any Multiprocessor RISC Machines with Hypertransport, Greg Lindahl
      • Re: Are there any Multiprocessor RISC Machines with Hypertransport, 2 Ox V/s 1024 Chickens
• Cell contest for students sponsored by IBM., Del Cecchi
• Blue Gene/L: inconsistent power of components ?, Mikhail Kuzminsky
  • Re: Blue Gene/L: inconsistent power of components ?, Alvin Andries
• what architectural features in DSP prevent DSP from executing control code efficiently?, joggingsong
  • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, Andrew Reilly
    • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, joggingsong
      • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, Andrew Reilly
      • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, joggingsong
      • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, Andrew Reilly
      • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, Terje Mathisen
      • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, stevenj
      • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, joggingsong
      • Re: what architectural features in DSP prevent DSP from executing control code efficiently?, Andrew Reilly
• Xilinx Interconnects, bharadwaj . sr
• Designing a stack-machine CPU, Jürgen Böhm
  • Re: Designing a stack-machine CPU, robertwessel2@xxxxxxxxx
    • Re: Designing a stack-machine CPU, Robert Mabee
      • Re: Designing a stack-machine CPU, Jürgen Böhm
      • Re: Designing a stack-machine CPU, robertwessel2@xxxxxxxxx
      • Re: Designing a stack-machine CPU, Anton Ertl
      • Re: Designing a stack-machine CPU, Robert Mabee
      • Re: Designing a stack-machine CPU, Bernd Paysan
      • Re: Designing a stack-machine CPU, Anton Ertl
  • Re: Designing a stack-machine CPU, Louis Krupp
• Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, David Kanter
  • <Possible follow-ups>
  • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, David Kanter
  • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, kroger@xxxxxxxxxxxxx
    • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, David Kanter
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, kroger@xxxxxxxxxxxxx
    • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Anton Ertl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Anton Ertl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Greg Lindahl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Anton Ertl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Greg Lindahl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Seongbae Park
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, David Kanter
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, kroger@xxxxxxxxxxxxx
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Anton Ertl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, already5chosen
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Robert Myers
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, already5chosen
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Greg Lindahl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Anton Ertl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Greg Lindahl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, already5chosen
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, already5chosen
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Niels Jørgen Kruse
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, kroger@xxxxxxxxxxxxx
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Anton Ertl
    • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
  • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
    • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Terje Mathisen
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Andrew Reilly
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Eric Smith
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Andrew Reilly
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Terje Mathisen
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Morten Reistad
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Greg Lindahl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Andrew Reilly
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Stefan Monnier
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Greg Lindahl
      • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chip performance?, Nick Maclaren
• Re: Greekcreek versus Blackford, David Kanter
  • Re: Greekcreek versus Blackford, Nick Maclaren
    • Re: Greekcreek versus Blackford, David Kanter
      • Re: Greekcreek versus Blackford, Nick Maclaren
      • Re: Greekcreek versus Blackford, Nick Maclaren
      • Re: Greekcreek versus Blackford, David Kanter
• Re: Miniature clusters, Morten Reistad
  • <Possible follow-ups>
  • Re: Miniature clusters, Morten Reistad
  • Re: Miniature clusters, Morten Reistad
  • Re: Miniature clusters, toby
• Re: A Sweet Spot for Massive Parallelism?, Nick Maclaren
• Re: Why so little parallelism?, Nick Maclaren
  • Re: Why so little parallelism?, Joe Seigh
• Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chi, Erik Magnuson
  • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chi, Greg Lindahl
    • Re: Will Barcelona surpass Core Duo, Woodcrest in CPU speed, or just multi-chi, Erik Magnuson
• Re: Electrical gigabit transmission ?, robertwessel2@xxxxxxxxx
  • Re: Electrical gigabit transmission ?, Stephen Fuld
  • <Possible follow-ups>
  • Re: Electrical gigabit transmission ?, Del Cecchi
    • Re: Electrical gigabit transmission ?, robertwessel2@xxxxxxxxx
  • Re: Electrical gigabit transmission ?, Wes Felter
  • Re: Electrical gigabit transmission ?, Terje Mathisen
    • Re: Electrical gigabit transmission ?, Del Cecchi
      • Re: Electrical gigabit transmission ?, Terje Mathisen
      • Re: Electrical gigabit transmission ?, Paul Repacholi
      • Re: Electrical gigabit transmission ?, Terje Mathisen
  • Re: Electrical gigabit transmission ?, Morten Reistad
    • Message not available
      • Re: Electrical gigabit transmission ?, Morten Reistad
      • Re: Electrical gigabit transmission ?, Tim McCaffrey
      • Re: Electrical gigabit transmission ?, Morten Reistad
      • Re: Electrical gigabit transmission ?, David Kanter
      • Re: Electrical gigabit transmission ?, Tim McCaffrey
      • Re: Electrical gigabit transmission ?, David Kanter
  • Re: Electrical gigabit transmission ?, jhallen
    • Re: Electrical gigabit transmission ?, Morten Reistad
      • Re: Electrical gigabit transmission ?, Nick Maclaren
      • Re: Electrical gigabit transmission ?, Rick Jones

• Security
• UNIX
• Linux
• Coding
• Usenet

• Archive
• About
• Privacy
• Search
• Imprint