freebsd-performance  

Messages by Thread

• • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server Tom Evans
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1Server Steven Hartland
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server Randy Schultz
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server Erik Cederstrand
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server Vincent Hoffman
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server Vincent Hoffman
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server Jeremy Chadwick
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server O. Hartmann
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server Francois Tigeot
• NEWS: NVIDIA Open-Sources Its CUDA Compiler O. Hartmann
  • Re: NEWS: NVIDIA Open-Sources Its CUDA Compiler Ivan Klymenko
  • Re: NEWS: NVIDIA Open-Sources Its CUDA Compiler O. Hartmann
  • Re: NEWS: NVIDIA Open-Sources Its CUDA Compiler Eduardo Morras
  • Re: NEWS: NVIDIA Open-Sources Its CUDA Compiler Eduardo Morras
• Maximum blocksize for FFS? Dieter BSD
  • Re: Maximum blocksize for FFS? Kostik Belousov
• Re: SCHED_ULE should not be the default O. Hartmann
  • Re: SCHED_ULE should not be the default Vincent Hoffman
  • Re: SCHED_ULE should not be the default Gary Jennejohn
  • Re: SCHED_ULE should not be the default Lars Engels
  • Re: SCHED_ULE should not be the default Gary Jennejohn
  • Re: SCHED_ULE should not be the default mdf
  • Re: SCHED_ULE should not be the default Gary Jennejohn
  • Re: SCHED_ULE should not be the default O. Hartmann
  • Re: SCHED_ULE should not be the default Jeremy Chadwick
  • Re: SCHED_ULE should not be the default Steve Kargl
  • Re: SCHED_ULE should not be the default Bruce Cran
  • Re: SCHED_ULE should not be the default Ivan Klymenko
  • Re: SCHED_ULE should not be the default Steve Kargl
  • Re: SCHED_ULE should not be the default Scott Lambert
  • Re: SCHED_ULE should not be the default Steve Kargl
  • Re: SCHED_ULE should not be the default John Baldwin
  • Re: SCHED_ULE should not be the default O. Hartmann
  • Re: SCHED_ULE should not be the default Bruce Cran
  • Re: SCHED_ULE should not be the default Lars Engels
  • Re: SCHED_ULE should not be the default O. Hartmann
  • Re: SCHED_ULE should not be the default Steve Kargl
  • Re: SCHED_ULE should not be the default Mike Tancsa
  • Re: SCHED_ULE should not be the default Malin Randstrom
  • Re: SCHED_ULE should not be the default Doug Barton
  • Re: SCHED_ULE should not be the default Pieter de Goeje
  • Re: SCHED_ULE should not be the default Doug Barton
  • Re: SCHED_ULE should not be the default Ivan Klymenko
  • Re: SCHED_ULE should not be the default Andrey Chernov
  • Re: SCHED_ULE should not be the default Adrian Chadd
  • Re: SCHED_ULE should not be the default Andrey Chernov
  • Re: SCHED_ULE should not be the default Ivan Klymenko
  • Re: SCHED_ULE should not be the default Bruce Cran
  • Re: SCHED_ULE should not be the default Andrey Chernov
  • Re: SCHED_ULE should not be the default Alexander Best
  • Re: SCHED_ULE should not be the default Alexander Best
  • Re: SCHED_ULE should not be the default Adrian Chadd
  • Re: SCHED_ULE should not be the default Bruce Cran
  • Re: SCHED_ULE should not be the default Nathan Whitehorn
  • Re: SCHED_ULE should not be the default Andriy Gapon
  • Re: SCHED_ULE should not be the default Gary Jennejohn
  • Re: SCHED_ULE should not be the default Alexander Best
  • Re: SCHED_ULE should not be the default O. Hartmann
  • Re: SCHED_ULE should not be the default Adrian Chadd
  • Re: SCHED_ULE should not be the default Jilles Tjoelker
  • Re: SCHED_ULE should not be the default Ivan Klymenko
  • Re: SCHED_ULE should not be the default Bruce Evans
  • Re: SCHED_ULE should not be the default Ivan Klymenko
  • Re: SCHED_ULE should not be the default Mike Tancsa
  • Re: SCHED_ULE should not be the default Attilio Rao
  • Re: SCHED_ULE should not be the default Mike Tancsa
  • Re: SCHED_ULE should not be the default Attilio Rao
  • Re: SCHED_ULE should not be the default Mike Tancsa
  • Re: SCHED_ULE should not be the default Attilio Rao
  • Re: SCHED_ULE should not be the default Mike Tancsa
  • Re: SCHED_ULE should not be the default Attilio Rao
  • Re: SCHED_ULE should not be the default Daniel Nebdal
  • Re: SCHED_ULE should not be the default Marcus Reid
  • Re: SCHED_ULE should not be the default Ivan Klymenko
  • Re: SCHED_ULE should not be the default Jeremy Chadwick
  • Re: SCHED_ULE should not be the default Attilio Rao
  • Re: SCHED_ULE should not be the default Jeremy Chadwick
  • Re: SCHED_ULE should not be the default Attilio Rao
  • Re: SCHED_ULE should not be the default Ivan Klymenko
• ZFS Few Questions list, mailing
  • Re: ZFS Few Questions Mark Felder
  • Re: ZFS Few Questions Matthew Seaman
  • Re: ZFS Few Questions Tom Evans
  • Re: ZFS Few Questions Freddie Cash
  • Re: ZFS Few Questions Mark Felder
  • Re: ZFS Few Questions list, mailing
  • Re: ZFS Few Questions Freddie Cash
  • Re: ZFS Few Questions list, mailing
  • Re: ZFS Few Questions Eduardo Morras
  • Re: ZFS Few Questions István
  • Re: ZFS Few Questions Eduardo Morras
  • Re: ZFS Few Questions Tom Evans
• ufs multilabel performance Richard Kojedzinszky
• LLVM/CLANG and several OpenCL projects: FreeBSD or any *BSD developer involved? Hartmann, O.
  • Re: LLVM/CLANG and several OpenCL projects: FreeBSD or any *BSD developer involved? Julian Elischer
  • Re: LLVM/CLANG and several OpenCL projects: FreeBSD or any *BSD developer involved? Ivan Voras
  • Re: LLVM/CLANG and several OpenCL projects: FreeBSD or any *BSD developer involved? Eduardo Morras
  • Re: LLVM/CLANG and several OpenCL projects: FreeBSD or any *BSD developer involved? O. Hartmann
• ffmpeg & ULE Urmas Lett
  • Re: ffmpeg & ULE Ivan Klymenko
  • Re: ffmpeg & ULE Urmas Lett
  • Re: ffmpeg & ULE Steven Hartland
  • Re: ffmpeg & ULE Urmas Lett
  • Re: ffmpeg & ULE Steven Hartland
  • Re: ffmpeg & ULE Urmas Lett
  • Re: ffmpeg & ULE Hartmann, O.
  • Re: ffmpeg & ULE Andriy Gapon
  • Re: ffmpeg & ULE Ivan Klymenko
  • Re: ffmpeg & ULE Ivan Klymenko
  • Re: ffmpeg & ULE Ivan Klymenko
  • Re: ffmpeg & ULE Ivan Klymenko
  • Re: ffmpeg & ULE Andriy Gapon
  • Re: ffmpeg & ULE Adrian Chadd
  • Re: ffmpeg & ULE Ivan Klymenko
  • Re: ffmpeg & ULE Vincent Hoffman
  • Re: ffmpeg & ULE Ivan Klymenko
  • Re: ffmpeg & ULE Eduardo Morras
  • Re: ffmpeg & ULE Garrett Cooper
  • Re: ffmpeg & ULE Eduardo Morras
  • Re: ffmpeg & ULE Tom Evans
  • Re: ffmpeg & ULE Hartmann, O.
  • Re: ffmpeg & ULE Ivan Klymenko
  • Re: ffmpeg & ULE Hartmann, O.
  • Re: ffmpeg & ULE Pieter de Goeje
• sysutils/sge6[012]: Sun Grid Engine - still broklen due to utmpx? Hartmann, O.
  • Re: sysutils/sge6[012]: Sun Grid Engine - still broklen due to utmpx? Hartmann, O.
  • Re: sysutils/sge6[012]: Sun Grid Engine - still broklen due to utmpx? Julian Elischer
  • Re: sysutils/sge6[012]: Sun Grid Engine - still broklen due to utmpx? Brooks Davis
  • Re: sysutils/sge6[012]: Sun Grid Engine - still broklen due to utmpx? Brooks Davis
• hwpmc overflow Anton Yuzhaninov
  • Re: hwpmc overflow Anton Yuzhaninov
  • Re: hwpmc overflow Adrian Chadd
  • Re: hwpmc overflow Anton Yuzhaninov
  • Re: hwpmc overflow George Neville-Neil
  • Re: hwpmc overflow Anton Yuzhaninov
• tuning advice Patrick Proniewski
• FreeBSD and GPGPU on nVidia (OpenCL/CUDA): Pathscale and "open" compute driver Hartmann, O.
• Zero-Copy for packet capture and mbuf question Jon Schipp
  • Re: Zero-Copy for packet capture and mbuf question Julian Elischer
• question for GPGPU users (was: PHORONIX: OpenCL, ...) Dieter BSD
• PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Hartmann, O.
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Adrian Chadd
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Yamagi Burmeister
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Hartmann, O.
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Adrian Chadd
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up matthew
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Hartmann, O.
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Steve Kargl
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up K. Macy
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Hartmann, O.
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Adrian Chadd
  • Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up Hartmann, O.
• http://www.freebsd.org/marketing/os-comparison.html Hartmann, O.
  • Re: http://www.freebsd.org/marketing/os-comparison.html Garrett Cooper
  • Re: http://www.freebsd.org/marketing/os-comparison.html Chris Rees
  • Re: http://www.freebsd.org/marketing/os-comparison.html Matthias Apitz
  • Re: http://www.freebsd.org/marketing/os-comparison.html Chris Rees
  • Re: http://www.freebsd.org/marketing/os-comparison.html Garrett Cooper
  • Re: http://www.freebsd.org/marketing/os-comparison.html Garrett Cooper
  • Re: http://www.freebsd.org/marketing/os-comparison.html Garrett Cooper
  • Re: http://www.freebsd.org/marketing/os-comparison.html Volodymyr Kostyrko
  • Re: http://www.freebsd.org/marketing/os-comparison.html Bruce Cran
  • Re: http://www.freebsd.org/marketing/os-comparison.html Hartmann, O.
  • Re: http://www.freebsd.org/marketing/os-comparison.html Hans Petter Selasky
  • Re: http://www.freebsd.org/marketing/os-comparison.html Hartmann, O.
  • Re: http://www.freebsd.org/marketing/os-comparison.html Sergey Kandaurov
  • Re: http://www.freebsd.org/marketing/os-comparison.html Paul Ambrose
  • Re: http://www.freebsd.org/marketing/os-comparison.html Hartmann, O.
  • Re: http://www.freebsd.org/marketing/os-comparison.html Andriy Gapon
  • Re: http://www.freebsd.org/marketing/os-comparison.html Andriy Gapon
  • Re: http://www.freebsd.org/marketing/os-comparison.html Paul Ambrose
  • Re: http://www.freebsd.org/marketing/os-comparison.html Craig Rodrigues
  • Re: http://www.freebsd.org/marketing/os-comparison.html Paul Ambrose
  • Re: http://www.freebsd.org/marketing/os-comparison.html Mark Linimon
  • Re: http://www.freebsd.org/marketing/os-comparison.html Volodymyr Kostyrko
  • Re: http://www.freebsd.org/marketing/os-comparison.html Aldis Berjoza
  • Re: http://www.freebsd.org/marketing/os-comparison.html Chris Brennan
  • Re: http://www.freebsd.org/marketing/os-comparison.html Craig Rodrigues
  • Re: http://www.freebsd.org/marketing/os-comparison.html Dieter BSD
• [RELEASE] Userspace RCU 0.6.4 Mathieu Desnoyers
• Re: Heavy I/O blocks FreeBSD box for several seconds Hartmann, O.
  • Re: Heavy I/O blocks FreeBSD box for several seconds Case van Rij
  • Re: Heavy I/O blocks FreeBSD box for several seconds Hartmann, O.
  • Re: Heavy I/O blocks FreeBSD box for several seconds Chuck Swiger
  • Re: Heavy I/O blocks FreeBSD box for several seconds Eduardo Morras
  • Re: Heavy I/O blocks FreeBSD box for several seconds Pieter de Goeje
  • Re: Heavy I/O blocks FreeBSD box for several seconds Hartmann, O.
• strange differencies: find -exec \+ vs find | xargs Vadim Goncharov
  • Re: strange differencies: find -exec \+ vs find | xargs dennis berger
  • Re: strange differencies: find -exec \+ vs find | xargs Vadim Goncharov
• FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32? Hartmann, O.
  • Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32? Doug Rabson
  • Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32? O. Hartmann
  • Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32? O. Hartmann
• tlb shootdown Andriy Gapon
  • Re: tlb shootdown Ivan Voras
  • Re: tlb shootdown Andriy Gapon
  • Re: tlb shootdown Ivan Voras
  • Re: tlb shootdown Ivan Voras
  • Re: tlb shootdown Kostik Belousov

• Earlier messages
• Later messages