Re: problems with mmap() and disk caching

2012-04-04 Thread Konstantin Belousov
On Tue, Apr 03, 2012 at 11:02:53PM +0400, Andrey Zonov wrote: > Hi, > > I open the file, then call mmap() on the whole file and get pointer, > then I work with this pointer. I expect that page should be only once > touched to get it into the memory (disk cache?), but this doesn't work! > > I w

Re: Is there any modern alternative to pstack?

2012-04-04 Thread Chris Rees
On 4 Apr 2012 06:41, "Julian Elischer" wrote: > > On 4/2/12 10:12 AM, John Baldwin wrote: >> >> On Monday, April 02, 2012 12:39:26 pm Yuri wrote: >>> >>> On 04/02/2012 05:31, John Baldwin wrote: Hmm, I don't know if the port has it, but I did some work on pstack a while ago to make

Re: problems with mmap() and disk caching

2012-04-04 Thread Andrey Zonov
On 04.04.2012 11:17, Konstantin Belousov wrote: Calling madvise(MADV_RANDOM) fixes the issue, because the code to deactivate/cache the pages is turned off. On the other hand, it also turns of read-ahead for faulting, and the first loop becomes eternally long. Now it takes 5 times longer. Anyw

Re: problems with mmap() and disk caching

2012-04-04 Thread Andrey Zonov
I forgot to attach my test program. On 04.04.2012 13:36, Andrey Zonov wrote: On 04.04.2012 11:17, Konstantin Belousov wrote: Calling madvise(MADV_RANDOM) fixes the issue, because the code to deactivate/cache the pages is turned off. On the other hand, it also turns of read-ahead for faulting,

Re: Is there any modern alternative to pstack?

2012-04-04 Thread Eitan Adler
On 4 April 2012 01:41, Julian Elischer wrote: > should be in ports? Not unless someone decides to become the new upstream and make a release. We do not maintain software in ports. -- Eitan Adler ___ freebsd-hackers@freebsd.org mailing list http://list

Re: Is there any modern alternative to pstack?

2012-04-04 Thread Yuri
On 04/04/2012 05:44, Eitan Adler wrote: Not unless someone decides to become the new upstream and make a release. We do not maintain software in ports. -- Eitan Adler But upstream is the sourceforge. Even though there is no activity there for a long while, it is easy to join that project, com

Re: Is there any modern alternative to pstack?

2012-04-04 Thread Jason Hellenthal
There are plenty of patches in the ports tree. At which point do you call it maintaining within the ports tree ? 8 files changed, 796 insertions(+), 233 deletions(-) Is hardly what someone should call maintaining considering the size of some of the other patches. And besides someone was willing

Re: [vfs] buf_daemon() slows down write() severely on low-speed CPU

2012-04-04 Thread Svatopluk Kraus
On Wed, Mar 21, 2012 at 5:55 AM, Adrian Chadd wrote: > Hi, > > I'm interested in this, primarily because I'm tinkering with file > storage stuff on my little (most wifi targetted) embedded MIPS > platforms. > > So what's the story here? How can I reproduce your issue and do some > of my own profil

Re: Is there any modern alternative to pstack?

2012-04-04 Thread Julian Elischer
On 4/4/12 5:44 AM, Eitan Adler wrote: On 4 April 2012 01:41, Julian Elischer wrote: should be in ports? Not unless someone decides to become the new upstream and make a release. We do not maintain software in ports. but we do add patches to make things work on FreeBSD.

Re: question about amd64 pagetable page allocation.

2012-04-04 Thread vasanth rao naik sabavat
Hello Mark, >From what I understand, the virtual address of a given page table should not change when accessing from vtopte() and pmap_pte(). However, with small code change in pmap_remove_pages(), I was able to print the values returned by these two functions. vtopte() and pmap_pte(), pte1 0xf

Re: [vfs] buf_daemon() slows down write() severely on low-speed CPU

2012-04-04 Thread Svatopluk Kraus
2012/3/21 Konstantin Belousov : > On Thu, Mar 15, 2012 at 08:00:41PM +0100, Svatopluk Kraus wrote: >> 2012/3/15 Konstantin Belousov : >> > On Tue, Mar 13, 2012 at 01:54:38PM +0100, Svatopluk Kraus wrote: >> >> On Mon, Mar 12, 2012 at 7:19 PM, Konstantin Belousov >> >> wrote: >> >> > On Mon, Mar 12

Startvation of realtime piority threads

2012-04-04 Thread Sushanth Rai
I have a multithreaded user space program that basically runs at realtime priority. Synchronization between threads are done using spinlock. When running this program on a SMP system under heavy memory pressure I see that thread holding the spinlock is starved out of cpu. The cpus are effectivel

GSoC Call for Mentor

2012-04-04 Thread Robert Lorentz
Hi, I've been communicating with the FreeBSD GSoC admins list for a few months now, not realizing only 4 people are on there. I have spoken with Ben Laurie (affiliated with OpenSSL) and Robert Watson regarding my GSoC idea for software implementations of SHA-3 hash algorithms for the purpose of i

GSoC call for mentor

2012-04-04 Thread Robert Lorentz
Hi, I've been communicating with the FreeBSD GSoC admins list for a few months now, not realizing only 4 people are on there. I have spoken with Ben Laurie (affiliated with OpenSSL) and Robert Watson regarding my GSoC idea for software implementations of SHA-3 hash algorithms for the purpose o

Re: Startvation of realtime piority threads

2012-04-04 Thread Konstantin Belousov
On Wed, Apr 04, 2012 at 06:54:06PM -0700, Sushanth Rai wrote: > I have a multithreaded user space program that basically runs at realtime > priority. Synchronization between threads are done using spinlock. When > running this program on a SMP system under heavy memory pressure I see that > thre

Re: CAM disk I/O starvation

2012-04-04 Thread Alexander Leidinger
On Tue, 3 Apr 2012 14:27:43 -0700 Jerry Toung wrote: > On 4/3/12, Gary Jennejohn wrote: > > > It would be interesting to see your patch. I always run HEAD but > > maybe I could use it as a base for my own mods/tests. > > > > Here is the patch This looks fair if all your disks are working at

Re: Startvation of realtime piority threads

2012-04-04 Thread David Xu
On 2012/4/5 9:54, Sushanth Rai wrote: I have a multithreaded user space program that basically runs at realtime priority. Synchronization between threads are done using spinlock. When running this program on a SMP system under heavy memory pressure I see that thread holding the spinlock is sta

Re: Startvation of realtime piority threads

2012-04-04 Thread David Xu
On 2012/4/5 11:56, Konstantin Belousov wrote: On Wed, Apr 04, 2012 at 06:54:06PM -0700, Sushanth Rai wrote: I have a multithreaded user space program that basically runs at realtime priority. Synchronization between threads are done using spinlock. When running this program on a SMP system und

Re: [gsoc2012] Port NetBSD's UDF implementation

2012-04-04 Thread Pedro Giffuni
Hi YongCon; The project would be very interesting for us. I am pretty sure you will not have problems finding a mentor. That said, let me point out an old thread: http://lists.freebsd.org/pipermail/freebsd-stable/2008-May/042565.html I think the biggest problem is that you will have to get acq