search for: vmsize

Rsync version 2.6.1 has been released. It is primarily a performance release that requires less memory to run, makes fewer write calls to the socket (lowering the system CPU time), does less string copying (lowering the user CPU time), and also reduces the amount of data that is transmitted over the wire. There have also been quite a few bug fixes. See the release NEWS for the full details:

Rsync version 2.6.1 has been released. It is primarily a performance release that requires less memory to run, makes fewer write calls to the socket (lowering the system CPU time), does less string copying (lowering the user CPU time), and also reduces the amount of data that is transmitted over the wire. There have also been quite a few bug fixes. See the release NEWS for the full details:

...ound/ [Printer] path = /var/lp/ printer name = printer writable = yes public = yes printable = yes print command = lpr -r %s </snip> Here's some output during the test: At the start of the test, here is the process listing: <snip> / # ps PID Uid VmSize Stat Command 1 root 520 S ini 2 root SWN [ksoftirqd/0] 3 root SW< [events/0] 4 root SW< [khelper] 9 root SW< [kthread] 32 root SW< [kblockd/0] 45 root SW [khubd] 84 root...

.../Linux [root at localhost bin]# [root at localhost bin]# [root at localhost bin]# cat /proc/1/status Name: init State: S (sleeping) Tgid: 1 Pid: 1 PPid: 0 TracerPid: 0 Uid: 0 0 0 0 Gid: 0 0 0 0 Utrace: 0 FDSize: 64 Groups: VmPeak: 19364 kB VmSize: 19356 kB VmLck: 0 kB VmHWM: 1544 kB VmRSS: 1544 kB VmData: 328 kB VmStk: 88 kB VmExe: 140 kB VmLib: 2348 kB VmPTE: 52 kB VmSwap: 0 kB Threads: 1 SigQ: 1/256326 SigPnd: 0000000000000000 ShdPnd: 0000000000000000 SigBlk: 0000000000000...

CWO4 Dave Mann <misterfixit@loveable.com> wrote: > > I've noticed since d/l and installing latest WINE that when I fire up an > application requiring WINE, the "wine-preloader" jumps to 1.7 Gigs in > VmSize. I have a 2.0 GB RAM system but this action by the pre-loader slows > everything down to a low crawl. You mean that after starting up eg winecfg, you have 1.7 gigabytes of free memory (RAM and swap combined) less? Daniel

...35.913538] Memory cgroup out of memory: Killed process 13428 (virsh) total-vm:2851388kB, anon-rss:486180kB, file-rss:12564kB, shmem-rss:0kB I wonder why "virsh vol-download" needs so much RAM. It does not get killed straight away, it takes a few minutes to get killed. It starts using a VMSIZE of around 295 MiB, which is not really frugal for a file download operation, but then it grows and grows. Note that the virtual machine is not running (shut off) while doing the backup. Last time I tried with an increased memory limit of 5G, "virsh vol-download" was killed when using 7,...

...eg library...) jccolor.o: Mach header magic cputype cpusubtype caps filetype ncmds sizeofcmds flags MH_MAGIC_64 X86_64 ALL 0x00 OBJECT 4 432 SUBSECTIONS_VIA_SYMBOLS Load command 0 cmd LC_SEGMENT_64 cmdsize 312 segname vmaddr 0x0000000000000000 vmsize 0x0000000000000900 fileoff 464 filesize 2304 maxprot rwx initprot rwx nsects 3 flags (none) Section sectname __text segname __TEXT addr 0x0000000000000000 size 0x00000000000006b6 offset 464 align 2^4 (16) reloff 2768 nreloc 9 type S_REGULAR attri...

...d process 13428 (virsh) total-vm:2851388kB, >> anon-rss:486180kB, file-rss:12564kB, shmem-rss:0kB >> >> I wonder why "virsh vol-download" needs so much RAM. It does not get >> killed straight away, it takes a few minutes to get killed. It starts >> using a VMSIZE of around 295 MiB, which is not really frugal for a >> file download operation, but then it grows and grows. > > This is very likely a memory leak somewhere. Actually, it is not. It's caused by our design of the client event loop. If there are any incoming data, read as much as...

On Sat, 1 Jul 2017 16:30:25 +0100, Rowland Penny via samba wrote: > On Sat, 01 Jul 2017 11:48:21 -0300 > Guido Lorenzutti via samba wrote: > >> Hi there! I been using samba3 with ldap for years, and now im about to move to samba4 to leave the slapd. > > I take it you mean that you use Samba as an AD DC Exactly. >> I didnt try yet to migrate the directory from

I''ve been messing around with Puppet on a VM on my personal desktop. It looks descent. I was wondering what kind of load this thing would have managing about 400 nodes. Does this thing require a beefy server? -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To

Given the below info: what signal is SigBlk indicating? THanks, Jerry ------------ State: S (sleeping) Tgid: 11542 Pid: 11542 PPid: 1 TracerPid: 0 Uid: 0 0 0 0 Gid: 0 0 0 0 FDSize: 256 Groups: 0 1 2 3 4 6 10 VmSize: 4888 kB VmLck: 0 kB VmRSS: 1944 kB VmData: 692 kB VmStk: 112 kB VmExe: 1220 kB VmLib: 2336 kB SigPnd: 0000000000000000 SigBlk: 0000000080000000 SigIgn: 8000000000000000 SigCgt: 00000003fffbfeff CapInh: 0000000000000000 CapPrm: 00000000fffffeff CapEff: 00000000...

...Window 2000Pro crash was frequent, and running was not faster). fp On Wednesday 26 April 2006 17:53, CWO4 Dave Mann wrote: > I've noticed since d/l and installing latest WINE that when I fire up an > application requiring WINE, the "wine-preloader" jumps to 1.7 Gigs in > VmSize. I have a 2.0 GB RAM system but this action by the pre-loader slows > everything down to a low crawl. > > > My system is an Anthlon 750 Mhz running FC3 > > TIA > > Dave > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~ > Study History - Know the Future > _____________...

Hello: Is there a way to get the resident memory size of the rails process in- code using ruby? I''d like to have my application log the size of its own memory. Thank you in advance, Dan --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email

Howdy Folks, This release is after painstaking analysis of a memory leak that was reported by Bradley Taylor, reduced by myself, and then fixed after much work. You should all thank Bradley for finding the bizarre fix. It turns out the Ruby has a memory leak when you use pretty much any thread locking primitive other than Sync (Mutex, Monitor, etc.): http://pastie.caboo.se/10194 The fix (for

...> memory: Killed process 13428 (virsh) total-vm:2851388kB, > anon-rss:486180kB, file-rss:12564kB, shmem-rss:0kB > > I wonder why "virsh vol-download" needs so much RAM. It does not get > killed straight away, it takes a few minutes to get killed. It starts > using a VMSIZE of around 295 MiB, which is not really frugal for a file > download operation, but then it grows and grows. This is very likely a memory leak somewhere. Can you try to run virsh under valgrind and download a small disk? valgrind could help us identify the leak. For instance: valgrind --leak...

...l-vm:2851388kB, > > > anon-rss:486180kB, file-rss:12564kB, shmem-rss:0kB > > > > > > I wonder why "virsh vol-download" needs so much RAM. It does not get > > > killed straight away, it takes a few minutes to get killed. It > > > starts using a VMSIZE of around 295 MiB, which is not really frugal > > > for a file download operation, but then it grows and grows. > > > > This is very likely a memory leak somewhere. > > Actually, it is not. It's caused by our design of the client event loop. If > there are any in...

Hi Kent, My guess is you are getting some new bit of info in your object files and your ranlib(1) is older and doesn't know about it. If you can send me the .o file or the output of otool(1) with the -hlv options on your object file I can take a look. Kev P.S. you can find out the version of ranlib(1) you have by running strings(1) on it and grep(1)'ing for the string

Greetings, I have a tested, working setup of Puppet and Webrick. I can add nodes, classes, etc. Then I switched to Puppet/Passenger and get the error below. Puppet, Apache and Passenger are all up. I have installed using *YUM *repos and *GEMs*. So, I have the most updated packages they have. Puppet version: 2.7.19 Ruby version: 1.8.7 (2011-06-30 patchlevel 352 i386) Apache: 2.2.15 The error

Ran into this today -- rebuilt the SVN Trunk for this morning of LLVM+CLANG. Now every time my builds try and make a library from .o files, ranlib complains about 'malformed object' files. This is with OS X 10.7.4, and the binary tools from XCode 4.4.1 ld -v @(#)PROGRAM:ld PROJECT:ld64-127.2 llvm version 3.0svn, from Apple Clang 3.0 (build 211.12) ranlib doesn't tell you what

...388kB, >>>> anon-rss:486180kB, file-rss:12564kB, shmem-rss:0kB >>>> >>>> I wonder why "virsh vol-download" needs so much RAM. It does not get >>>> killed straight away, it takes a few minutes to get killed. It >>>> starts using a VMSIZE of around 295 MiB, which is not really frugal >>>> for a file download operation, but then it grows and grows. >>> >>> This is very likely a memory leak somewhere. >> >> Actually, it is not. It's caused by our design of the client event loop. If >&gt...