mechanical-sympathy  

Messages by Thread

• • Re: Confusion regarding 'mark-sweep-compact' naming Kirk Pepperdine
  • Re: Confusion regarding 'mark-sweep-compact' naming Gil Tene
  • Re: Confusion regarding 'mark-sweep-compact' naming Gil Tene
  • Re: Confusion regarding 'mark-sweep-compact' naming Peter Veentjer
  • Re: Confusion regarding 'mark-sweep-compact' naming Aleksey Shipilev
  • Re: Confusion regarding 'mark-sweep-compact' naming Peter Veentjer
  • Re: Confusion regarding 'mark-sweep-compact' naming Peter Veentjer
  • Re: Confusion regarding 'mark-sweep-compact' naming Gil Tene
  • Re: Confusion regarding 'mark-sweep-compact' naming Gil Tene
  • Re: Confusion regarding 'mark-sweep-compact' naming Peter Veentjer
  • Re: Confusion regarding 'mark-sweep-compact' naming Aleksey Shipilev
  • Re: Confusion regarding 'mark-sweep-compact' naming Gil Tene
  • Re: Confusion regarding 'mark-sweep-compact' naming Aleksey Shipilev
  • Re: Confusion regarding 'mark-sweep-compact' naming Gil Tene
  • Re: Confusion regarding 'mark-sweep-compact' naming Aleksey Shipilev
  • Re: Confusion regarding 'mark-sweep-compact' naming Steve Blackburn
  • Re: Confusion regarding 'mark-sweep-compact' naming Gil Tene
  • Re: Confusion regarding 'mark-sweep-compact' naming Steve Blackburn
  • Re: Confusion regarding 'mark-sweep-compact' naming Gil Tene
  • Re: Confusion regarding 'mark-sweep-compact' naming Steve Blackburn
• Re: Abridged summary of mechanical-sympathy@googlegroups.com - 7 updates in 2 topics 'isaiah perumalla' via mechanical-sympathy
• failing to understand the issues with transparent huge paging Peter Veentjer
  • Re: failing to understand the issues with transparent huge paging Marshall Pierce
  • Re: failing to understand the issues with transparent huge paging Peter Veentjer
  • Re: failing to understand the issues with transparent huge paging Gil Tene
  • Re: failing to understand the issues with transparent huge paging Gil Tene
  • Re: failing to understand the issues with transparent huge paging Alen Vrečko
  • Re: failing to understand the issues with transparent huge paging Gil Tene
  • Re: failing to understand the issues with transparent huge paging Peter Veentjer
  • Re: failing to understand the issues with transparent huge paging Henri Tremblay
  • Re: failing to understand the issues with transparent huge paging Benedict Elliott Smith
  • Re: failing to understand the issues with transparent huge paging Aleksey Shipilev
  • Re: failing to understand the issues with transparent huge paging Gil Tene
  • Re: failing to understand the issues with transparent huge paging Alexandr Nikitin
  • Re: failing to understand the issues with transparent huge paging Andriy Plokhotnyuk
  • Re: failing to understand the issues with transparent huge paging Gil Tene
  • Re: failing to understand the issues with transparent huge paging Alexandr Nikitin
  • Re: failing to understand the issues with transparent huge paging Gil Tene
  • Re: failing to understand the issues with transparent huge paging Alexandr Nikitin
  • Re: failing to understand the issues with transparent huge paging Gil Tene
  • Re: failing to understand the issues with transparent huge paging Alexandr Nikitin
  • Re: failing to understand the issues with transparent huge paging Peter Booth
  • Re: failing to understand the issues with transparent huge paging Tom Lee
  • Re: failing to understand the issues with transparent huge paging Peter Booth
  • Re: failing to understand the issues with transparent huge paging Gil Tene
• Measuring JVM memory for containers Sebastian Łaskawiec
  • Re: Measuring JVM memory for containers Meg Figura
  • Re: Measuring JVM memory for containers Tom Lee
  • Re: Measuring JVM memory for containers Sebastian Łaskawiec
  • Re: Measuring JVM memory for containers Tom Lee
  • Re: Measuring JVM memory for containers Sebastian Łaskawiec
  • Re: Measuring JVM memory for containers 'Allen Reese' via mechanical-sympathy
  • Re: Measuring JVM memory for containers Gil Tene
  • Re: Measuring JVM memory for containers areese via mechanical-sympathy
  • Re: Measuring JVM memory for containers Gil Tene
  • Re: Measuring JVM memory for containers areese via mechanical-sympathy
• JVM random performance Roger Alsing
  • Re: JVM random performance Wojciech Kudla
  • Re: JVM random performance Georges Gomes
  • Re: JVM random performance Roger Alsing
  • Re: JVM random performance Gil Tene
  • Re: JVM random performance Kirk Pepperdine
  • Re: JVM random performance Roger Alsing
  • Re: JVM random performance Roger Alsing
  • Re: JVM random performance Kirk Pepperdine
  • Re: JVM random performance Todd Lipcon
  • Re: JVM random performance Tony Finch
  • Re: JVM random performance Kirk Pepperdine
  • Re: JVM random performance Oleg Mazurov
• Conversion from String to OutputStream without heap allocation David Ryan
  • Re: Conversion from String to OutputStream without heap allocation Avi Kivity
  • Re: Conversion from String to OutputStream without heap allocation David Ryan
  • Re: Conversion from String to OutputStream without heap allocation Nikolay Tsankov
• Detailed post on using SEDA-like algorithms to improve IPC Avi Kivity
  • Re: Detailed post on using SEDA-like algorithms to improve IPC Francesco Nigro
  • Re: Detailed post on using SEDA-like algorithms to improve IPC Peter Veentjer
• Re: ORM aversion Dimitar Georgiev
  • Re: ORM aversion Peter Booth
• Disk-based logger - write pretouch Roman Leventov
  • Re: Disk-based logger - write pretouch Gil Tene
  • Re: Disk-based logger - write pretouch Martin Thompson
  • Re: Disk-based logger - write pretouch Roman Leventov
  • Re: Disk-based logger - write pretouch Vitaly Davidovich
  • Re: Disk-based logger - write pretouch Michael Barker
  • Re: Disk-based logger - write pretouch Greg Young
  • Re: Disk-based logger - write pretouch Francesco Nigro
• Write release post Francesco Nigro
• references for an efficient clock + counter implementation? Rick Richardson
• Why does the G1 GC shrink number of regions? Alexandr Nikitin
  • Re: Why does the G1 GC shrink number of regions? Kirk Pepperdine
  • Re: Why does the G1 GC shrink number of regions? Gil Tene
  • Re: Why does the G1 GC shrink number of regions? Alexandr Nikitin
  • Re: Why does the G1 GC shrink number of regions? Kirk Pepperdine
  • Re: Why does the G1 GC shrink number of regions? Gil Tene
  • Re: Why does the G1 GC shrink number of regions? Kirk Pepperdine
  • Re: Why does the G1 GC shrink number of regions? Gil Tene
• Aeron zero'ing buffer? Peter Veentjer
  • Re: Aeron zero'ing buffer? Todd Montgomery
  • Re: Aeron zero'ing buffer? Peter Veentjer
  • Re: Aeron zero'ing buffer? Todd Montgomery
  • Re: Aeron zero'ing buffer? Martin Thompson
  • Re: Aeron zero'ing buffer? 'Nitsan Wakart' via mechanical-sympathy
  • Re: Aeron zero'ing buffer? Avi Kivity
  • Re: Aeron zero'ing buffer? Martin Thompson
  • Re: Aeron zero'ing buffer? Benedict Elliott Smith
  • Re: Aeron zero'ing buffer? Francesco Nigro
  • Re: Aeron zero'ing buffer? Peter Veentjer
  • Re: Aeron zero'ing buffer? Martin Thompson
  • Re: Aeron zero'ing buffer? Francesco Nigro
• processor.max_cstate, intel_idle.max_cstate and /dev/cpu_dma_latency Himanshu Sharma
  • Re: processor.max_cstate, intel_idle.max_cstate and /dev/cpu_dma_latency Sarunas Vancevicius
  • Re: processor.max_cstate, intel_idle.max_cstate and /dev/cpu_dma_latency Peter Booth
• Re: Isolating low latency application on CPU-0? Himanshu Sharma
  • Re: Isolating low latency application on CPU-0? Wojciech Kudla
  • Re: Isolating low latency application on CPU-0? Himanshu Sharma
  • Re: Isolating low latency application on CPU-0? Wojciech Kudla
  • Re: Isolating low latency application on CPU-0? Adrien Mahieux
  • Re: Isolating low latency application on CPU-0? Sarunas Vancevicius
  • Re: Isolating low latency application on CPU-0? Wojciech Kudla
  • Re: Isolating low latency application on CPU-0? Ross Bencina
  • Re: Isolating low latency application on CPU-0? Wojciech Kudla
  • Re: Isolating low latency application on CPU-0? Adrien Mahieux
• Falcon JIT compiler - enhanced LLVM backend for JVM Dan Eloff
  • Re: Falcon JIT compiler - enhanced LLVM backend for JVM Gil Tene
• Memory model of mprotect Yichao Yu
  • Re: Memory model of mprotect Gil Tene
  • Re: Memory model of mprotect Yichao Yu
  • Re: Memory model of mprotect Yichao Yu
  • Re: Memory model of mprotect Gil Tene
  • Re: Memory model of mprotect Yichao Yu
  • Re: Memory model of mprotect Gil Tene
  • Re: Memory model of mprotect Yichao Yu
  • Re: Memory model of mprotect Gil Tene
  • Re: Memory model of mprotect Yichao Yu
  • Re: Memory model of mprotect Gil Tene
• Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? J Crawford
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? Ben Evans
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? J Crawford
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? Ben Evans
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? J Crawford
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? Ben Evans
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? Aleksey Shipilev
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? Aleksey Shipilev
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? Aleksey Shipilev
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? Oleg Mazurov
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? J Crawford
  • Re: Mystery: Why does the JVM show more latency for the same block of code after a busy spin pause? Oleg Mazurov
• How would you approach the problem with large data over MQ Vero K.
  • Re: How would you approach the problem with large data over MQ Michael Barker
  • Re: How would you approach the problem with large data over MQ Vero K.
  • Re: How would you approach the problem with large data over MQ Ayub Sayyad
  • Re: How would you approach the problem with large data over MQ Michael Barker
• Socket buffer and rates streaming Vero K.
  • Re: Socket buffer and rates streaming peter royal
  • Re: Socket buffer and rates streaming Vero K.
  • Re: Socket buffer and rates streaming Greg Young
  • Re: Socket buffer and rates streaming Michael Barker
  • Re: Socket buffer and rates streaming Vero K.
  • Re: Socket buffer and rates streaming Vero K.
  • Re: Socket buffer and rates streaming Michael Barker
  • Re: Socket buffer and rates streaming Vero K.
  • Re: Socket buffer and rates streaming Ben Evans
  • Re: Socket buffer and rates streaming Vero K.
• Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Michael Barker
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Greg Young
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Todd Montgomery
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Todd Montgomery
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Michael Barker
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? singh.janmejay
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Kirk Pepperdine
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Kirk Pepperdine
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Nikolay Tsankov
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Nikolay Tsankov
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Kirk Pepperdine
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Gil Tene
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Wojciech Kudla
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Kirk Pepperdine
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Martin Thompson
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? J Crawford
  • Re: Why would SocketChannel be slower when sending a single msg instead of 1k msgs after proper warmup? Martin Thompson
• How to recompile native JDK code (C/C++) and deploy on my JVM? (SocketDispatcher.java) J Crawford
  • Re: How to recompile native JDK code (C/C++) and deploy on my JVM? (SocketDispatcher.java) Avi Kivity
  • Re: How to recompile native JDK code (C/C++) and deploy on my JVM? (SocketDispatcher.java) Martijn Verburg
• Why a Java method invocation is slower when you call it somewhere else in your code? J Crawford
  • Re: Why a Java method invocation is slower when you call it somewhere else in your code? Shevek
  • Re: Why a Java method invocation is slower when you call it somewhere else in your code? jez prime
  • Why a Java method invocation is slower when you call it somewhere else in your code? Gil Tene
  • Re: Why a Java method invocation is slower when you call it somewhere else in your code? Kirk Pepperdine
  • Why a Java method invocation is slower when you call it somewhere else in your code? Gil Tene
  • Re: Why a Java method invocation is slower when you call it somewhere else in your code? Kirk Pepperdine
  • Re: Why a Java method invocation is slower when you call it somewhere else in your code? Gil Tene
  • Re: Why a Java method invocation is slower when you call it somewhere else in your code? Kirk Pepperdine

• Earlier messages
• Later messages