search for: 127gb

I have been using rsync to sync a SQL database dump(127GB in size) on a server (cygwin to linux) for many years now w/o a problem, until they put a maintence plan to reindex the database once a week. This is all done over a 2Mbit link normally took 3-4 hrs now I noticed it was running the next day and took days so I looked into it more. After I discovered...

...for releasing unused memory (i.e. > register_shrinker() or OOM notifier). What I'm saying here is that > the hook for releasing unused memory does not work unless memory held in > LIST_HEAD(pages) becomes visible to balloon_page_dequeue(). > > If a system has 128GB of memory, and 127GB of memory was stored into > LIST_HEAD(pages) upon first fill_balloon() request, and somebody held > balloon_lock from OOM notifier path from out_of_memory() before > fill_balloon() holds balloon_lock, leak_balloon_sg_oom() finds that > no memory can be freed because balloon_page_enqueue...

Hi all. I am a pretty new user, but I now have two networked PC's, with LINUX (current Slackware distro, kernel 2.4.22?) with dual boot with WINXP (Prof), and a networked WINXP (Home) client machine. Here is my problem, stated as succinctly as possible: "To state it in one sentence, what must one do to enable a WIN(XP) client box to access WIN(XP) partitions on another machine that is

...LNX-debian$ apt-get source samba LNX-debian$ cd samba-3.2.5 do online patch LNX-debian$ debuild -us -uc after ~20 min deploy new samba server: DST# dpkg -i samba_3.2.5-4lenny13_amd64.deb and net rpc share migrate files testshare -S SRC -U Administrator%password --acls --attrs --timestamps copied 127GB data in ~10 hours. 4.15. Limitations of net rpc share migrate ------------------------------------------ this tool can migrate only whole share. This is insane limitation.... If my share migration takes 24 times, but i have only 6 hours window on night to take operation? What to do? Split into sm...

This patch series enhances the existing virtio-balloon with the following new features: 1) fast ballooning: transfer ballooned pages between the guest and host in chunks using sgs, instead of one array each time; and 2) free page block reporting: a new virtqueue to report guest free pages to the host. The second feature can be used to accelerate live migration of VMs. Here are some details: Live

This patch series enhances the existing virtio-balloon with the following new features: 1) fast ballooning: transfer ballooned pages between the guest and host in chunks using sgs, instead of one array each time; and 2) free page block reporting: a new virtqueue to report guest free pages to the host. The second feature can be used to accelerate live migration of VMs. Here are some details: Live