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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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,
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
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
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
19 matches
Mail list logo
