search for: popovic

Hello, We have published two papers which build upon the LLVM Compiler Infrastructure. Would it be possible to include them in the LLVM related publications at http://llvm.org/pubs/ ? I attach below the bibliographic references: "CERE: LLVM Based Codelet Extractor and REplayer for Piecewise Benchmarking and Optimization" P. de Oliveira Castro, C. Akel, E. Petit, M. Popov, and W.

Hello, I would like to submit two papers that use LLVM to the Related Publications section. Both papers focus on code isolation applied to perform piecewise compiler optimizations. The code isolation process is performed by CERE, an open source tool based on LLVM. The second paper is an extended version of the first one. 1) Piecewise Holistic Autotuning of Compiler and Runtime Parameters

Dear Mihail, I've added these two publications to the publications page. Please review it and let me know if I need to make any changes. In particular, if you have URLs to use for the papers, having those would be greatly appreciated. Regards, John Criswell On 11/28/17 12:05 PM, Mihail Popov via llvm-dev wrote: > > Hello, > > I would like to submit two papers that use LLVM

I wrote a test application which is based on libuv. iptables is disabled. I’m running the test application from two other machines. Do you have any suggestions for testing? thanks! —zahar > On Jun 10, 2016, at 2:38 PM, Alejandro <cdgraff at gmail.com> wrote: > > Zahar, how are you testing? with some CURL stress test? BTW, IPTABLES is enabled? > > I was running most time

I’m going to try to run multiple curl processes. The libuv code that i wrote is not of a very good quality (even though it’s really simple). thanks! —zahar > On Jun 10, 2016, at 2:43 PM, Alejandro <cdgraff at gmail.com> wrote: > > In the past, i had used this method: > > http://icecast.org/loadtest/1/ <http://icecast.org/loadtest/1/> > > But to be honest,

...is <ross at stationplaylist.com> wrote: > Are you operating your own web server or is it hosted elsewhere? Do you > have access to the operating system of the server? > > -----Original Message----- > From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Danijela > Popovic > Sent: Saturday, 14 October 2017 11:03 a.m. > To: icecast at xiph.org > Subject: [Icecast] Icecast on my website > > Hi guys, > I'm trying to find the way to have Icecast installed on my website, so my > listeners can go to http://www.radiodani.com:8000/stream and > htt...

<div>Hi Alejandro,</div><div>Here is mine:</div><div><p><limits><br /> <workers>4</workers><br /> <clients>100000</clients><br /> <sources>2000</sources><br /> <queue-size>102400</queue-size><br /> <client-timeout>30</client-timeout><br />

In the past, i had used this method: http://icecast.org/loadtest/1/ But to be honest, nothing be compared with real use case, we found many issues when the connections arrive from many differents IPs, the stress test open all from small set of IPs, but almost this test case is used for many others, and present good results. 2016-06-10 2:40 GMT-03:00 Popov, Zahar <zahar.popov1978 at

On Thu, Jun 25, 2020 at 11:43 AM Nikita Popov via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On Thu, Jun 25, 2020 at 11:22 AM Zachary Turner via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> What this means for LLVM is that everyone will have to completely stop using history rewriting operations. No more rebase, squash, amend, etc. > > This is also incorrect. Most

On Thu, Jun 25, 2020 at 2:43 AM Nikita Popov <nikita.ppv at gmail.com> wrote: > On Thu, Jun 25, 2020 at 11:22 AM Zachary Turner via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> I can’t really provide a doc, but i can describe what I believe to be the >> biggest problem. >> >> In a GH PR, comments are associated with commit hashes. If a commit

Zahar, how are you testing? with some CURL stress test? BTW, IPTABLES is enabled? I was running most time in VMWARE, but i run 10k users in medium size box in AWS, just move out for the high transfer cost. 2016-06-10 2:36 GMT-03:00 Zahar Popov <zahar.popov1978 at yandex.com>: > Hi Alejandro, > Here is mine: > > <limits> > <workers>4</workers> >

Hello, ffmpeg2theora (with encoder mmx patches) is available on konvalo.org. You can run it on Linux (2.6.x), FreeBSD (5.x) and NetBSD (2.x) on Intel x86. ffmpeg2theora may be considered the recommended Theora encoder. The author of the program is Jan Gerber @ v2v.cc Those of you who already use Konvalo.org do not need to do anything, the program is in your PATH. Otherwise see

Hello, ffmpeg2theora (with encoder mmx patches) is available on konvalo.org. You can run it on Linux (2.6.x), FreeBSD (5.x) and NetBSD (2.x) on Intel x86. ffmpeg2theora may be considered the recommended Theora encoder. The author of the program is Jan Gerber @ v2v.cc Those of you who already use Konvalo.org do not need to do anything, the program is in your PATH. Otherwise see

I tried encoding http://home.tange.dk/theora/stream.dump with http://home.tange.dk/theora/optag-dvd 4. From that I got http://home.tange.dk/theora/dvd-4.theora.ogg. mplayer stream.dump works fine, but when playing the theora encoded file on my 2 GHz computer both mplayer and xine take 85% of my CPU while X takes the remaining 15% (i.e. 0% idle time) and the playback is no way near smooth. Using:

Sorry, 35K concurrent with 8 workers at 60% cpu 2016-06-10 1:28 GMT-03:00 Alejandro <cdgraff at gmail.com>: > Hi Zahar, what value has into > > <workers>8</workers> > > This value is recommended to set at 1 by virtual core. > > I 'm using for some years, KH branch with 35 concurrent listeners into 8 > core vm. > > Regards, > Alejandro

Hello, LLVM devs. I'm compiling the following simple IR: define dso_local i32 @main(i32 %argc, i8** %argv) { entry: %retval = alloca i32, align 4 %argc.addr = alloca i32, align 4 %argv.addr = alloca i8**, align 8 store i32 0, i32* %retval, align 4 store i32 %argc, i32* %argc.addr, align 4 store i8** %argv, i8*** %argv.addr, align 8 ret i32 0 } using `llc -march=sparc

Hello. I'm posting this question here, because there seem to be no LLD-specific mailing list. Sorry in advance if this is wrong one. I compile two C source with following command: clang -flto -o %name.bc %name.c LLVM is augmented with my custom pass, which amongst other things create a global with appending linkage: @myvar = appending constant [1 x [1 x i8]*] ... I also have another pass

On Tue, 18 Dec 2018 at 07:11, Gleb Popov via llvm-dev <llvm-dev at lists.llvm.org> wrote: > However, I haven't managed to get a "Constant<>" in the DAG when compiling for X86. I'm interested in how it is lowered. Can you please give me some guidance on this? How are you looking? When I run "llc -mtriple=x86_64-linux-gnu -debug-only=isel" on your IR I get

Here is result of experiment: (Original size , with DW_AT_linkage_name for composites, % increase) clang-7.0 1926574256 1952846192 1.4% clang-tidy 1220980360 1238498112 1.4% llvm-mt 7404728 7525328 1.6 % std::cout << "hello world!" 21552 22080 2.4 % IMO, not that big price for reliable dynamic type identification (Full disclosure: I need depend on this feature, since

Hi Philipp Thank you for chiming in. The only reason i use the -kh fork is because it seemed to be more recent. I had this performance issue with the regular version and tried the fork. I realize that the problem can be with the TCP stack parameters. I had no problem getting about 800Mbps between these machines when using iperf. Certainly, the workload completely different, but at least i know