search for: 36mb

i want to integrate a C source JITer into my application but the resulting executables are too large is it possible to reduce the resulting libs/exe some way? current VS2017/svn build example: llvm-build\Release\bin\clang-interpreter.exe ~36MB for now (that can change later) - i want to jit simple c-code - no std library or something - x64 only - no deep/full architecture optimization needed - no c++/templates etc. any ideas?

All, As of last night's commits, the analyze tool's functionality has been moved to the opt tool. This was requested in PR872. The change reduces LLVM's Debug footprint by 36MB without any loss of functionality. To obtain analyze's old functionality, pass the -analyze switch to the opt tool. If you previously did this: analyze $FNAME -domset -disable-verify you would now do this: opt -analyze $FNAME -domset -disable-verify Pretty simple. Reid.

...ug.cgi?id=885 for details. Reid. On Fri, 2006-08-18 at 09:53 -0700, Reid Spencer wrote: > All, > > As of last night's commits, the analyze tool's functionality has been > moved to the opt tool. This was requested in PR872. The change reduces > LLVM's Debug footprint by 36MB without any loss of functionality. To > obtain analyze's old functionality, pass the -analyze switch to the opt > tool. > > If you previously did this: > analyze $FNAME -domset -disable-verify > you would now do this: > opt -analyze $FNAME -domset -disable-verify &g...

...Looking at the memory allocation output (procstat -v on a FreeBSD machine, a test server with not much activity) on a master ?smbd? with VSZ 160MB and RSS 117 it looks like 102MB of it is allocated memory (the rest is shared libraries) spread out as: Size Allocations 4096 8868 4K * 88868 = 36MB 8192 1 16384 1 32768 1 45056 1 49152 2 73728 1 135168 1 143360 1 180224 1 270336 1 544768 1 2093056 16 2*16 = 32 MB 2097152 12 2*12 = 24 MB 6291456 1 6 MB Since this is on the master smbd then it?ll be inherited by the ones it f...

...ssibly lost in loss record 1,192 of 1,192 ==24373== at 0x4C2815C: malloc (vg_replace_malloc.c:236) ==24373== by 0x6CD42C4: llvm::MDNode::getMDNode(llvm::LLVMContext&, llvm::Value* const*, unsigned int, llvm::MDNode::FunctionLocalness, bool) (Metadata.cpp:226) The file itself is 4.5MB, so 36MB from just this allocation spot is a lot. Having 71,717 blocks also suggests that we should be using some pool. For now I would be more then happy if I was just able to free that. lto_module_dispose is being called and the llvm module is being destructed, but it looks like the only way to free the...

...onfirm whether or not this is > the source of your problem. > > The real problem was found. The configuration of this server had a recording path as /var/spool/asterisk/monitor/ for every call, so the size of monitor (the directory) keeps growing at 2000 files per day. Its peek was around 36MB, just containing the addresses of the files, I just changed the filename variable for Monitor to store in a path like /var/spool/asterisk/monitor/2007/05/29/. With this change the maximum size of a directory is 700k. To find this I used strace and saw an incredible amount of a system call that get...

...192 of 1,192 > ==24373==    at 0x4C2815C: malloc (vg_replace_malloc.c:236) > ==24373==    by 0x6CD42C4: llvm::MDNode::getMDNode(llvm::LLVMContext&, > llvm::Value* const*, unsigned int, llvm::MDNode::FunctionLocalness, > bool) (Metadata.cpp:226) > > The file itself is 4.5MB, so 36MB from just this allocation spot is a > lot. Having 71,717 blocks also suggests that we should be using some pool. > > For now I would be more then happy if I was just able to free that. > lto_module_dispose is being called and the llvm module is being > destructed, but it looks like t...

...ve so far is to: 1) ffmpeg -i input.avi -f avi -vcodec rawvideo -acodec pcm_s16le -r 15 -ar 22050 -ac 1 intermediate.avi then 2) ./ffmpeg2theora-0.15.linux.bin -f avi -c1 -H 22050 -o out.ogg intermediate.avi This gives me an output I want, however, the intermediate uncompressed stage generates 36Mb/sec of data, which is impractical. So it would be better if I could send the uncompressed output of ffmpeg through a pipe into ffmpeg2theora like so: 3) ffmpeg -i input.avi -f avi -vcodec rawvideo -acodec pcm_s16le -r 15 -ar 22050 -ac 1 - | ./ffmpeg2theora-0.15.linux.bin -f avi -c1 -H 22050 -o...

Hi, I use CentOS as a firewall/proxy/webserver/fileserver in my small network. As the small-spec machine with CentOS is heavily loaded/used I can't afford downtime. 20 GB, pentium II with only 128 MB RAM. However I want to know the news on 4.5 is it due soon? Can I gain more by running CentOS 3.x range on such an old machine like mine? Will CentOS 5.0 mean you need a minimum of 512 RAM?

what causes ''em? How do I spot ''em? How can I fix them? I''ve got several apps running on textdrive, and they''re all consuming too much memory and being killed all the time. I''m still a relative n00b to Rails, and not sure how to go about fixing them. When I look in the dev/production logs, I don''t see any obvious errors in my code, so what

I have a Dovecot server set up as a proxy and getting a ton of these errors, but I'm not sure where to begin troubleshooting it. I'm hearing frequently that Outlook users who use IMAP with SSL are getting disconnected often as a result. Any suggestions?... Sep 29 11:12:07 director4 dovecot: imap-login: SSL_accept() failed: error:1409C041:SSL routines:SSL3_SETUP_BUFFERS:malloc failure

On 3 Apr 2013, at 18:42, Sean Silva <silvas at purdue.edu> wrote: > I'm not sure how difficult it actually is to follow ToT compared to one huge pain when upgrading for our full releases. I think it would be valuable to obtain feedback from projects that rely on LLVM as to how they go about integrating LLVM into their project and how our releases (and potentially dot-releases) would

...ns would eliminate the "hums" too! :) But, I have also installed it (for test/backup) on my wife's discarded Aptiva w/ a real 486 and very little memory (I don't recall how much, whatever came from the factory... 32MB, 64MB, 128MB?). Also on an AMD 486 clone (x586?) 100MHz with 36MB of memory. Only differences observed seem related to half/full duplex nature of the NICs and raw speed. With my cable being in the "boonies" and a stock Toshiba cable model, good sites get me 600-700 kChars/sec on the Pentium, appx. 530K/sec on the AMD and 460K/sec on the Aptiva. With t...

Hello everyone, Btrfs v0.16 is available for download, please see http://btrfs.wiki.kernel.org/ for download links and project information. v0.16 has a shiny new disk format, and is not compatible with filesystems created by older Btrfs releases. But, it should be the fastest Btrfs yet, with a wide variety of scalability fixes and new features. There were quite a few contributors this time