search for: unback

I couldn't resist adding a more literal answer unback <- function(x) { chars <- unlist(strsplit(deparse(x),"")) chars <- chars[-c(1,length(chars))] paste(gsub("\\\\","/",chars),collapse="") } unback("\n") | David Duffy (MBBS PhD) ,-_|\ | email:...

I couldn't resist adding a more literal answer unback <- function(x) { chars <- unlist(strsplit(deparse(x),"")) chars <- chars[-c(1,length(chars))] paste(gsub("\\\\","/",chars),collapse="") } unback("\n") | David Duffy (MBBS PhD) ,-_|\ | email:...

...ure (e.g. OOM notifier). What problem did you see? We've also changed balloon to use memory shrinker, did you see the problem with shrinker as well? > > It seems an ideal balloon interface would allow the guest to round > robin through free guest physical pages, allowing the host to unback > them, but never having more than a few pages allocated to the balloon > at any one time. For example: > 1. Guest allocates 1 page and notifies balloon device of this page's > address. > 2. Host debacks the received page. > 3. Guest frees the page. > 4. Repeat at #1, bu...

...ure (e.g. OOM notifier). What problem did you see? We've also changed balloon to use memory shrinker, did you see the problem with shrinker as well? > > It seems an ideal balloon interface would allow the guest to round > robin through free guest physical pages, allowing the host to unback > them, but never having more than a few pages allocated to the balloon > at any one time. For example: > 1. Guest allocates 1 page and notifies balloon device of this page's > address. > 2. Host debacks the received page. > 3. Guest frees the page. > 4. Repeat at #1, bu...

...gt; those guest free pages > > (the more, the better) during live migration. > > How does this differ from the regular inflate/deflate queue? > Also, couldn't you simply skip sending pages that do not have host pages > backing them (assuming pages added to the balloon are unbacked to reclaim the > memory)? Yes but putting most guest memory into the balloon would slow the guest down significantly. > > > > > > >> > >> In my experience with virtio balloon there are problems with the > >> mechanisms that are...

...kernel/probe_roms.c) uses > romchecksum over the video ROM and extension ROM regions. In my test > VM, the video ROM romchecksum starts at virtual address > 0xffff8880000c0000 and has length 65536. But, at address > 0xffff8880000c4000, we switch from being video-ROM-backed to being > unbacked by anything. > > With SEV-ES enabled, our platform handles reads and writes to unbacked > memory by treating them as MMIO. So, the read from 0xffff8880000c4000 > causes a #VC, which is handled by do_early_exception. > > In handling the #VC, vc_slow_virt_to_phys fails for that...

>From: Reid Spencer <reid at x10sys.com> >Date: Thu, 16 Sep 2004 13:26:09 -0700 > >Okay, so the question is, how do you do the equivalent of a MAP_ANON >allocation on Interix. We don't want to map a file here. We're just asking >for virtual memory (unbacked by swap or file) to be allocated to the >process. Is there a way to do that on Interix? The corresponding way to do >that in Win32 is with the VirtualAlloc function. Perhaps we need to use >that directly? Is it available? Am I asking enough questions? :) > U grill me with all thos...

>Hi Dave, > >I installed it one month ago and was very surprised by the sound quality. >The stream seemed to sound better in Quintessential than in Winamp. > >MAX You guys are very tired of WinAmp, and I'm very tired of people making vague unbacked claims of improved "sound quality." Do you mean the equalizer is more accurate? Do you mean that (w/o any DSP or EQ) files decoded on QuinPlayer sound clearer than WinAmp? Can you ABX it? Until you can give a solid foundation for your assertion, I must assume that your claim is h...

Hi Interix does not know MAP_ANON or -NOCORE only MAP_SHARED, -PRIVATE and -FIXED. Henrik _________________________________________________________________ F� alle de nye og sjove ikoner med MSN Messenger http://messenger.msn.dk/ -------------- next part -------------- A non-text attachment was scrubbed... Name: Memory.cpp.zip Type: application/x-zip-compressed Size: 495 bytes Desc: not

Radhakrishnan, Prashanth wrote: > Hi, > > I wanted to know if the following would work: > - memory-hotplug on x86_64 domUs > - memory-hotplug + ballooning interplay (e.g. > http://lkml.org/lkml/2008/4/3/449), again on x86_64 domUs > > For starts, if I read the Xen linux src (at > http://xenbits.xensource.com/linux-2.6.18-xen.hg) right, it says that > SPARSEMEM cannot

...ng some random errors. All was well. Last night we lost power for several hours and 1 machine's UPS/shutdown system didn't power down the workstation. The other 7 in our office did fine. The power was out for several hours. Anyway, I now have an unbootable partition with quite bit of unbacked up data on it I am trying to recover. In the past, whenever we would have a disk problem I was always able to recover with tomsrt, e2fsck etc. Sometimes it took a little while, but I can't even get started on this one. I have been looking at lde but don't think I know enough of wha...

...atistics reported > on the stats queue. When we see there is an opportunity for significant > savings then we inflate the balloon to a desired size (possibly including > pressuring the page cache), and then immediately deflate back to size 0. > The host pages backing the guest pages are unbacked during the inflation > process, so the memory footprint of the guest is smaller after this > inflate/deflate cycle. > > > This sounds a lot like free page reporting, except I haven't decided on > the best way to exert the pressure yet. > As you mention below, the advantag...

...ting MIGRATE_PFN_ERROR unless it is really in an - * unrecoverable state. - * - * For empty entry inside CPU page table (pte_none() or pmd_none() is true) we - * do set MIGRATE_PFN_MIGRATE flag inside the corresponding source array thus - * allowing device driver to allocate device memory for those unback virtual - * address. For this the device driver simply have to allocate device memory - * and properly set the destination entry like for regular migration. Note that - * this can still fails and thus inside the device driver must check if the - * migration was successful for those entry inside the...

...ting MIGRATE_PFN_ERROR unless it is really in an - * unrecoverable state. - * - * For empty entry inside CPU page table (pte_none() or pmd_none() is true) we - * do set MIGRATE_PFN_MIGRATE flag inside the corresponding source array thus - * allowing device driver to allocate device memory for those unback virtual - * address. For this the device driver simply have to allocate device memory - * and properly set the destination entry like for regular migration. Note that - * this can still fails and thus inside the device driver must check if the - * migration was successful for those entry inside the...

...less it is really in an > - * unrecoverable state. > - * > - * For empty entry inside CPU page table (pte_none() or pmd_none() is true) we > - * do set MIGRATE_PFN_MIGRATE flag inside the corresponding source array thus > - * allowing device driver to allocate device memory for those unback virtual > - * address. For this the device driver simply have to allocate device memory > - * and properly set the destination entry like for regular migration. Note that > - * this can still fails and thus inside the device driver must check if the > - * migration was successful for th...

Hi: I'm in the middle of recoverying from a tactical error copying around an Mac OS X 10.10.5 Time Machine backup (turns out Apple's instructions aren't great...), and I had rsync running for the past 6 hours repairing permissions/acls on 1.5 TB of data (not copying the data), and then it just died in the middle with: .L....og.... 2015-03-11-094807/platinum-bar2/usr/local/mysql

On Tue, Feb 4, 2020 at 11:17 AM David Hildenbrand <david at redhat.com> wrote: > On 04.02.20 19:52, Tyler Sanderson wrote: > > > > > > On Tue, Feb 4, 2020 at 12:29 AM David Hildenbrand <david at redhat.com > > <mailto:david at redhat.com>> wrote: > > > > On 03.02.20 21:32, Tyler Sanderson wrote: > > > There were apparently

On Tue, Feb 4, 2020 at 11:17 AM David Hildenbrand <david at redhat.com> wrote: > On 04.02.20 19:52, Tyler Sanderson wrote: > > > > > > On Tue, Feb 4, 2020 at 12:29 AM David Hildenbrand <david at redhat.com > > <mailto:david at redhat.com>> wrote: > > > > On 03.02.20 21:32, Tyler Sanderson wrote: > > > There were apparently

Hi Jérôme, Ben and Jason, below is a series against the hmm tree which starts revamping the migrate_vma functionality. The prime idea is to export three slightly lower level functions and thus avoid the need for migrate_vma_ops callbacks. Diffstat: 4 files changed, 285 insertions(+), 602 deletions(-) A git tree is also available at: git://git.infradead.org/users/hch/misc.git

Hi Jérôme, Ben and Jason, below is a series against the hmm tree which starts revamping the migrate_vma functionality. The prime idea is to export three slightly lower level functions and thus avoid the need for migrate_vma_ops callbacks. Diffstat: 7 files changed, 282 insertions(+), 614 deletions(-) A git tree is also available at: git://git.infradead.org/users/hch/misc.git