mechanical-sympathy  

Messages by Thread

• • Re: Avoiding expensive memory barriers Avi Kivity
  • Re: Avoiding expensive memory barriers Dan Eloff
  • Re: Avoiding expensive memory barriers Gil Tene
  • Re: Avoiding expensive memory barriers Dan Eloff
• Linux isolcpus versus cgroup approach for isolating busy wait message processing threads 'Jean Dagenais' via mechanical-sympathy
  • Re: Linux isolcpus versus cgroup approach for isolating busy wait message processing threads Georges Gomes
  • Re: Linux isolcpus versus cgroup approach for isolating busy wait message processing threads Jean-Philippe BEMPEL
  • Re: Linux isolcpus versus cgroup approach for isolating busy wait message processing threads NeT MonK
• Memory measurement with Async Profiler Maxim Terletsky
  • Re: Memory measurement with Async Profiler Andrei Pangin
  • Re: Memory measurement with Async Profiler Andrei Pangin
  • Re: Memory measurement with Async Profiler Maxim Terletsky
  • Re: Memory measurement with Async Profiler Andrei Pangin
  • Re: Memory measurement with Async Profiler Maxim Terletsky
  • Re: Memory measurement with Async Profiler Andrei Pangin
  • Re: Memory measurement with Async Profiler Maxim Terletsky
  • Re: Memory measurement with Async Profiler Maxim Terletsky
  • Re: Memory measurement with Async Profiler Andrei Pangin
  • Re: Memory measurement with Async Profiler Maxim Terletsky
  • Re: Memory measurement with Async Profiler Andrei Pangin
  • Re: Memory measurement with Async Profiler Maxim Terletsky
  • Re: Memory measurement with Async Profiler Andrei Pangin
  • Re: Memory measurement with Async Profiler Maxim Terletsky
  • Re: Memory measurement with Async Profiler Andrei Pangin
• JITed very simple method. John Hening
  • Re: JITed very simple method. Alex Blewitt
  • Re: JITed very simple method. John Hening
  • Re: JITed very simple method. Aleksey Shipilev
  • Re: JITed very simple method. John Hening
  • Re: JITed very simple method. Aleksey Shipilev
  • Re: JITed very simple method. John Hening
• High run-queue debugging Ivan Valeriani
  • Re: High run-queue debugging Wojciech Kudla
  • Re: High run-queue debugging Gil Tene
  • Re: High run-queue debugging Ivan Valeriani
• Manual memory management for concurrent code Chris Vest
  • Re: Manual memory management for concurrent code Duarte Nunes
  • Re: Manual memory management for concurrent code Chris Vest
  • Re: Manual memory management for concurrent code Wojciech Kudla
  • Re: Manual memory management for concurrent code Nikolay Tsankov
  • Re: Manual memory management for concurrent code Dimitar Dimitrov
• Call site (optimizations) Francesco Nigro
  • Call site (optimizations) Francesco Nigro
  • Re: Call site (optimizations) Gil Tene
  • Re: Call site (optimizations) Francesco Nigro
  • Re: Call site (optimizations) Gil Tene
  • Re: Call site (optimizations) Remi Forax
  • Re: Call site (optimizations) Francesco Nigro
• Is there a way to print Escape Analysis? 'Carl Mastrangelo' via mechanical-sympathy
  • Re: Is there a way to print Escape Analysis? Henri Tremblay
  • Re: Is there a way to print Escape Analysis? Kirk Pepperdine
  • Re: Is there a way to print Escape Analysis? Chris Newland
  • Re: Is there a way to print Escape Analysis? Aleksey Shipilev
  • Re: Is there a way to print Escape Analysis? Henri Tremblay
  • Re: Is there a way to print Escape Analysis? 'Carl Mastrangelo' via mechanical-sympathy
  • Re: Is there a way to print Escape Analysis? Martin Thompson
  • Re: Is there a way to print Escape Analysis? Chris Newland
  • Re: Is there a way to print Escape Analysis? 'Carl Mastrangelo' via mechanical-sympathy
  • Re: Is there a way to print Escape Analysis? Chris Newland
• Mutex and Spectre/Meltdown Francesco Nigro
  • Re: Mutex and Spectre/Meltdown marvin
  • Re: Mutex and Spectre/Meltdown Avi Kivity
• Determine memory bandwidth machine Peter Veentjer
  • Re: Determine memory bandwidth machine Peter Veentjer
  • Re: Determine memory bandwidth machine Peter Veentjer
  • Re: Determine memory bandwidth machine Gil Tene
  • Re: Determine memory bandwidth machine Holger Hoffstätte
  • Re: Determine memory bandwidth machine Kevin Bowling
  • Re: Determine memory bandwidth machine Chet L
  • Re: Determine memory bandwidth machine Gil Tene
  • Re: Determine memory bandwidth machine Matt P. Dziubinski
• Cost of Hardware Timestamp addition Shoonya
  • Re: Cost of Hardware Timestamp addition Peter Booth
• PCID is now a critical performance/security feature on x86 Gil Tene
  • Re: PCID is now a critical performance/security feature on x86 Georges Gomes
  • Re: PCID is now a critical performance/security feature on x86 Kirk Pepperdine
• Minimal Value Type Remi Forax
  • Re: Minimal Value Type Henri Tremblay
  • Re: Minimal Value Type Jay Askren
  • Re: Minimal Value Type Henri Tremblay
  • Re: Minimal Value Type Remi Forax
  • Re: Minimal Value Type Henri Tremblay
• Confusion high performance loop Peter Veentjer
  • Re: Confusion high performance loop Kirk Pepperdine
  • Re: Confusion high performance loop Peter Veentjer
  • Re: Confusion high performance loop Kirk Pepperdine
  • Re: Confusion high performance loop Peter Veentjer
  • Re: Confusion high performance loop Kirk Pepperdine
• JVM with 100 seconds minor GC Abhishek Agarwal
  • Re: JVM with 100 seconds minor GC Martin Thompson
  • Re: JVM with 100 seconds minor GC Erik Svensson
  • Re: JVM with 100 seconds minor GC Josh Humphries
  • Re: JVM with 100 seconds minor GC Gary Mulder
  • Re: JVM with 100 seconds minor GC Kirk Pepperdine
  • Re: JVM with 100 seconds minor GC Kirk Pepperdine
  • Re: JVM with 100 seconds minor GC Abhishek Agarwal
  • Re: JVM with 100 seconds minor GC Kirk Pepperdine
  • Re: JVM with 100 seconds minor GC Kirk Pepperdine
  • Re: JVM with 100 seconds minor GC Jean-Philippe BEMPEL
  • Re: JVM with 100 seconds minor GC pbooth . nyc
  • Re: JVM with 100 seconds minor GC Jason Koch
  • Re: JVM with 100 seconds minor GC Kirk Pepperdine
  • Re: JVM with 100 seconds minor GC Josh Humphries
• Interesting (and weird) kernel behavior about hugepage pool at kernel 3.13 Tony Guan
  • Re: Interesting (and weird) kernel behavior about hugepage pool at kernel 3.13 Tony Guan
  • Re: Interesting (and weird) kernel behavior about hugepage pool at kernel 3.13 Leela Mohan
• JVM detection of thread at safepoint Mark Price
  • Re: JVM detection of thread at safepoint Aleksey Shipilev
  • Re: JVM detection of thread at safepoint Mark Price
  • Re: JVM detection of thread at safepoint Gil Tene
  • Re: JVM detection of thread at safepoint Kirk Pepperdine
  • Re: JVM detection of thread at safepoint Mark Price
  • Re: JVM detection of thread at safepoint Alex Bagehot
  • Re: JVM detection of thread at safepoint Gil Tene
  • Re: JVM detection of thread at safepoint Alex Bagehot
  • Re: JVM detection of thread at safepoint Gil Tene
  • Re: JVM detection of thread at safepoint Mark Price
  • Re: JVM detection of thread at safepoint Gil Tene
  • Re: JVM detection of thread at safepoint Mark Price
  • Re: JVM detection of thread at safepoint Gil Tene
  • Re: JVM detection of thread at safepoint Mark Price
  • Re: JVM detection of thread at safepoint Gil Tene
  • Re: JVM detection of thread at safepoint Gil Tene
  • Re: JVM detection of thread at safepoint Mark Price
• How badly do JFR stack traces lie? Remko Popma
  • Re: How badly do JFR stack traces lie? Oleg Mazurov
  • Re: How badly do JFR stack traces lie? Nitsan Wakart
  • Re: How badly do JFR stack traces lie? Richard Warburton
• A simple function in Java and JITed version of it John Hening
  • Re: A simple function in Java and JITed version of it Alex Blewitt
• allocation memory in Java John Hening
  • Re: allocation memory in Java Gil Tene
  • Re: allocation memory in Java Aleksey Shipilev
  • Re: allocation memory in Java John Hening
  • Re: allocation memory in Java Aleksey Shipilev
  • Re: allocation memory in Java John Hening
  • Re: allocation memory in Java Wojciech Kudla
  • Re: allocation memory in Java John Hening
  • Re: allocation memory in Java Wojciech Kudla
• Master thesis in mechanical sympathy, Java performance. John Hening
  • Re: Master thesis in mechanical sympathy, Java performance. [email protected]
  • Re: Master thesis in mechanical sympathy, Java performance. Nikolay Tsankov
  • Re: Master thesis in mechanical sympathy, Java performance. Remko Popma
• Executing thread by JVM. John Hening
  • Re: Executing thread by JVM. Tom Lee
  • Re: Executing thread by JVM. Remi Forax
  • Re: Executing thread by JVM. Nitsan Wakart
  • Re: Executing thread by JVM. John Hening
• sun.misc.Unsafe.getAndAddInt implementation, question. John Hening
  • Re: sun.misc.Unsafe.getAndAddInt implementation, question. Gil Tene
  • Re: sun.misc.Unsafe.getAndAddInt implementation, question. John Hening
  • Re: sun.misc.Unsafe.getAndAddInt implementation, question. Gil Tene
  • Re: sun.misc.Unsafe.getAndAddInt implementation, question. John Hening
  • Re: sun.misc.Unsafe.getAndAddInt implementation, question. Gil Tene
  • Re: sun.misc.Unsafe.getAndAddInt implementation, question. John Hening
• Befuddling deadlock (lock held but not in stack?) Todd Lipcon
  • Re: Befuddling deadlock (lock held but not in stack?) Kirk Pepperdine
  • Re: Befuddling deadlock (lock held but not in stack?) Avi Kivity
  • Re: Befuddling deadlock (lock held but not in stack?) Jarkko Miettinen
  • Re: Befuddling deadlock (lock held but not in stack?) Gil Tene
  • Re: Befuddling deadlock (lock held but not in stack?) [email protected]
  • Re: Befuddling deadlock (lock held but not in stack?) Martin Thompson
  • Re: Befuddling deadlock (lock held but not in stack?) Martin Thompson
  • Re: Befuddling deadlock (lock held but not in stack?) Kirk Pepperdine
  • Re: Befuddling deadlock (lock held but not in stack?) Todd Lipcon
  • Re: Befuddling deadlock (lock held but not in stack?) Todd Lipcon
  • Re: Befuddling deadlock (lock held but not in stack?) Kirk Pepperdine
  • Re: Befuddling deadlock (lock held but not in stack?) Henri Tremblay
  • Re: Befuddling deadlock (lock held but not in stack?) Alex Bagehot
  • Re: Befuddling deadlock (lock held but not in stack?) Gil Tene
• Re: jvm stuck in SafepointSynchronize::begin() Alex Bagehot
  • Re: jvm stuck in SafepointSynchronize::begin() yang liu
  • Re: jvm stuck in SafepointSynchronize::begin() Nitsan Wakart
• Approximate latency number for the pyramid of speed. 'Rupert Smith' via mechanical-sympathy
  • Re: Approximate latency number for the pyramid of speed. Richard Warburton
  • Re: Approximate latency number for the pyramid of speed. Alex Blewitt
  • Re: Approximate latency number for the pyramid of speed. Martin Thompson
  • Re: Approximate latency number for the pyramid of speed. 'Rupert Smith' via mechanical-sympathy
  • Re: Approximate latency number for the pyramid of speed. Peter Booth
• Is compareAndSet pessimistic? 'Carl Mastrangelo' via mechanical-sympathy
  • Re: Is compareAndSet pessimistic? 'Carl Mastrangelo' via mechanical-sympathy
  • Re: Is compareAndSet pessimistic? Tom Lee
  • Re: Is compareAndSet pessimistic? Avi Kivity
  • Re: Is compareAndSet pessimistic? Alexandr Nikitin
• Measuring latency of a function call Nathan Fisher
  • Re: Measuring latency of a function call Kirk Pepperdine
  • Re: Measuring latency of a function call Martin Thompson
  • Re: Measuring latency of a function call Nathan Fisher
  • Re: Measuring latency of a function call Peter Booth
  • Re: Measuring latency of a function call Shripad Agashe
  • Re: Measuring latency of a function call Nathan Fisher
• ConcurrentHashMap size() method could read stale value? yang liu
  • Re: ConcurrentHashMap size() method could read stale value? Nikolay Tsankov
  • Re: ConcurrentHashMap size() method could read stale value? yang liu
  • Re: ConcurrentHashMap size() method could read stale value? Gil Tene
  • Re: ConcurrentHashMap size() method could read stale value? yang liu
  • Re: ConcurrentHashMap size() method could read stale value? Gil Tene
• ConcurrentHashMap size() could read stale value? yang liu
• Lock and Little's Law Dain Ironfoot
  • Re: Lock and Little's Law Martin Thompson

• Earlier messages
• Later messages