search for: 104m

...chunk_size: 512M num_reg: 10 lose cover RAM: -216M *BAD*gran_size: 32M chunk_size: 1G num_reg: 10 lose cover RAM: -472M *BAD*gran_size: 32M chunk_size: 2G num_reg: 10 lose cover RAM: -472M gran_size: 64M chunk_size: 64M num_reg: 8 lose cover RAM: 104M gran_size: 64M chunk_size: 128M num_reg: 8 lose cover RAM: 104M gran_size: 64M chunk_size: 256M num_reg: 9 lose cover RAM: 104M gran_size: 64M chunk_size: 512M num_reg: 10 lose cover RAM: 104M gran_size: 64M chunk_size: 1G num_reg: 10 lose cov...

...work is a file .Kbup_1.aaa.AZVyuT that is 35 Meg in size after an overnight run that has been going on for 14 hours. When I kill the job, I get real 817m10.062s and user 814m45.940s sys 7m23.870s. I have tried this without the --block-size statement and it goes pretty fast but the literal data is 104M with no matches. I have tried it for a variety of --block-size=<xxx> and it always stalls with very high user times. If I make the destination fedor://test/Kibbutz with a copy of the 29G file in the destination directory, it takes about 30m of real time and 9m of user time. It seems to be...

...name -a Linux CentOS501.homegroannetwork 2.6.32-573.1.1.el6.x86_64 #1 SMP Sat Jul 25 17:05:50 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/centos-release CentOS release 6.7 (Final) Top shows PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 32160 root 20 0 259m 104m 22m R 76.5 1.3 559:07.79 Xorg 23391 hardtolo 20 0 6293m 215m 26m S 16.9 2.7 21:49.86 java . . . And several instances of Xorg (one per user in addition to the shown root instance), java, FF, soffice.bin, a plugin-container for FF, ... Using stock Gnome Desktop with three active X sessions...

On Thu, 2015-08-13 at 23:51 -0700, Gordon Messmer wrote: > On 08/13/2015 02:44 PM, Bill Maltby (C4B) wrote: > > Top shows > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > 32160 root 20 0 259m 104m 22m R 76.5 1.3 559:07.79 Xorg > > 23391 hardtolo 20 0 6293m 215m 26m S 16.9 2.7 21:49.86 java > > Well, what's process 23391, Looks like its java plugins to run trade screens application from ADVFN (Investorshub). But that's no different than what I was running before...

On 08/13/2015 02:44 PM, Bill Maltby (C4B) wrote: > Top shows > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 32160 root 20 0 259m 104m 22m R 76.5 1.3 559:07.79 Xorg > 23391 hardtolo 20 0 6293m 215m 26m S 16.9 2.7 21:49.86 java Well, what's process 23391, and does Xorg stop using a lot of CPU time if you terminate it?

...ill Maltby (C4B) wrote: > On Thu, 2015-08-13 at 23:51 -0700, Gordon Messmer wrote: > > On 08/13/2015 02:44 PM, Bill Maltby (C4B) wrote: > > > Top shows > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > > 32160 root 20 0 259m 104m 22m R 76.5 1.3 559:07.79 Xorg > > > 23391 hardtolo 20 0 6293m 215m 26m S 16.9 2.7 21:49.86 java > > > > Well, what's process 23391, > <snip> > > and does Xorg stop using a lot of CPU time > > if you terminate it? > > <snip> &g...

Hi all, Curious issue.. looking in to how much disk space is being used on a machine (CentOS 5.3). When I compare the output of du vs df, I am seeing a 12GB difference with du saying 8G used and df saying 20G used. # du -hcx / 8.0G total # df -h / Filesystem Size Used Avail Use% Mounted on /dev/xvda3 22G 20G 637M 97% / I recognize that in most cases du and df

...example: > [lowen at localhost ~]$ ls -d /opt/M* > /opt/Mixbus-2.5_14392 /opt/Mixbus-3.1.66.uninstall.sh > /opt/Mixbus-2.5_14392.uninstall.sh /opt/Mixbus-3.2.22 > /opt/Mixbus-3.1.66 /opt/Mixbus-3.2.22.uninstall.sh > [lowen at localhost ~]$ du -h --max-depth=1 /opt/Mixbus-3.2.22 > 104M /opt/Mixbus-3.2.22/bin > 212K /opt/Mixbus-3.2.22/etc > 132M /opt/Mixbus-3.2.22/lib > 17M /opt/Mixbus-3.2.22/share > 252M /opt/Mixbus-3.2.22 > [lowen at localhost ~]$ Note that multiple versions at a time are fully supported, and the uninstaller is ready (and able) to...

...> Negligible: ~5s for a 19min build. (See http://lists.llvm.org/pipermail/llvm-dev/2017-January/109185.html <http://lists.llvm.org/pipermail/llvm-dev/2017-January/109185.html> for the details.) > > > * What is the impact on binary size? > > Negligible: 0 to 1M on a 37M to 104M. (See http://lists.llvm.org/pipermail/llvm-dev/2017-January/109185.html <http://lists.llvm.org/pipermail/llvm-dev/2017-January/109185.html> for the details.) > > > * How likely GlobalISel will break on non-related change? > > Unlikely: GlobalISel's APIs are fairly isolat...

...for a 19min build. (See http://lists.llvm.org/pipermail/llvm-dev/2017-January/109185.html <http://lists.llvm.org/pipermail/llvm-dev/2017-January/109185.html> for the details.) >> >> >> * What is the impact on binary size? >> >> Negligible: 0 to 1M on a 37M to 104M. (See http://lists.llvm.org/pipermail/llvm-dev/2017-January/109185.html <http://lists.llvm.org/pipermail/llvm-dev/2017-January/109185.html> for the details.) >> >> >> * How likely GlobalISel will break on non-related change? >> >> Unlikely: GlobalISel's AP...

I'm interested in trying out the new OpenShot beta (2.06) on CentOS 7. Openshot requires Python3. so I look at available packages where I find a bunchof python3 packages as well as python34 packages. I'm assuming that python34 is version 3.4 of python, while python3 is some other 3.x version. Can anyone here explain to me what are the differences, any compatibility across these

On Wed, Jan 18, 2017 at 9:13 AM David Blaikie via llvm-dev < llvm-dev at lists.llvm.org> wrote: > These concerns sound applicable to the situation when GlobalISel is turned > on by default and has an effect on code generation. > > While it's a library with tests like any other LLVM component I don't see > these concerns as being significantly greater risk than any

Hi all, Now, four backends (if I am counting right: X86, ARM, AArch64, AMDGPU) are working on bringing-up GlobalISel, I’d like to switch the default of the LLVM_BUILD_GLOBAL_ISEL variable in CMake, such that the framework gets built by default. ** Impact of Flipping the Switch ** * Upsides * For people developing on GlobalISel, it will: - Simplify the CMake command to type :) - Build/Test