Memory
  Home FAQ Contact Sign in
 
 Advanced search
MATCHING GROUPS



more...
POPULAR GROUPS

more...
found 2933 articles for 1.421 sec
on 08/06/2010 03:14 Artem Belevich said the following: > I believe it's pagedaemon's job to push pages from active list to > inactive and from inactive down to cache and free. > I have a really ugly hack to arc.c which forces pagedaemon wakeup if > ARC sees too much memory on inactive list. > How much is too much is defined by a sysctl value. > > http://pastebin.com/ZCkzkWcs > > Be warned     

Group: muc.lists.freebsd.fs · Group Profile · Search for Memory in muc.lists.freebsd.fs
Author: Andriy Gapon
Date: Jun 8, 2010 00:25

On Mon, Jun 07, 15:13:43 -0400, Eric Cooper wrote: I got this crash: ***MEMORY-ERROR***: gitg[9783]: GSlice: assertion failed: sinfo->n_allocated 0 [1]+ Aborted gitg I had been using a gitg window with "view all branches", and had recently typed control-R to refresh the view after a commit. The same crash happened in an earlier session, but it doesn't
Show full article (1.38Kb) · Show article thread
I think that most ZFS users, if they have a UFS partition, it'll only be for a root/boot partition anyway. So in a mixed ZFS/UFS system, ideally the Inactive pages should be slowly returned to ARC. It is desirable for ZFS to get a majority of the available (inactive) memory, to improve its performance. Currently we have the opposite situation in effect. - Andrew ______________     

Group: rec.humor · Group Profile · Search for Memory in rec.humor
Author: Tim Bruening
Date: Jun 7, 2010 18:51

Number: 147670 Category: ports Synopsis: [NEW PORT] math/liblbfgs: A library of Limited-memory Broyden-Fletcher-Goldfarb-Shanno Confidential: no Severity: non-critical Priority: low Responsible: freebsd-ports-bugs State: open Quarter: Keywords: Date-Required: Class: change-request Submitter-Id: current
Show full article (0.35Kb)
I believe it's pagedaemon's job to push pages from active list to inactive and from inactive down to cache and free. I have a really ugly hack to arc.c which forces pagedaemon wakeup if ARC sees too much memory on inactive list. How much is too much is defined by a sysctl value. http://pastebin.com/ZCkzkWcs Be warned: it's ugly, it may not work, it assumes too much, it's plain broken, it     

Group: linux.debian.bugs.dist · Group Profile · Search for Memory in linux.debian.bugs.dist
Author: Jonny Lamb
Date: Jun 7, 2010 18:10

Currently, ZFS does not appear to be able to steal memory from the "inactive" list, whereas NFS and UFS both return "freed" pages to the "inactive" list. Over time, unless you have a pure ZFS box (with no NFS), this tends to result in ZFS reporting a memory shortage (kstat.zfs.misc.arcstats.memory_throttle_count increasing), whilst there is plenty of "inactive" space. What is involved in
Show full article (0.87Kb) · Show article thread
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Package: libcurl3 Version: 7.18.2-8lenny4 It's not clear to me but the library appears to leak memory; using the command line tool appears to leak as well. This is on Debian Lenny using the AMD64 port. /** ~ * Compile: g++ -lcurl -o test test.cpp ~ */ #include <curl/curl.h> int main(void) { curl_global_init(CURL_GLOBAL_ALL); CURL     

Group: muc.lists.freebsd.fs · Group Profile · Search for Memory in muc.lists.freebsd.fs
Author: Andrew Snow
Date: Jun 7, 2010 17:30

The following Joe Mauer items are available!!! Links are provided for easy viewing and purchase. Joe Mauer Items http://search.stores.ebay.com/teawolves_mauer_W0QQfcdZ2QQfromZR10QQfsooZ2QQfsopZ3QQsaselZ108333QQsbrsrtZd&refid=store 2002 Bowman's Best Gold Refractor Parallel Autograph Rookie (only 50 produced) #110 Joe Mauer - autograph eBay Item #360265917209 http://cgi.ebay.com/ws/eBayISAPI
Show full article (0.71Kb) · Show article thread
Package: gitg Version: 0.0.6-3 Severity: normal I got this crash: ***MEMORY-ERROR***: gitg[9783]: GSlice: assertion failed: sinfo->n_allocated > 0 [1]+ Aborted gitg I had been using a gitg window with "view all branches", and had recently typed control-R to refresh the view after a commit. The same crash happened in an earlier session, but it doesn't happen every     

Group: mailing.freebsd.portsbugs · Group Profile · Search for Memory in mailing.freebsd.portsbugs
Author: Hung-Yi Chen
Date: Jun 7, 2010 17:22

Show full article (4.39Kb)
    

Group: muc.lists.freebsd.fs · Group Profile · Search for Memory in muc.lists.freebsd.fs
Author: Artem Belevich
Date: Jun 7, 2010 17:14

Show full article (2.15Kb) · Show article thread
    

Group: muc.lists.freebsd.fs · Group Profile · Search for Memory in muc.lists.freebsd.fs
Author: Peter Jeremy
Date: Jun 7, 2010 16:29

Show full article (1.19Kb)
    

Group: linux.debian.bugs.dist · Group Profile · Search for Memory in linux.debian.bugs.dist
Author: Johnny Luong
Date: Jun 7, 2010 16:00

Show full article (2.36Kb)
    

Group: rec.collecting.sport.baseball · Group Profile · Search for Memory in rec.collecting.sport.baseball
Author: mypetro
Date: Jun 7, 2010 14:55

Show full article (0.69Kb)
    

Group: linux.debian.bugs.dist · Group Profile · Search for Memory in linux.debian.bugs.dist
Author: Eric Cooper
Date: Jun 7, 2010 12:20

Show full article (1.89Kb)
1 · 2 · 3 · 4 · 5 · 6 · 7 · 8 · 9 · next