search for: markham

Forgot to add that all experiments were done with '-O3 -m64 -fexperimental-new-pass-manager'. Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com From: Graham Yiu/Toronto/IBM To: llvm-dev at lists.llvm.org Cc: junbuml at codeaurora.org, xinliangli at gmail.com Date: 11/02/2017 05:26 PM Subject: [RFC] Enable Partial Inliner by default Hello, I'd like to propose turning on the partial inliner (-enable-partia...

Hi Evgeny, I just realized that if these are compile-time errors I can help investigate on my end. Do you have something I can use to reproduce? Cheers, Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com From: Graham Yiu/Toronto/IBM To: Evgeny Astigeevich <Evgeny.Astigeevich at arm.com> Cc: "junbuml at codeaurora.org" <junbuml at codeaurora.org>, "llvm-dev at lists.llvm.org" <llvm-dev at lists.llvm.org>, nd &...

...dev] [RFC] Enable Partial Inliner by default Hi Evgeny, I just realized that if these are compile-time errors I can help investigate on my end. Do you have something I can use to reproduce? Cheers, Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com [Inactive hide details for Graham Yiu---11/08/2017 06:00:05 PM---Thanks, Evgeny. Let me know if there's something in the partial]Graham Yiu---11/08/2017 06:00:05 PM---Thanks, Evgeny. Let me know if there's something in the partial inlining code that is causing the...

...mark callsites with hot/cold attributes during compile step to ensure LTO inlining will give appropriate threshold bonuses/penalties. Any thoughts/insights/comments would be appreciated. Cheers, Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171003/18c2b6f6/attachment.html>

Hi Teresa, Actually, enabling the new pass manager manually seems to have solved this issue, so this problem is only valid for the old pass manager. Thanks, Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com From: Teresa Johnson <tejohnson at google.com> To: Graham Yiu <gyiu at ca.ibm.com> Cc: llvm-dev <llvm-dev at lists.llvm.org> Date: 10/03/2017 04:18 PM Subject: Re: [llvm-dev] PGO information at LTO/thinLTO link step On Tue, Oct 3, 2017 at 12:54 PM...

...be the opposite of the problem you > are hitting). Can you send me a reproducer with the old PM? > > Teresa > >> >> >> Thanks, >> >> Graham Yiu >> LLVM Compiler Development >> IBM Toronto Software Lab >> Office: (905) 413-4077 C2-707/8200/Markham >> Email: gyiu at ca.ibm.com >> >> [image: Inactive hide details for Teresa Johnson ---10/03/2017 04:18:17 >> PM---On Tue, Oct 3, 2017 at 12:54 PM, Graham Yiu via llvm-dev <]Teresa >> Johnson ---10/03/2017 04:18:17 PM---On Tue, Oct 3, 2017 at 12:54 PM, Graham >&g...

...documentation/video/presentation on how PGO information is represented in LLVM and what information is passed via the IR? I'm finding some difficulty in getting the big picture via the code. Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com From: Teresa Johnson <tejohnson at google.com> To: Easwaran Raman <eraman at google.com> Cc: Graham Yiu <gyiu at ca.ibm.com>, llvm-dev <llvm-dev at lists.llvm.org> Date: 10/03/2017 05:00 PM Subject: Re: [llvm-dev] PGO information at L...

...span style="font-family:Arial,Helvetica,sans-serif;" ><font size="2" ><span style="font-size:0.857em;" >Kit Barton, Ph.D.<br>STSM, Technical lead for LLVM on Power and XL Compilers<br>IBM Toronto Lab, C2/705/8200/MKM<br>8200 Warden Ave, Markham, L6G 1C7<br>(905) 413-3452<br>kbarton@ca.ibm.com</span></font></span></font></font></div></div></div></div></div></div></div><BR>

...dev] [RFC] Enable Partial Inliner by default Hi Evgeny, I just realized that if these are compile-time errors I can help investigate on my end. Do you have something I can use to reproduce? Cheers, Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com [Inactive hide details for Graham Yiu---11/08/2017 06:00:05 PM---Thanks, Evgeny. Let me know if there's something in the partial]Graham Yiu---11/08/2017 06:00:05 PM---Thanks, Evgeny. Let me know if there's something in the partial inlining code that is causing the...

...sues.asterisk.org/view.php?id=15971 I'd love to get feedback in the bug tracker in order to get this feature into Asterisk soon :-) Also don't hesitate in asking for help with the configuration. -- Moises Silva Software Developer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090930/e6368f81/attachment.htm

...l> http://lists.llvm.org/pipermail/llvm-dev/2017-August/116515.html) We'd be interested in turning on the pass by default some time in the future, if our enhancements prove beneficial. Cheers, Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com <mailto:gyiu at ca.ibm.com> via llvm-dev ---09/13/2017 01:12:02 PM---Hi, I noticed some performance gains in some spec benchmarks without From: via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> > To: llvm-dev at lists.llvm.or...

...rom just outlining (without inlining to increase the odds of some performance gain). My initial thought was to ditch the new function and its outlined children if we cannot immediately inline it. Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com From: Xinliang David Li <xinliangli at gmail.com> To: Graham Yiu <gyiu at ca.ibm.com> Cc: llvm-dev <llvm-dev at lists.llvm.org> Date: 08/24/2017 03:05 PM Subject: Re: [llvm-dev] [RFC] Enhance Partial Inliner by using a general outlining sch...

...on twice and modify one based on cold region outlining and the other early return peeling, with the latter being our fall-back option if we fail to inline the first clone. What are your thoughts? Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-707/8200/Markham Email: gyiu at ca.ibm.com From: Graham Yiu/Toronto/IBM To: Xinliang David Li <xinliangli at gmail.com> Cc: llvm-dev <llvm-dev at lists.llvm.org> Date: 08/15/2017 08:04 PM Subject: Re: [llvm-dev] [RFC] Enhance Partial Inliner by using a general outlining scheme for cold bl...

...be super > cold and leave it to the inliner to do more deeper analysis and decide to > inline it right back in. > > David > > > >> >> >> Graham Yiu >> LLVM Compiler Development >> IBM Toronto Software Lab >> Office: (905) 413-4077 C2-707/8200/Markham >> Email: gyiu at ca.ibm.com >> >> [image: Inactive hide details for Xinliang David Li ---08/24/2017 >> 03:05:06 PM---On Thu, Aug 24, 2017 at 10:40 AM, Graham Yiu <gyiu at ca.i]Xinliang >> David Li ---08/24/2017 03:05:06 PM---On Thu, Aug 24, 2017 at 10:40 AM, >&g...

...no explanation. Has anyone gotten this to work? Or does anyone have any ideas on how to debug why MoH stops immediately after starting? Thanks in advance! Alex Robar *___________________________________________* Alex Robar, Technical Support, GearyTech Inc. 3075 Fourteenth Avenue, Unit 3, Markham, Ontario L3R 0G9 Markham: 905-513-8000 x 223 Fax: 905-513-8040 Toronto: 416-226-3614 Toll Free: 888-890-3499 alex.robar@gearytech.com www.gearytech.com Strategic management of technology for business. Have you seen our new Voice over IP teleph...

Has anyone any idea why this wont work? Its in a script and im passing -e "${SSH}" to the Rsync command where :- SSH="$(/usr/bin/which ssh) -o ConnectTimeout=15 -o BatchMode=yes -n" The below is output from set -x for my script. Below that is the error from errorlog /usr/bin/rsync -PavRz --delete --delete-excluded --copy-unsafe-links --numeric-ids -e /usr/bin/ssh -o

I have tried a couple of things to get what i want but am unsure how to get there. I would like in the log i use for rsync to only output files it has trouble getting. e.g if permission is denied or file changed during read something like that. If i use the v option for verbose it lists every single file which is too much as i want people to quickly scan over problem files and alert if there is

Guys im running Rsync 2.6.8 on Solaris. I use the following options :- RSYNC_BIN="/usr/local/bin/rsync" RSYNC_OPTS=" -PaRz --quiet --stats --delete --delete-excluded --copy-unsafe-links --numeric-ids" RSYNC="${RSYNC_BIN} ${RSYNC_OPTS}" Its part of a script see. Now everything works but in my log file im getting each file which is transferred listed and i didnt want

...mum number of times the predecessor has to be executed in order for an edge to be considered cold, should also be taken into account to avoid outlining code paths we have little information on. Graham Yiu LLVM Compiler Development IBM Toronto Software Lab Office: (905) 413-4077 C2-407/8200/Markham Email: gyiu at ca.ibm.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170815/17fc26c9/attachment.html>

...icult is it to convert speex_encoder_init and speex_decoder_init to use preallocated memory buffers (presumably passed by the initilisatio functions themselves)? - farhan - farhan -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of Gervase Markham Sent: Wednesday, June 28, 2006 2:55 AM To: Jean-Marc Valin Cc: speex Subject: Re: [Speex-dev] Library split (poll) Jean-Marc Valin wrote: > In the 1.1.x branch, I've kept adding more stuff to libspeex: > preprocessor, AEC, etc. I'm now considering moving all those to a > separa...