Hello,
On 10-6-13 上午7:06, Samuel Thibault wrote:
>>> Mmm, this could just be gnumach not writing back the cached data that
>> Why does gnumach need to write back the data?
>
> Ah, sorry, you're reading the file not writing it. Anwyay, it's still
> the same issue: gnumach doesn't dare dropping it.
Da Zheng, le Sat 12 Jun 2010 21:23:51 +0800, a écrit :
> On 10-6-12 下午7:58, Samuel Thibault wrote:
> > Da Zheng, le Sat 12 Jun 2010 19:46:49 +0800, a écrit :
> >> Here is what I did. I scp a big file from the Hurd (in the virtual
> >> machine) to
> >> the host OS. I check the memory statics with v
2010/6/11 Jérémie Koenig :
> I'm going to move on to the other parts of my project for now unless
> some critical problem with the attached patch shows up.
Such as its author forgetting about enabling ramdisk_write() in
RAMDISK_DEV_OPS, and hence testing it :-/
I attach the corrected patch.
--
J
On 10-6-12 下午7:58, Samuel Thibault wrote:
> Hello,
>
> Da Zheng, le Sat 12 Jun 2010 19:46:49 +0800, a écrit :
>> Here is what I did. I scp a big file from the Hurd (in the virtual machine)
>> to
>> the host OS. I check the memory statics with vmstat constantly. After a
>> while, I
>> can see the
Hello,
Da Zheng, le Sat 12 Jun 2010 19:46:49 +0800, a écrit :
> Here is what I did. I scp a big file from the Hurd (in the virtual machine) to
> the host OS. I check the memory statics with vmstat constantly. After a
> while, I
> can see the physical memory in the hurd system is exhausted and the
Hello,
I was debugging my DDE NIC driver, and found a serious memory leak. At first I
thought it was caused by my modification in gnumach. Then I tried the gnumach
from the debian repository and the original pfinet, and the same memory leak
occurs.
Here is what I did. I scp a big file from the Hu
