Allocate physical memory to process

Hi,
I have a user called qbatch which forks lots of processes. I was wondering in Solaris if it were possible to allocate say 10GB of physical memory to the user (perhaps in /etc/project as user.qbatch)..??..
Am well aware of prctl and projadd/projmod regarding Oracle Shared Memory but can I allocate physical memory to a user..??.. tried looking into pools which doesnt seem to be what I require.
Thanks in advance.

Its exactly the same procedure.
Regards
Juan

Similar Messages

Plugin consuming the entire physical memory avilable

Hello,
I wrote a plugin using acrobat SDK to convert my pdf files to image format. When i run this plugin in a batch mode on multiple files - which are multipage files - Acrobat eats up the entire physical memory after processing certain files. I have ensured that whatever objects i acquired or allocated are freed up in the code. Still after running memory detection tools i am not able to figure out how come acrobat - or plugin - is eating up the memory available. Can someone suggest a solution to the same. Is there any way we can avoid this. If i am missing something please let me know.
Thanks in advance.
Regards
hary

>
> reachhary
> Aug 12, 2010
> Dec 30, 2010 7:16 AM
>
> Plugin consuming the entire physical memory avilable
>
> Hello,
> I wrote a plugin using acrobat SDK to convert my pdf files to image
> format. When i run this plugin in a batch mode on multiple files -
> which are multipage files - Acrobat eats up the entire physical memory
> after processing certain files. I have ensured that whatever objects i
> acquired or allocated are freed up in the code. Still after running
> memory detection tools i am not able to figure out how come acrobat -
> or plugin - is eating up the memory available. Can someone suggest a
> solution to the same. Is there any way we can avoid this. If i am
> missing something please let me know.
> Thanks in advance.
> Regards
> hary
>
> lrosenth
> Apr 6, 2009
> 1. Dec 30, 2010 8:45 AM in response to: reachhary
> Re: Plugin consuming the entire physical memory avilable
>
> No clue how your software works - so really can't debug it for you...
>
> Make sure you release each page after you image it - that's a common
> mistake. Otherwise, watch your memory, etc.
>
> You also don't mention what version of Acrobat you are using...I
> assume you are current?!?
>
We could all benefit if you post your code and take a look at it.
Francis Fukuyama

RAC node process using 25% physical memory

We have a QA server is non-RAC, and production is two-node RAC. We have a migration app that does an INSERT from SELECT over 2 instances. All of the machines have been in successful day-to-day use for several months...our only troublespot seems to be the migration app.
Today we started the app on the QA server and watched the oracle processes using top. They ran normally and finished without any problems.
The same app started on either of the RAC nodes produced process memory errors and died.
As the app ran, there was a process reading the data from the source instance and a process writing to the target instance. We confirmed this by querying the session data. It doesn't matter which of the nodes runs which target process...the result is the same.
The reading process(session) on the source instance seems to run normally. The write process on the target instance, however, begins slowly accumulating memory in about 16M chunks and holds on to them.
We saw this in the RES and in the MEM columns of top. The target process never released any memory, but slowly grabbed it until its
RES was 4GB and the %MEM was about 30%. The app then died with process memory error. This is reproducible over several runs.
( Per Metalink Note 567506.1, the recommended value for Linux 64-bit is 4294967295 ..we have that set. )
There are other oracle processes and instances running on both nodes which do not seem to be affected. The total number of processes on each machine is around 750..much lower than the nprocs ulimit of 63K.
These process are both oracle sessions spawned by the app.
I haven't seen any info on the web or Metalink that matches these symptoms, so I thought I'd try the experts.
Why would the write session continuously use up physical memory, but only on RAC nodes?
We are running RHEL5 on Dell Poweredge 2950 w 16K Physical mem. Version of 10g is R2.0.4.

user12017889 wrote:
The write process on the target instance, however, begins slowly accumulating memory in about 16M chunks and holds on to them.Exactly what process is this? An Oracle server process? Dedicated or shared server?
We saw this in the RES and in the MEM columns of top. The target process never released any memory, but slowly grabbed it until its
RES was 4GB and the %MEM was about 30%. How does the writer process work? Does it use PL/SQL? Does it use bulk processing? How does it call the reader process? Or does the reader process call it? Is this over a database link.
The app then died with process memory error. This is reproducible over several runs.If this is an Oracle server process, then there should be an entry in the alert log of the instance that recorded the crash and includes the name of the trace file generated by the crash.

How do i allocate more memory to my iphoto application? i am unable to add more photos to my library i keep getting a pop up saying not enough memory in my application

how do i allocate more memory from my hd to my iphoto application? i have over 80 gb on my hard drive, but only 1.7 gb allocated to my iphoto application & i am unable to add more photos to my library. i keep getting a popup that says not enough application memory.

There is excessive swapping of data between physical memory (that is, the memory chips on the logic board) and virtual memory (one or more files on the startup volume.) That activity is relatively slow and causes the whole system to be less responsive. It can happen for two reasons:
A long-running process with a memory leak (a kind of bug)
Not enough memory for your usage pattern
Tracking down a memory leak can be difficult, and it may come down to a process of elimination.
These instructions are for OS X 10.9 ("Mavericks.") The procedure may be slightly different for earlier versions of OS X.
When you notice the swap activity, open the Activity Monitor application and select All Processes from the View menu, if it's not already selected. Select the Memory tab. Click the heading of the Real Mem column in the process table twice to sort the table with the highest value at the top. If you don't see that column, select
View ▹ Columns ▹ Real Memory
from the menu bar.
If one process (excluding "kernel_task") is using much more memory than all the others, that could be an indication of a leak. A better indication would be a process that continually grabs more and more real memory over time without ever releasing it. Here is an example of how it's done.
The processes named "Safari Web Content" render web pages for Safari. They use a lot of memory and may leak if certain Safari extensions or third-party web plugins are installed. Consider them prime suspects.
Another process often implicated in memory leaks is "inkjet4" or "inkjet8," which is a component of the HP printing software. If it's present, force-quit the process in Activity Monitor to solve the problem temporarily. Empty the print queues in the Printers & Scanners preference pane (which has a slightly different name in each recent version of OS X.) If you don't use an HP printer, remove the software. Otherwise, if the problem is recurrent, update the software (which may not help) or contact HP support.
"Wired" memory should be a small part of the total. That memory is not swapped, but it makes less physical memory available which may then result in swapping. If you have a lot of wired memory, that's usually an indication of a memory leak in a third-party program that modifies the operating system at a low level. Ask for guidance in that case.
If you don't have an obvious memory leak, your options are to install more memory (if possible) or to run fewer programs simultaneously.
The next suggestion is only for users familiar with the shell. For a more precise, but potentially misleading, test, run the following command:
sudo leaks -nocontext -nostacks process | grep total
where process is the name of a process you suspect of leaking memory. Almost every process will leak some memory; the question is how much, and especially how much the leak increases with time. I can’t be more specific. See the leaks(1) man page and the Apple developer documentation for details.

Database consuming lot of Physical memory

Hi ,
My database is on version 11.1.0.7.0 and on SUN SOLARIS SPARC.
My server admin just informed me that my database is using lot of physical memory , which i understand is RAM.
I am looking on google also but i am not able to find a way in which i can check on it and see how it can be controlled.
Any help/suggestion would be highly appreciated.
Regards
Kk

There are 2 basic methods that Oracle uses memory.
Statically. Oracle allocates memory (for the SGA) when it starts. This memory remains fixed in size.
Dynamically. In order to service a client, memory is needed for that client session. Oracle dynamically allocates memory for such sessions (called the PGA).
When Oracle memory consumptions grows, it must be dynamically allocated memory. Static memory is just that - static. It does not grow in size.
The usual reason for PGA memory consumption to grow is incorrectly designed and coded bulk processing. A single Oracle server process can easily consume all available free memory on the server as Oracle dynamically increases the size of the PGA of the process running the flawed PL/SQL code.
However, one should not be looking at o/s command line commands to determine Oracle processes's memory utilisation. The output of such commands are often incorrectly interpreted.. as shared memory can be (and often is) included to provide a process's memory utilisation. There are notes on Metalink (mysupport.oracle.com) on the topic and how to correctly use CLI commands to view Oracle process memory utilisation.
An easier, and more accurate, view of Oracle memory utilisation can be obtained from Oracle's virtual performance views.
So, a sysadmin e-mailing a ps (Unix/Linux process listing) showing a particular Oracle process "+using too much memory+" is not really solid enough evidence that memory is being abused. One needs to look closer at the type of memory used by the process.

Physical memory and paging

I know in SAP's world, memory means physical memory + paging. I want to know which program has contribution for swap.
Suppose there is 4G physical memory on an application server, em/initial_size_MB = 4G, abap/heap_area_nondia = 4G.
1) If there is no dialog processor running and one background job running which claims 2G memory, I want to know will swap occur?
2) If there is one dialog processor running which claims 2G memory and one background job running which claims 2G memory, will swap occur?

By ST03N you can check the workload, by OS06 the swap .
By transaction ST02 you can check the folllowing parameters:
SAP Roll area parameters
- ztta/roll_first          : First amount of roll area used in a dialog WP
- ztta/roll_area             : size of the local SAP Roll area in the work process
rdisp/ROLL_SHM      : size of SAP roll Buffer
rdisp/ROLL_MAXFS     : size of entire shared SAP roll area
SAP Extended Memory main parameters :
em/initial_size_MB : size of SAP extended memory allocated when                         the SAP instance starts up
em/blocksize_KB : size block which split SAP Extended Memory
ztta/roll_extension : maximum size of a user context in the SAP Extended memory
SAP Heap Memory main parameters :
abap/heap_area_dia       : quotas oh SAP heap memory that a dialog                                 process can allocated.
abap/heap_area_nondia : quotas oh SAP heap memory that a nondialog                    process can allocated.
abap/heap_area_total     : size that can be allocated in total by all work                    process.
abap/heaplimit           : Workprocess restart limit of heap memory
if helpful reward point is appreciated

Physical Memory Upgrade [SAP, Oracle parameter changes]

Hello Guru,
Good day!
I'm not sure if I'm in the correct forum, please bare with me if I'm not.
We are actually planning to increase our Production [Physical Memory] server from its current size 15360GB including [oracle, SAP & OS] to 44GB memory. Do you have any idea how can we calculate to the most needed SAP / DB parameter should be increase after we allocate the 44GB in preparation for Go-Live. Below are details of my systems [oracle version, kernel, R/3 System, OS version, SAP parameter and DB parameter.
Reason for memory upgrade: will create two client in one system with a different number of users and different plant e.g. America / Canada
======================================================================
SAP R/3 Version: SAP 4.6C
Oracle Version: 10.2.0.4.0
OS Level: AIX 5.3
orapaa> oslevel -g
Fileset                                 Actual Level        Maintenance Level
bos.rte                                 5.3.8.0             5.3.0.0
Physical Memory
Real,MB   15360
======================================================================
kernel release               46D
kernel make variant       46D_EXT
compiled on                  AIX 1 5 0056AA8A4C00
compiled for                  64 BIT
compile time                  Aug 17 2007 10:57:49
update level                  0
patch number                  2337
source id                     0.2337
======================================================================
orapaa> prtconf
System Model: IBM,9117-MMA
Machine Serial Number: 06DDD01
Processor Type: PowerPC_POWER6
Processor Implementation Mode: POWER 6
Processor Version: PV_6_Compat
Number Of Processors: 4
Processor Clock Speed: 4208 MHz
CPU Type: 64-bit
Kernel Type: 64-bit
LPAR Info: 9 SWT_AMR_SADCB335_SAP_HA_PRI
Memory Size: 15360 MB
Good Memory Size: 15360 MB
Platform Firmware level: Not Available
Firmware Version: IBM,EM340_095
Console Login: enable
Auto Restart: true
Full Core: false
======================================================================
Our current used SAP parameter
Profile parameters for SAP buffers     Parameters Name               Value     Unit
Program buffer
                    abap/buffersize               850000     Kb
CUA buffer
                    rsdb/cua/buffersize               10000
Screen buffer
                    zcsa/presentation_buffer_area     20000000 Byte
Generic key table buffer
                    zcsa/table_buffer_area          100000000 Byte
Single record table buffer
                    rtbb/buffer_length               60000
Export/import buffer
                    rsdb/obj/buffersize               40000      kB
Table definition buffer
                    rsdb/ntab/entrycount          30000
Field description buffer
                    rsdb/ntab/ftabsize               60000     kB
Initial record buffer
                    rsdb/ntab/irbdsize               8000     kB
Short nametab (NTAB)
                    rsdb/ntab/sntabsize          3000     kB
Calendar buffer
                    zcsa/calendar_area          500000     Byte
Roll, extended and heap memory     EM/TOTAL_SIZE_MB          6144     MB
                    ztta/roll_area               6500000     Byte
                    ztta/roll_first               1     Byte
                    ztta/short_area               1400000     Byte
                    rdisp/ROLL_SHM               16384     8 kB
                    rdisp/PG_SHM               16384     8 kB
                    rdisp/PG_LOCAL               150     8 kB
                    em/initial_size_MB               4092     MB
                    em/blocksize_KB               4096     kB
                    em/address_space_MB          4092     MB
                    ztta/roll_extension               2000000000     Byte
                    abap/heap_area_dia          2000000000     Byte
                    abap/heap_area_nondia          2000000000     Byte
                    abap/heap_area_total          2000000000     Byte
                    abap/heaplimit               40000000     Byte
                    abap/use_paging               0
======================================================================
Oracle Parameter
Oracle Parameter Name     Value     Unit
SGA_MAX_SIZE          6192     MB
PGA_AGGREGATE_TARGET     400     MB
DB_CACHE_SIZE           0
SHARED_POOL_SIZE     960     MB
LARGE_POOL_SIZE          16     MB
JAVA_POOL_SIZE           32     MB
LOG_BUFFER          14246912
db_block_buffers          655360
Thanks and regards,
Mike

I feel the best way to get the parameters which needs to be adjusted is to go for EarlyWatch Check after increasing the Physical Memory of your SAP system, as we cannot say how and which parameters needs to be checked and changed.. as there is some dependiblity also between the parameters...
All the best !

Physical memory cache behavior in Windows Server 2008 Enterprise

I have a question regarding how windows manages the cache portion of phyiscal memory. I have 2 servers which are identical OS configurations, hardware and experience nearly identical workloads. Server 1 appears to use its cache a lot. I often
see physical cache at at 75% of total memory (total is 16gb for both servers). I also see that the cache stays this high
even when overall memory utilization is minimal (say approx. 3-4gb out of 16gb for long durations). I suppose this means windows memory manager is keeping pages in the cache because it anticipates it may need them again, but would overwrite them with
new data if new processes needed it (I think of this cached memory when the system is near idle as "available" but correct me if I am wrong?)
Server 2 (again same workload and identical hardware, OS, configuration) doesn't appear to use cache as much. In fact, cache is always low round the clock (2 gbs usually) even when there is little to no memory utilization from processes outside the OS. Basically,
it is low when the server is near idle, while the server 2 keeps it very high during the same period of minimal workload. Why the difference? Does this behavior sound normal? Please advise. I am not a Windows Admin btw. I have a rudimentary understanding
of memory.. or so I believe at least : )
Thanks.

Hi,
Although both server are identical OS configurations, hardware and experience nearly identical workloads, there are still differences between them. We can use task manager on both server and Check which processes are using physical memory, please go through
the below article to check more details about windows performance issue:
Troubleshooting Windows Performance Issues: Lots of RAM but no Available Memory
http://blogs.technet.com/b/mspfe/archive/2012/12/06/lots-of-ram-but-no-available-memory.aspx
Regards,
Yan Li
TechNet Subscriber Support
If you are
TechNet Subscription
user and have any feedback on our support quality, please send your feedback
here.
Regards, Yan Li

Error when compiling firefox...Out of memory: Kill process 6763

I'm trying to compile the firefox version 15 as both 16.0.1 and I always get the same error, which I think leaves me with no ram even though I have 8 gigs, i try it with 8 gigs of swap but does exactly the same, here are all the facts about this problem, the only thing I have not tried is to change the compiler version, what do you think? this is a clear linkage error where the system breaks down after running out of physical memory...
ERROR--->-using yaourt -Sb or makepkg -s:
/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu/toolkit/library/nsUnicharUtils.cpp:275:1: warning: always_inline function might not be inlinable [-Wattributes]
/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu/toolkit/library/nsUnicharUtils.cpp:50:1: warning: always_inline function might not be inlinable [-Wattributes]
/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu/toolkit/library/nsUnicharUtils.cpp:40:1: warning: always_inline function might not be inlinable [-Wattributes]
rm -f libxul.so
/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu/_virtualenv/bin/python /tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/config/pythonpath.py -I../../config /tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/config/expandlibs_exec.py --depend .deps/libxul.so.pp --target libxul.so --uselist -- c++ -pedantic -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body -Wno-ctor-dtor-privacy -Wno-overlength-strings -Wno-invalid-offsetof -Wno-variadic-macros -Wcast-align -Wno-long-long -march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -std=gnu++0x -pthread -pipe -DNDEBUG -DTRIMMED -g -fprofile-generate -O3 -fomit-frame-pointer -fPIC -shared -Wl,-z,defs -Wl,--gc-sections -Wl,-h,libxul.so -o libxul.so nsStaticXULComponents.i_o nsUnicharUtils.i_o nsBidiUtils.i_o nsSpecialCasingData.i_o nsUnicodeProperties.i_o nsRDFResource.i_o -lpthread -Wl,-O1,--sort-common,--as-needed,-z,relro -Wl,-rpath,/usr/lib/firefox -Wl,-z,noexecstack -fprofile-generate -Wl,-rpath-link,/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu/dist/bin -Wl,-rpath-link,/usr/lib ../../toolkit/xre/libxulapp_s.a ../../staticlib/components/libnecko.a ../../staticlib/components/libuconv.a ../../staticlib/components/libi18n.a ../../staticlib/components/libchardet.a ../../staticlib/components/libjar50.a ../../staticlib/components/libstartupcache.a ../../staticlib/components/libpref.a ../../staticlib/components/libhtmlpars.a ../../staticlib/components/libidentity.a ../../staticlib/components/libimglib2.a ../../staticlib/components/libgkgfx.a ../../staticlib/components/libgklayout.a ../../staticlib/components/libdocshell.a ../../staticlib/components/libembedcomponents.a ../../staticlib/components/libwebbrwsr.a ../../staticlib/components/libnsappshell.a ../../staticlib/components/libtxmgr.a ../../staticlib/components/libcommandlines.a ../../staticlib/components/libtoolkitcomps.a ../../staticlib/components/libpipboot.a ../../staticlib/components/libpipnss.a ../../staticlib/components/libappcomps.a ../../staticlib/components/libjsreflect.a ../../staticlib/components/libcomposer.a ../../staticlib/components/libtelemetry.a ../../staticlib/components/libjsinspector.a ../../staticlib/components/libjsdebugger.a ../../staticlib/components/libstoragecomps.a ../../staticlib/components/librdf.a ../../staticlib/components/libwindowds.a ../../staticlib/components/libjsctypes.a ../../staticlib/components/libjsperf.a ../../staticlib/components/libgkplugin.a ../../staticlib/components/libunixproxy.a ../../staticlib/components/libjsd.a ../../staticlib/components/libautoconfig.a ../../staticlib/components/libauth.a ../../staticlib/components/libcookie.a ../../staticlib/components/libpermissions.a ../../staticlib/components/libuniversalchardet.a ../../staticlib/components/libfileview.a ../../staticlib/components/libplaces.a ../../staticlib/components/libtkautocomplete.a ../../staticlib/components/libsatchel.a ../../staticlib/components/libpippki.a ../../staticlib/components/libwidget_gtk2.a ../../staticlib/components/libimgicon.a ../../staticlib/components/libprofiler.a ../../staticlib/components/libaccessibility.a ../../staticlib/components/libremoteservice.a ../../staticlib/components/libspellchecker.a ../../staticlib/components/libzipwriter.a ../../staticlib/components/libservices-crypto.a ../../staticlib/libjsipc_s.a ../../staticlib/libdomipc_s.a ../../staticlib/libdomplugins_s.a ../../staticlib/libmozipc_s.a ../../staticlib/libmozipdlgen_s.a ../../staticlib/libipcshell_s.a ../../staticlib/libgfxipc_s.a ../../staticlib/libhal_s.a ../../staticlib/libdombindings_s.a ../../staticlib/libxpcom_core.a ../../staticlib/libucvutil_s.a ../../staticlib/libchromium_s.a ../../staticlib/libsnappy_s.a ../../staticlib/libgtkxtbin.a ../../staticlib/libthebes.a ../../staticlib/libgl.a ../../staticlib/libycbcr.a -L../../dist/bin -L../../dist/lib /tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu/dist/lib/libjs_static.a -lffi -Wl,-rpath-link,/usr/lib -L/usr/lib -lssl3 -lsmime3 -lnss3 -lnssutil3 -lcrmf -lXrender -lfreetype -lfontconfig -lsqlite3 -ljpeg -lpng -lz -lhunspell-1.3 -L/usr/lib -levent -lpixman-1 ../../dist/lib/libgkmedias.a -lasound -lrt -L../../dist/bin -L../../dist/lib -L/usr/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl ../../dist/lib/libmozalloc.a -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 -lX11 -lXext -lpangoft2-1.0 -lfreetype -lfontconfig -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lglib-2.0 -lgtk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lfreetype -lfontconfig -lgdk-x11-2.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lglib-2.0 -lXt -lgthread-2.0 -lfreetype -lstartup-notification-1 -lvpx -ldl -lrt -lrt
collect2: error: ld terminated with signal 9 [Matat]
make[6]: *** [libxul.so] Error 1
make[6]: Leaving directory `/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu/toolkit/library'
make[5]: *** [libs_tier_platform] Error 2
make[5]: Leaving directory `/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu'
make[4]: *** [tier_platform] Error 2
make[4]: Leaving directory `/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu'
make[3]: *** [default] Error 2
make[3]: Leaving directory `/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release/obj-x86_64-unknown-linux-gnu'
make[2]: *** [realbuild] Error 2
make[2]: Leaving directory `/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release'
make[1]: *** [profiledbuild] Error 2
make[1]: Leaving directory `/tmp/yaourt-tmp-enric/abs-firefox/src/mozilla-release'
make: *** [build] Error 2
dmesg output on ld :
[ 1521.353469] ld invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0
[ 1521.353474] Pid: 6763, comm: ld Not tainted 3.6.0 #1
[ 1521.353475] Call Trace:
[ 1521.353482] [<ffffffff814cc68e>] ? dump_header.isra.11+0x5d/0x18e
[ 1521.353486] [<ffffffff812ae3dc>] ? ___ratelimit+0xac/0x120
[ 1521.353489] [<ffffffff810e2fb5>] ? oom_kill_process+0x275/0x3b0
[ 1521.353492] [<ffffffff810e2b10>] ? find_lock_task_mm+0x20/0x70
[ 1521.353494] [<ffffffff810e3455>] ? out_of_memory+0x1c5/0x290
[ 1521.353497] [<ffffffff810e742a>] ? __alloc_pages_nodemask+0x85a/0x870
[ 1521.353500] [<ffffffff811048c4>] ? handle_pte_fault+0x8c4/0xb10
[ 1521.353505] [<ffffffff81075ddf>] ? select_task_rq_fair+0x4cf/0x790
[ 1521.353509] [<ffffffff8100a21f>] ? native_sched_clock+0xf/0x70
[ 1521.353512] [<ffffffff8102b880>] ? do_page_fault+0x130/0x460
[ 1521.353515] [<ffffffff810e6301>] ? get_page_from_freelist+0x311/0x670
[ 1521.353519] [<ffffffff814d2275>] ? page_fault+0x25/0x30
[ 1521.353523] [<ffffffff810df577>] ? file_read_actor+0x67/0x1f0
[ 1521.353526] [<ffffffff810f6915>] ? shmem_file_aio_read+0x155/0x3a0
[ 1521.353530] [<ffffffff81128832>] ? do_sync_read+0x92/0xd0
[ 1521.353532] [<ffffffff811290c0>] ? vfs_read+0xa0/0x160
[ 1521.353535] [<ffffffff811291c7>] ? sys_read+0x47/0xa0
[ 1521.353537] [<ffffffff814d2275>] ? page_fault+0x25/0x30
[ 1521.353540] [<ffffffff814d27fd>] ? system_call_fastpath+0x1a/0x1f
[ 1521.353541] Mem-Info:
[ 1521.353543] DMA per-cpu:
[ 1521.353544] CPU 0: hi: 0, btch: 1 usd: 0
[ 1521.353545] CPU 1: hi: 0, btch: 1 usd: 0
[ 1521.353546] CPU 2: hi: 0, btch: 1 usd: 0
[ 1521.353547] CPU 3: hi: 0, btch: 1 usd: 0
[ 1521.353548] DMA32 per-cpu:
[ 1521.353550] CPU 0: hi: 186, btch: 31 usd: 0
[ 1521.353551] CPU 1: hi: 186, btch: 31 usd: 26
[ 1521.353552] CPU 2: hi: 186, btch: 31 usd: 59
[ 1521.353553] CPU 3: hi: 186, btch: 31 usd: 0
[ 1521.353554] Normal per-cpu:
[ 1521.353555] CPU 0: hi: 186, btch: 31 usd: 30
[ 1521.353556] CPU 1: hi: 186, btch: 31 usd: 156
[ 1521.353557] CPU 2: hi: 186, btch: 31 usd: 169
[ 1521.353558] CPU 3: hi: 186, btch: 31 usd: 0
[ 1521.353562] active_anon:1599337 inactive_anon:345122 isolated_anon:0
active_file:140 inactive_file:222 isolated_file:0
unevictable:17 dirty:0 writeback:0 unstable:0
free:11562 slab_reclaimable:14927 slab_unreclaimable:21150
mapped:6681 shmem:932329 pagetables:10868 bounce:0
[ 1521.353567] DMA free:15892kB min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15644kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:8kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
[ 1521.353568] lowmem_reserve[]: 0 3147 7925 7925
[ 1521.353575] DMA32 free:23592kB min:4520kB low:5648kB high:6780kB active_anon:2754024kB inactive_anon:412764kB active_file:16kB inactive_file:44kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:3223060kB mlocked:0kB dirty:0kB writeback:0kB mapped:5892kB shmem:1294220kB slab_reclaimable:7144kB slab_unreclaimable:5108kB kernel_stack:216kB pagetables:8616kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:715 all_unreclaimable? yes
[ 1521.353576] lowmem_reserve[]: 0 0 4778 4778
[ 1521.353582] Normal free:6764kB min:6860kB low:8572kB high:10288kB active_anon:3643324kB inactive_anon:967724kB active_file:544kB inactive_file:844kB unevictable:68kB isolated(anon):0kB isolated(file):0kB present:4892832kB mlocked:68kB dirty:0kB writeback:0kB mapped:20832kB shmem:2435096kB slab_reclaimable:52564kB slab_unreclaimable:79484kB kernel_stack:2968kB pagetables:34856kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:2484 all_unreclaimable? yes
[ 1521.353583] lowmem_reserve[]: 0 0 0 0
[ 1521.353586] DMA: 1*4kB 0*8kB 1*16kB 0*32kB 2*64kB 1*128kB 1*256kB 0*512kB 1*1024kB 1*2048kB 3*4096kB = 15892kB
[ 1521.353592] DMA32: 740*4kB 506*8kB 300*16kB 135*32kB 25*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 1*4096kB = 23872kB
[ 1521.353599] Normal: 637*4kB 0*8kB 0*16kB 2*32kB 1*64kB 0*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 6516kB
[ 1521.353605] 932908 total pagecache pages
[ 1521.353606] 0 pages in swap cache
[ 1521.353607] Swap cache stats: add 0, delete 0, find 0/0
[ 1521.353608] Free swap = 0kB
[ 1521.353609] Total swap = 0kB
[ 1521.369740] 2094576 pages RAM
[ 1521.369743] 80362 pages reserved
[ 1521.369744] 36619 pages shared
[ 1521.369745] 1993098 pages non-shared
[ 1521.369746] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name
[ 1521.369752] [ 2286] 0 2286 6258 269 16 0 -1000 systemd-udevd
[ 1521.369754] [ 2293] 0 2293 153174 83 229 0 0 systemd-journal
[ 1521.369757] [ 3585] 0 3585 4695 188 13 0 0 mount.ntfs-3g
[ 1521.369759] [ 3615] 0 3615 3547 140 12 0 0 crond
[ 1521.369761] [ 3616] 0 3616 6708 2523 18 0 0 preload
[ 1521.369763] [ 3617] 0 3617 17762 297 38 0 0 cupsd
[ 1521.369765] [ 3619] 0 3619 43562 313 52 0 0 NetworkManager
[ 1521.369767] [ 3620] 84 3620 6988 70 20 0 0 avahi-daemon
[ 1521.369769] [ 3621] 0 3621 6515 72 18 0 0 systemd-logind
[ 1521.369770] [ 3622] 81 3622 4595 285 14 0 -900 dbus-daemon
[ 1521.369772] [ 3626] 0 3626 2275 32 9 0 0 agetty
[ 1521.369774] [ 3627] 0 3627 6693 53 19 0 0 kdm
[ 1521.369776] [ 3628] 84 3628 6957 52 18 0 0 avahi-daemon
[ 1521.369778] [ 3631] 0 3631 45316 12716 91 0 0 X
[ 1521.369780] [ 4287] 0 4287 15666 128 36 0 0 kdm
[ 1521.369782] [ 5131] 102 5131 92417 912 41 0 0 polkitd
[ 1521.369784] [ 5132] 0 5132 53222 346 41 0 0 colord
[ 1521.369786] [ 5163] 0 5163 129753 991 153 0 0 colord-sane
[ 1521.369788] [11395] 0 11395 523912 258 62 0 0 console-kit-dae
[ 1521.369790] [11468] 1000 11468 3668 111 13 0 0 startkde
[ 1521.369792] [11480] 1000 11480 3970 37 13 0 0 dbus-launch
[ 1521.369794] [11481] 1000 11481 4839 401 15 0 0 dbus-daemon
[ 1521.369796] [11507] 1000 11507 4068 94 12 0 0 gpg-agent
[ 1521.369798] [11510] 1000 11510 3760 87 11 0 0 ssh-agent
[ 1521.369799] [11524] 1000 11524 1013 21 7 0 -300 start_kdeinit
[ 1521.369801] [11525] 1000 11525 85821 1591 149 0 -300 kdeinit4
[ 1521.369803] [11528] 1000 11528 188590 3072 227 0 0 kded4
[ 1521.369805] [11534] 1000 11534 108217 2084 173 0 0 kwalletd
[ 1521.369807] [11539] 1000 11539 107913 2348 173 0 0 kglobalaccel
[ 1521.369809] [11542] 0 11542 55597 601 43 0 0 upowerd
[ 1521.369811] [11555] 1000 11555 1047 18 7 0 0 kwrapper4
[ 1521.369813] [11556] 1000 11556 127307 2185 174 0 0 ksmserver
[ 1521.369814] [11568] 0 11568 49409 269 33 0 0 udisks-daemon
[ 1521.369816] [11573] 0 11573 12394 89 28 0 0 udisks-daemon
[ 1521.369818] [11577] 1000 11577 214097 12177 260 0 0 kwin
[ 1521.369820] [11590] 1000 11590 93530 1489 131 0 0 kactivitymanage
[ 1521.369822] [11621] 1000 11621 343123 3417 215 0 0 knotify4
[ 1521.369824] [11631] 1000 11631 175587 4370 239 0 0 krunner
[ 1521.369826] [11633] 1000 11633 246522 16714 342 0 0 plasma-desktop
[ 1521.369828] [11636] 1000 11636 216148 5325 253 0 0 lancelot
[ 1521.369830] [11639] 1000 11639 50634 268 35 0 0 mission-control
[ 1521.369831] [11643] 1000 11643 37597 405 39 0 0 akonadi_control
[ 1521.369833] [11645] 1000 11645 357276 722 81 0 0 akonadiserver
[ 1521.369835] [11652] 1000 11652 377776 6206 70 0 0 mysqld
[ 1521.369837] [11738] 1000 11738 76786 1061 110 0 0 akonadi_agent_l
[ 1521.369839] [11739] 1000 11739 76783 1056 111 0 0 akonadi_agent_l
[ 1521.369841] [11740] 1000 11740 75143 1033 111 0 0 akonadi_agent_l
[ 1521.369843] [11741] 1000 11741 75144 1042 110 0 0 akonadi_agent_l
[ 1521.369845] [11742] 1000 11742 75800 1048 112 0 0 akonadi_agent_l
[ 1521.369847] [11743] 1000 11743 75800 1054 107 0 0 akonadi_agent_l
[ 1521.369848] [11744] 1000 11744 76786 1064 108 0 0 akonadi_agent_l
[ 1521.369850] [11745] 1000 11745 76780 1073 111 0 0 akonadi_agent_l
[ 1521.369852] [11746] 1000 11746 84215 1305 155 0 0 akonadi_maildis
[ 1521.369854] [11747] 1000 11747 92098 1211 138 0 0 akonadi_nepomuk
[ 1521.369856] [11774] 1000 11774 59745 591 76 0 0 nepomukserver
[ 1521.369858] [11777] 1000 11777 287924 2235 149 0 0 nepomukservices
[ 1521.369860] [11795] 1000 11795 100823 10181 51 0 0 virtuoso-t
[ 1521.369861] [11801] 1000 11801 93041 786 99 0 0 pulseaudio
[ 1521.369863] [11802] 133 11802 41125 46 17 0 0 rtkit-daemon
[ 1521.369865] [11811] 1000 11811 17253 140 36 0 0 gconf-helper
[ 1521.369867] [11813] 1000 11813 11527 127 26 0 0 gconfd-2
[ 1521.369869] [11816] 1000 11816 68886 1148 123 0 0 kuiserver
[ 1521.369871] [11837] 1000 11837 58146 1047 105 0 0 nepomukservices
[ 1521.369873] [11839] 1000 11839 53655 966 98 0 0 nepomukservices
[ 1521.369875] [11840] 1000 11840 92263 1128 107 0 0 nepomukservices
[ 1521.369877] [11841] 1000 11841 109750 1232 107 0 0 nepomukservices
[ 1521.369878] [12942] 1000 12942 41975 542 78 0 0 kwrited
[ 1521.369880] [12944] 1000 12944 246808 6774 195 0 0 ktorrent
[ 1521.369882] [12954] 1000 12954 93430 1212 139 0 0 polkit-kde-auth
[ 1521.369884] [12957] 1000 12957 70673 1126 130 0 0 nepomukcontroll
[ 1521.369886] [12959] 1000 12959 92309 1654 138 0 0 kgpg
[ 1521.369888] [12966] 1000 12966 109879 2164 176 0 0 klipper
[ 1521.369890] [13009] 1000 13009 86477 1682 131 0 0 kio_http_cache_
[ 1521.369892] [17302] 1000 17302 270535 59165 488 0 0 firefox
[ 1521.369894] [17322] 1000 17322 10407 86 26 0 0 gvfsd
[ 1521.369896] [17324] 1000 17324 50365 171 31 0 0 gvfs-fuse-daemo
[ 1521.369897] [18462] 1000 18462 138761 5014 199 0 0 konsole
[ 1521.369899] [18464] 1000 18464 4227 156 13 0 0 bash
[ 1521.369901] [19535] 1000 19535 3885 324 13 0 0 yaourt
[ 1521.369903] [19680] 1000 19680 3800 253 13 0 0 makepkg
[ 1521.369905] [22861] 1000 22861 174765 6917 209 0 0 dolphin
[ 1521.369907] [24940] 1000 24940 12258 2121 27 0 0 Xvfb
[ 1521.369909] [24941] 1000 24941 2944 134 11 0 0 make
[ 1521.369911] [25116] 1000 25116 2946 137 11 0 0 make
[ 1521.369913] [25337] 1000 25337 3013 200 11 0 0 make
[ 1521.369915] [ 473] 1000 473 2977 169 12 0 0 make
[ 1521.369917] [ 3719] 1000 3719 3006 176 12 0 0 make
[ 1521.369919] [10784] 1000 10784 3006 175 13 0 0 make
[ 1521.369921] [12252] 1000 12252 115351 9567 175 0 0 kvirc
[ 1521.369922] [26014] 1000 26014 4256 168 13 0 0 bash
[ 1521.369925] [30177] 1000 30177 4255 167 14 0 0 bash
[ 1521.369926] [30976] 1000 30976 86977 3634 138 0 0 plugin-containe
[ 1521.369928] [ 915] 1000 915 87003 1648 132 0 0 kio_file
[ 1521.369930] [ 916] 1000 916 109277 2635 176 0 0 kio_thumbnail
[ 1521.369932] [ 1186] 1000 1186 4227 157 13 0 0 bash
[ 1521.369934] [ 2105] 1000 2105 86873 1689 132 0 0 klauncher
[ 1521.369936] [ 2473] 1000 2473 87003 1648 132 0 0 kio_file
[ 1521.369938] [ 3468] 1000 3468 141313 5962 206 0 0 kate
[ 1521.369940] [ 6331] 1000 6331 109512 2225 174 0 0 kate
[ 1521.369942] [ 6733] 1000 6733 2983 150 12 0 0 make
[ 1521.369943] [ 6760] 1000 6760 17243 1559 39 0 0 python
[ 1521.369945] [ 6761] 1000 6761 1882 30 9 0 0 c++
[ 1521.369947] [ 6762] 1000 6762 1816 23 9 0 0 collect2
[ 1521.369949] [ 6763] 1000 6763 812215 809141 1588 0 0 ld
[color=#FF40BF][ 1521.369951] Out of memory: Kill process 6763 (ld) score 402 or sacrifice child
[ 1521.369953] Killed process 6763 (ld) total-vm:3248860kB, anon-rss:3236396kB, file-rss:168kB[/color]
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/src/gcc-4.7.2/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --enable-libstdcxx-time --enable-gnu-unique-object --enable-linker-build-id --with-ppl --enable-cloog-backend=isl --disable-ppl-version-check --disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-multilib --disable-libssp --disable-build-with-cxx --disable-build-poststage1-with-cxx --enable-checking=release
Thread model: posix
gcc version 4.7.2 (GCC)
cat /proc/meminfo
MemTotal: 8056856 kB
MemFree: 1240336 kB
Buffers: 278356 kB
Cached: 4591784 kB
SwapCached: 0 kB
Active: 2700172 kB
Inactive: 3860720 kB
Active(anon): 2498432 kB
Inactive(anon): 2441488 kB
Active(file): 201740 kB
Inactive(file): 1419232 kB
Unevictable: 68 kB
Mlocked: 68 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 124 kB
Writeback: 0 kB
AnonPages: 1690996 kB
Mapped: 218032 kB
Shmem: 3249176 kB
Slab: 172972 kB
SReclaimable: 90332 kB
SUnreclaim: 82640 kB
KernelStack: 3264 kB
PageTables: 38384 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 4028428 kB
Committed_AS: 6713700 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 92972 kB
VmallocChunk: 34359642076 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 10240 kB
DirectMap2M: 7237632 kB
/etc/makepkg.conf
# ARCHITECTURE, COMPILE FLAGS
CARCH="x86_64"
CHOST="x86_64-unknown-linux-gnu"
CFLAGS="-march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro"
MAKEFLAGS="-j5"
thanks a lot
Last edited by papu (2012-10-13 17:35:38)

yes it's true it take 4gigs of 8 gigs i have, but when i was using gentoo never had this problem when i was compiling any package and then my pc was 4gigs.
df -hT
Filesystem Type Size Used Avail Use% Mounted on
rootfs rootfs 51G 7.7G 41G 17% /
dev devtmpfs 3.9G 0 3.9G 0% /dev
run tmpfs 3.9G 1.6M 3.9G 1% /run
/dev/sdb2 ext4 51G 7.7G 41G 17% /
tmpfs tmpfs 3.9G 76K 3.9G 1% /dev/shm
tmpfs tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
tmpfs tmpfs 3.9G 56K 3.9G 1% /tmp
/dev/sdc1 fuseblk 299G 237G 62G 80% /mnt/share
/dev/sdb1 ext2 183M 28M 146M 16% /boot
/dev/sdb3 ext4 18G 6.2G 11G 37% /home
i am using vanilla kernel 3.6.0
cat /etc/fstab
# /etc/fstab: static file system information
# <file system> <dir> <type> <options> <dump> <pass>
tmpfs /tmp tmpfs nodev,nosuid 0 0
# /dev/sdb2
UUID=412194cb-8953-4d02-94b4-d25d21bd7126 / ext4 rw,relatime,barrier=0 0 1
#/dev/sdb1
UUID=8bc28611-e3ee-4079-b311-33b9d4a0f36a /boot ext2 rw,relatime 0 2
#/dev/sdb3
UUID=2d6d63e0-a59f-439f-9c11-f6673055e65a /home ext4 rw,relatime,barrier=0 0 2
#/dev/sdc1
UUID=60F0F9D3F0F9AF80 /mnt/share ntfs-3g umask=0 0 0
what i have to do ?
thanks so much. friends!
Last edited by papu (2012-10-13 19:44:17)

While sync : can't allocate more memory !!!(WCE)

Hi All,
I'm synchronizing (/Orace/mSync.exe) several MB of data (not much more of 10 MB) on a CASSIOPEIA E-200 (64 MB) with a SD Card extension of 128 MB. While synchronizing, main memory decreases dramatically (main memory, not external memory) and finally i get the message:
-2000 can't allocate more memory -2000:0
Other synchronizations with a smaller amount of data are working ok.
It is posible for a sync of ~10 MB to drain >40MB of main memory?? !!
By now, i'm using the SD Card directory to store the synchronized client DB, but this is not enough to solve the problem.
I think that temporary files and processes on main memory are involved in this problem. It is posible to use memory cards for this??
Some ideas????
Thanks in advance.
Andris

Humm,
I think the problem may be the size of a single table replication.
The replication of 10000 registers from this table is working ok, but replicating 25000 i get the error ("Can't allocate more memory").
Anyone knows a limitation in the number of registers or size of a table replication????!!!
Thanks!!
Andris

Physical Memory: 97%

I have a SQL Server 2008 R2 on Windows Server 2008 R2, on 64-bit virtual machine, dual processors dual quad core , and 32 GB RAM.
If I restart the server, and after all the processes and services start running, the used memory is not more than 4 ~ 6 GB (I don't remember exactly, but small compared to the overall 32 GB). Every day the used memory increases for 2~3 GB!, till it reaches
97% of the physical memory (31 GB), 29 GB of them for the SQL Server:
My question is how can I know what SQL Server processes or queries causes those increases in the memory? and if it is a process or query, why the used memory is not released after that process or query finishes ?!
Honestly, there is no complain about the performance of the server, but the weird thing is that as much as I give the server RAM as much as the SQL Server takes! The server was 8 GB and I increased it to 16 then 32 GB, but the SQL Server keeps eating more
and more!

Hi,
>>If I restart the server, and after all the processes and services start running, the used memory is not more than 4 ~ 6 GB (I don't remember exactly, but small compared to the overall 32 GB). Every day the used memory increases for 2~3 GB!,
till it reaches 97%
This is the way SQL Server memory works.When you restarted it its usage was low slowly you started running complex queries on SQL server which required pages from disk now SQL server started bringing these pages from disk into memory to make sure your query
is satisfied .Now when second time you use same query it will be fast as comapared to previous attempt as now there is no use of bringing pages in memory .Now if SQL would have released memory back your time taken would have been same and you would complain
about query being slow.This is the reaosn SQL caches as much data page it can so as to satify query from meory not picking pages from disk which is costly.But if Os faces presasure and SQLOS asks SQL server to trim its memory consuption it will do it politely.So
please dont be alarmed with SQL server using memory.
PLease dont look at task manager for SQL server memory consumption it might not show you correct memory utilization .I always recommend below DMV
select
(physical_memory_in_use_kb/1024)Memory_usedby_Sqlserver_MB,
(locked_page_allocations_kb/1024 )Locked_pages_used_Sqlserver_MB,
(total_virtual_address_space_kb/1024 )Total_VAS_in_MB,
process_physical_memory_low,
process_virtual_memory_low
from sys. dm_os_process_memory
If you do not want SQL server to use much memory you can change it from sp_configure by setting lower value for max server memory.But I am in favour you shoudl not do that .Set an optimum value for max server memory leaving 7-8 G for OS and other processes
running.
>>My question is how can I know what SQL Server processes or queries causes those increases in the memory?
I have never tried that and its little difficult to find what process unless that process is runnin.There is DMV sys.dm_os_buffer_descriptor which will tell you which database is using how much memory.Below query will resturn count of page loaded by each
database
http://technet.microsoft.com/en-us/library/ms173442.aspx
SELECT COUNT(*)AS cached_pages_count
,CASE database_id
WHEN 32767 THEN 'ResourceDb'
ELSE db_name(database_id)
END AS database_name
FROM sys.dm_os_buffer_descriptors
GROUP BY db_name(database_id) ,database_id
ORDER BY cached_pages_count DESC;
For further reading about memory to know that its really a normal behavior please see
Basics of memory
Please mark this reply as the answer or vote as helpful, as appropriate, to make it useful for other readers

Solaris 10 physical memory vs swap

We are running Solaris 10 Sparc 64 bit. We have total 8G RAM. It seems like all the processes are swapping even though there is free physical memory. Project for oracle user is 6gb.
prstat -t for oracle user is swap=2250 rss=2450. Why am I swapping?? I would expect to use up all physical memory before swapping.
thanks

What Solaris reports as "free memory" isn't unused memory, it is the "free list" which is a pool of memory pages which the system has decided can be reused to meet future memory demands. If the size of this pool falls below a certain limit, based on the memory size, the system will do a scan to add additional pages to the list. The pages aren't necessarily empty, they are just considered available for reuse. As a result, the free list doesn't go to zero even if you're swapping. The system is constantly adding new pages to the free list which then get consumed by an excessive memory demand.

Premiere Elements 4.0 - dump of physical memory

Hey Everyone,
I was in the process of burning some videos(AVI format) and when i went to the green "SHARE" tab and would select DISK(to burn DVD), it would freeze up, then immediately go to a blue screen and come up with a error message of 'BEGINNING DUMP OF PHYSICAL MEMORY'. Windows recovery indicated a problem with the PX Engine and an update was available. I went to the website and downloaded the update, rebooted the PC, and tried again but still got the memory dump message.
i have burned many pictures on DVD creating slideshows and such but this is my first time burning actual video onto a DVD. I figured the process for burning video is the same as burning pics. i created a picture slide show afterwards and it burned it just fine - no errors.
Am i doing something wrong?

A BSOD is a major problem, and is very often a sign of hardware issues. The main causes are:
Heat buildup - in the CPU, or the HDD's
RAM - bad, or going bad
PSU - going bad, or improperly connected
MoBo - going bad
This ARTICLE will link to tools that will help you track those elements, and possibly show the bad element, or potentially bad element.
I would also change Reboot on Error, to OFF, so that you can write down the report on the BSOD. There might be something in that load of "abstract code" that will be helpful, but maybe not. Also, when one reboots after a BSOD, Windows will usually yield an error message to the effect of "Windows has recovered from a serious problem... " and will often help you trace the issue. Also, this ARTICLE will give you tips for finding clues as to what was happening, just before the BSOD.
If nothing else works, see this ARTICLE.
Before doing anything else, I would solve the BSOD issue.
Good luck,
Hunt

How can one use the physical memory of our system rather than virtual memory while running Labview?

We have a Windows NT system with 2 Gb of physical memory and would like to utilize the RAM fully using Labview. What usually occurs is that Labview uses a tremendous amount of page file space while a majority of the physical memory is unused. Is there a way to configure Labview (or our system) to overcome this problem? It seems that our processes would be much faster if they were mainly using the physical memory. Is it possible to trick the system, by creating a RAM disk and allocating this as virtual memory space?

> We have a Windows NT system with 2 Gb of physical memory and would
> like to utilize the RAM fully using Labview. What usually occurs is
> that Labview uses a tremendous amount of page file space while a
> majority of the physical memory is unused. Is there a way to
> configure Labview (or our system) to overcome this problem? It seems
> that our processes would be much faster if they were mainly using the
> physical memory. Is it possible to trick the system, by creating a
> RAM disk and allocating this as virtual memory space?
LabVIEW the application doesn't know anything about physical versus
virtual memory. LV asks the OS for general purpose memory and goes
from there.
Drivers like DAQ and IMAQ will have a combination of general user
memory and page lo
cked physical buffers.
I'm not up on the details, but this is something that the OS is in
control of, so that is where you need to look for the solution. One
of the things to look at is the disk cache. By default, I think that
NT takes a percentage of the RAM to use for disk cache. With that
much RAM, this is probably unnecessary and is using too much.
Similarly, the OS may be attempting to keep the working set size
to a fraction of the total RAM to reserve space for other things.
It doesn't make sense to me, but then I don't work for MS.
Greg McKaskle

How do I free up my Physical Memory?

I increased my physical memory up the max of 8 Gigs. My hard rive is 750 G's and is only using 79G's of that,so I'm wondering why so much of my physical memory is being used up?
The symptom I'm seeing is that I get the wheel/hour glass my computer is working to process something.

When you see a beachball cursor or the slowness is especially bad, note the exact time: hour, minute, second.
These instructions must be carried out as an administrator. If you have only one user account, you are the administrator.
Launch the Console application in any of the following ways:
☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)
☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.
☞ Open LaunchPad and start typing the name.
The title of the Console window should be All Messages. If it isn't, select
          SYSTEM LOG QUERIES ▹ All Messages
from the log list on the left. If you don't see that list, select
          View ▹ Show Log List
from the menu bar at the top of the screen.
Each message in the log begins with the date and time when it was entered. Scroll back to the time you noted above.
Select the messages entered from then until the end of the episode, or until they start to repeat, whichever comes first.
Copy the messages to the Clipboard by pressing the key combination command-C. Paste into a reply to this message by pressing command-V.
The log contains a vast amount of information, almost all of it useless for solving any particular problem. When posting a log extract, be selective. A few dozen lines are almost always more than enough.
Please don't indiscriminately dump thousands of lines from the log into this discussion.
Please don't post screenshots of log messages—post the text.
Some private information, such as your name, may appear in the log. Anonymize before posting.

Allocate physical memory to process

Similar Messages

Maybe you are looking for