search for: freemem

...-Wall -W -Wredundant-de cls -Wpointer-arith -Wcast-qual -Wcast-align -Wno-long-long -Wformat-security -f no-gnu-keywords -Wundef -Wstrict-null-sentinel -Wshadow -Wstrict-overflow=1 -Win it-self -Wlogical-op -Wmissing-declarations -fvisibility=hidden -I/xapian/xapian -core-1.2.9/include -g -O2 -MT freemem.o -MD -MP -MF .deps/freemem.Tpo -c -o fre emem.o freemem.cc freemem.cc: ?? 'long int get_free_physical_memory()' ?: freemem.cc:111:5: ???: 'MEMORYSTATUSEX' was not declared in this scope freemem.cc:111:20: ???: expected ';' before 'statex' freemem.cc:112:5: ???: '...

...ical question about the following code in arc.c, arc_reclaim_needed() function: /* * take ''desfree'' extra pages, so we reclaim sooner, rather than later */ extra = desfree; /* * check that we''re out of range of the pageout scanner. It starts to * schedule paging if freemem is less than lotsfree and needfree. * lotsfree is the high-water mark for pageout, and needfree is the * number of needed free pages. We add extra pages here to make sure * the scanner doesn''t start up while we''re freeing memory. */ if (freemem < lotsfree + needfree + extr...

...my.yugo.Mar.2003.unused.memory <- read.table(file="/auto/solperf/tgu/ActiveParsedFiles/yugo/Mar.2003/unused.memory", sep="=", header=TRUE) names(my.yugo.Mar.2003.unused.memory) attach(my.yugo.Mar.2003.unused.memory) bitmap("/auto/solperf/tgu/Images/Mar.2003/yugo.Mar.2003.freemem.lines.jpg", height = 700, width = 700, type = "png256", res = 50) plot(freemem, xlab = "Time", ylab = "Free Memory Pages Available", main = "yugo's Free Memory Pages Available Mar.2003", type="l", col="red", xaxt = "n")...

I have friends running sshd on their emebedded ppc linux systems at two universities. Normally sshd takes about 3M of memory and they have about 16M freemem showed in /proc/meminfo. But occationally (every 1 or 2 weeks) they see free memory goes down really fast and they lose 10M in 1 minute. If they disable sshd by blocking the port access, this does not happen any more. The device is not behind any firewall and sshd version is 4.0. I've done a...

i am trying to get the free memory on a hypervisor using libvert, with the python api bindings as per?http://libvirt.org/python.html, it should be pretty easy, however the below is failing: #conn is a connection object freemem=libvirt.virNode.getFreeMemory(conn) although this works fine: software=libvirt.virConnect.getType(conn) if software == ?'QEMU': logging.debug('hypervisor is type QEMU')

...VMCI_HANDLE_INVALID(*handle)) { + uint32_t contextID = vmci_get_context_id(); + uint32_t resourceID = vmci_resource_get_id(contextID); + if (resourceID == VMCI_INVALID_ID) { + result = VMCI_ERROR_NO_HANDLE; + goto freeMem; + } + newHandle = vmci_make_handle(contextID, resourceID); + } else { + bool validContext = false; + + /* + * Validate the handle. We must do both of the checks below + * because we can be acting as both a...

...VMCI_HANDLE_INVALID(*handle)) { + uint32_t contextID = vmci_get_context_id(); + uint32_t resourceID = vmci_resource_get_id(contextID); + if (resourceID == VMCI_INVALID_ID) { + result = VMCI_ERROR_NO_HANDLE; + goto freeMem; + } + newHandle = vmci_make_handle(contextID, resourceID); + } else { + bool validContext = false; + + /* + * Validate the handle. We must do both of the checks below + * because we can be acting as both a...

...NARY: unknown length value not displayed HPWATERMARKDATA2: REG_BINARY: unknown length value not displayed HPWATERMARKDATA3: REG_BINARY: unknown length value not displayed HPDUMMY: REG_DWORD: 0x00000000 TrayFormSize: REG_DWORD: 0x00000070 TrayFormTable: REG_BINARY: unknown length value not displayed FreeMem: REG_DWORD: 0x00000b71 JobTimeOut: REG_DWORD: 0x00000000 Protocol: REG_DWORD: 0x00000000 PrinterDataSize: REG_DWORD: 0x00000230 PrinterData: REG_BINARY: unknown length value not displayed FeatureKeywordSize: REG_DWORD: 0x0000017a FeatureKeyword: REG_BINARY: unknown length value not displayed Combin...

...k if there is enough free memory for that domain, rather than calling it once at start of day. In that context if it fails or returns less than the required amount of memory then that would be fatal for starting that domain. In xl we use this as part of the auto balloon of dom0, see xl_cmdimplg.c:freemem. Does libvirt do autoballooning or does it require dom0_mem? Perhaps this is handled at a higher level? Ian. > > Regards, > Jim > > > + > > if (!(libxl_driver->xmlconf = virDomainXMLConfNew(&libxlDomainXMLPrivateDataCallbacks, > >...

...g every domain, to > check if there is enough free memory for that domain, rather than > calling it once at start of day. Actually libxl_get_free_memory is just meant to return to total amount of free memory in the system. Can be called at any time. As a side effect of libxl_get_free_memory, freemem-slack will be written to xenstore if it wasn''t before. I think that it is OK to call it as Marek did in this patch, even though might be nicer if we had a proper "libxl_initialize_memory_accounting" function.

...allocating more than 64K. To be sure I had modified SectionMemoryManager::allocateSection to allocate four time the required memory but it did not trigger more crashes.I debugged through the allocation code including the Win32 code and it seems to work well. I have also tried disabling the MemGroup.FreeMem cache which did not matter. An added assert for no Stubs to the end of RuntimeDyldImpl::loadObject processRelocationRef(SectionID, *i, *obj, LocalSections, LocalSymbols, Stubs); assert(!Stubs.size()); indeed caught nothing = no stubs created. Disabling (de)registerEH did not help....

...allocating more than 64K. To be sure I had modified SectionMemoryManager::allocateSection to allocate four time the required memory but it did not trigger more crashes.I debugged through the allocation code including the Win32 code and it seems to work well. I have also tried disabling the MemGroup.FreeMem cache which did not matter. An added assert for no Stubs to the end of RuntimeDyldImpl::loadObject processRelocationRef(SectionID, *i, *obj, LocalSections, LocalSymbols, Stubs); assert(!Stubs.size()); indeed caught nothing = no stubs created. Disabling (de)registerEH d...

...64K. To be sure I had modified > SectionMemoryManager::allocateSection to allocate four time the required > memory but it did not trigger more crashes.I debugged through the > allocation code including the Win32 code and it seems to work well. I have > also tried disabling the MemGroup.FreeMem cache which did not matter.**** > > ** ** > > An added assert for no Stubs to the end of RuntimeDyldImpl::loadObject**** > > processRelocationRef(SectionID, *i, *obj, LocalSections, > LocalSymbols,**** > > Stubs);**** > > assert(!Stubs.si...

...I had modified >> SectionMemoryManager::allocateSection to allocate four time the required >> memory but it did not trigger more crashes.I debugged through the >> allocation code including the Win32 code and it seems to work well. I have >> also tried disabling the MemGroup.FreeMem cache which did not matter.**** >> >> ** ** >> >> An added assert for no Stubs to the end of RuntimeDyldImpl::loadObject*** >> * >> >> processRelocationRef(SectionID, *i, *obj, LocalSections, >> LocalSymbols,**** >> >>...

...I had modified >> SectionMemoryManager::allocateSection to allocate four time the required >> memory but it did not trigger more crashes.I debugged through the >> allocation code including the Win32 code and it seems to work well. I have >> also tried disabling the MemGroup.FreeMem cache which did not matter.**** >> >> ** ** >> >> An added assert for no Stubs to the end of RuntimeDyldImpl::loadObject*** >> * >> >> processRelocationRef(SectionID, *i, *obj, LocalSections, >> LocalSymbols,**** >> >>...

...mpt-status.c:130: error: syntax error before '*' token mpt-status.c:131: error: syntax error before '*' token mpt-status.c:132: error: syntax error before '*' token mpt-status.c:133: error: syntax error before '*' token mpt-status.c: In function `freeMem': ............. [root at corviewsecondary src]# Any clues as to whats the problem and the remedy? Thanks in Advance, -S.Balaji

...sibility=hidden -I/home/John/xapian-core-1.4.0/include -g -O2 -std=gnu++11 -o .libs/omindex.exe omindex.o myhtmlparse.o htmlparse.o index_file.o mime.o common/getopt.o commonhe lp.o utils.o hashterm.o loadfile.o md5.o md5wrap.o xmlparse.o metaxmlparse.o utf 8convert.o sample.o diritor.o runfilter.o freemem.o common/msvc_dirent.o xpsxmlp arse.o common/str.o pkglibbindir.o svgparse.o tmpdir.o urlencode.o atomparse.o x lsxparse.o opendocparse.o common/keyword.o msxmlparse.o common/safe.o timegm.o d atetime.o portability/mkdtemp.o -Wl,--enable-runtime-pseudo-reloc -lmagic /home /John/xapian-omega-1.4.0/...

...>>> SectionMemoryManager::allocateSection to allocate four time the required >>> memory but it did not trigger more crashes.I debugged through the >>> allocation code including the Win32 code and it seems to work well. I have >>> also tried disabling the MemGroup.FreeMem cache which did not matter.*** >>> * >>> >>> ** ** >>> >>> An added assert for no Stubs to the end of RuntimeDyldImpl::loadObject** >>> ** >>> >>> processRelocationRef(SectionID, *i, *obj, LocalSections, >>> Loca...

...>>> SectionMemoryManager::allocateSection to allocate four time the required >>> memory but it did not trigger more crashes.I debugged through the >>> allocation code including the Win32 code and it seems to work well. I have >>> also tried disabling the MemGroup.FreeMem cache which did not matter.*** >>> * >>> >>> ** ** >>> >>> An added assert for no Stubs to the end of RuntimeDyldImpl::loadObject** >>> ** >>> >>> processRelocationRef(SectionID, *i, *obj, LocalSections, >>> Loca...

Changes since v1: - Removed libxl vncviewer related dependencies - The vncviewer function was modified to accept a domid instead of domspec; - main_vncviewer was updated to reflect the new use. - A domain_create structure is now passed to the parse_config_data where required/feasible (NULL otherwise) - xl restore now have long options for vncviewer/vncviewer-autopass; docs updated. - Updated