Displaying 8 results from an estimated 8 matches for "zhaoqin".
2016 Apr 21
2
RFC: EfficiencySanitizer
On Thu, Apr 21, 2016 at 1:57 PM, Hal Finkel <hfinkel at anl.gov> wrote:
>
>
> ------------------------------
>
> *From: *"Qin Zhao" <zhaoqin at google.com>
> *To: *"Hal Finkel" <hfinkel at anl.gov>
> *Cc: *"Derek Bruening" <bruening at google.com>,
> efficiency-sanitizer at google.com, "llvm-dev" <llvm-dev at lists.llvm.org>
> *Sent: *Thursday, April 21, 2016 12:48:20 PM
>...
2016 Apr 23
2
RFC: EfficiencySanitizer Cache Fragmentation tool
...;hfinkel at anl.gov> wrote:
>
>
> ------------------------------
>
> *From: *"Hal Finkel" <hfinkel at anl.gov>
> *To: *"Hal Finkel" <hfinkel at anl.gov>
> *Cc: *"llvm-dev" <llvm-dev at lists.llvm.org>, "Qin Zhao" <zhaoqin at google.com
> >
> *Sent: *Friday, April 22, 2016 7:18:03 PM
>
> *Subject: *Re: [llvm-dev] RFC: EfficiencySanitizer Cache Fragmentation
> tool
>
>
>
> ------------------------------
>
> *From: *"Hal Finkel via llvm-dev" <llvm-dev at lists.llvm.org&g...
2016 Apr 23
2
RFC: EfficiencySanitizer Cache Fragmentation tool
----- Original Message -----
> From: "Hal Finkel via llvm-dev" <llvm-dev at lists.llvm.org>
> To: "Qin Zhao" <zhaoqin at google.com>
> Cc: "llvm-dev" <llvm-dev at lists.llvm.org>
> Sent: Friday, April 22, 2016 7:13:38 PM
> Subject: Re: [llvm-dev] RFC: EfficiencySanitizer Cache Fragmentation
> tool
> ----- Original Message -----
> > From: "Qin Zhao via llvm-dev" &...
2016 Apr 21
2
RFC: EfficiencySanitizer
>
>
> Will this technology allow us to pinpoint specific accesses that generally
> have high latency (i.e. generally are cache misses)? This information is
> useful for programmers, and is also useful as an input to loop unrolling,
> instruction scheduling, and the like on ooo cores.
>
Won't hardware performance counter tell you which accesses are delinquent
accesses?
The
2016 Apr 20
2
RFC: EfficiencySanitizer working set tool
On Wed, Apr 20, 2016 at 2:48 AM, Sean Silva <chisophugis at gmail.com> wrote:
>
>
> On Tue, Apr 19, 2016 at 10:44 PM, Derek Bruening via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
>> Please reference the prior RFC on EfficiencySanitizer. This is one of
>> the performance analysis tools we would like to build under the
>> EfficiencySanitizer
2014 Feb 24
6
[LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind
Hi,
I've seen on the LLVM's Open Projet Page [1] an idea about using LLVM to
generate native code in Valgrind. For what I know, Valgrind uses libVEX
to translate native instructions into a bitcode, used to add the
instrumentation and then translated back to native code for execution.
Valgrind and LLVM are two tools that I use nearly every day. I'm also
very interested in code
2016 Apr 22
2
RFC: EfficiencySanitizer Cache Fragmentation tool
Please reference the prior RFC on EfficiencySanitizer. This is one of the
performance analysis tools we would like to build under the
EfficiencySanitizer umbrella.
====================
Motivation
====================
An application is running sub-optimally if only part of the data brought
into the cache is used, which we call cache fragmentation. Knowing the
cache fragmentation information
2014 Jul 28
1
Re: [PATCH] launch: Close file descriptors after fork (RHBZ#1123007).
Hi Richard,
I see this patch is included into libguestfs >= 1.26.6 & libguestfs >=
1.27.24. I feel that version is too high. Now RHEL 7.0 runs
libguestfs-1.22.6, RHEL 6.6 alpha and 6.5 runs libguestfs-1.20.11. Is that
possible to backport this patch, in order to make this problem fixed in
RHEL 7.0, 6.6, and 6.5?
Thanks & Best Regards
Qin Zhao (赵钦)
China System and Technology Lab,