Da Zheng, le Mon 22 Mar 2010 09:13:37 +0800, a écrit :
> On 10-3-22 上午1:09, Samuel Thibault wrote:
> >> I'm still not sure. The number of pageouts isn't 0 but vmstat doesn't give
> >> me
> >> anything about swap area. vmstat --swap-active shows me nothing.
> >> Is swap disabled?
> >
> > I'd tend
Hi,
On 10-3-22 上午1:09, Samuel Thibault wrote:
>> I'm still not sure. The number of pageouts isn't 0 but vmstat doesn't give me
>> anything about swap area. vmstat --swap-active shows me nothing.
>> Is swap disabled?
>
> I'd tend to think so.
What is pageouts? Is it not the number of pages that ar
Da Zheng, le Mon 22 Mar 2010 00:58:10 +0800, a écrit :
> On 10-3-22 上午12:32, Samuel Thibault wrote:
> > Da Zheng, le Sun 21 Mar 2010 18:55:48 +0800, a écrit :
> >> Do I disable swap in the right way?
> >
> > You can ask vmstat whether it's really disabled. If it is, there is
> > probably a bug in
On 10-3-22 上午12:32, Samuel Thibault wrote:
> Da Zheng, le Sun 21 Mar 2010 18:55:48 +0800, a écrit :
>> Do I disable swap in the right way?
>
> You can ask vmstat whether it's really disabled. If it is, there is
> probably a bug in Mach in finding argv[0].
I'm still not sure. The number of pageouts
Da Zheng, le Sun 21 Mar 2010 18:55:48 +0800, a écrit :
> Do I disable swap in the right way?
You can ask vmstat whether it's really disabled. If it is, there is
probably a bug in Mach in finding argv[0].
Samuel
Hi,
On 10-3-17 下午8:39, Samuel Thibault wrote:
>
> Mmm, the command column is normally only empty if the page got swapped
> out. If you disable the swap completely, there shouldn't be a problem.
How do I disable swap? I thought if I don't run mach-defpager and swapon, swap
is disabled. I comment t
olafbuddenha...@gmx.net, le Sat 20 Mar 2010 00:46:06 +0100, a écrit :
> > Yes, and it wasn't working a few months ago precisely because it's
> > icky and wasn't up to date.
>
> OK, how about another approach: when new processes are created, someone
> (proc server perhaps? or the process itself?) u
Hi,
On Fri, Mar 19, 2010 at 12:40:13PM +0100, Samuel Thibault wrote:
> olafbuddenha...@gmx.net, le Fri 19 Mar 2010 08:55:09 +0100, a écrit :
> > So the kernel needs specific knowledge regarding how Programs are
> > executed by Hurd?
>
> Yes.
>
> > That's icky...
>
> Yes, and it wasn't working
olafbuddenha...@gmx.net, le Fri 19 Mar 2010 08:55:09 +0100, a écrit :
> > By peeking in the stack to find argv[0].
>
> So the kernel needs specific knowledge regarding how Programs are
> executed by Hurd?
Yes.
> That's icky...
Yes, and it wasn't working a few months ago precisely because it's i
Hi,
On Thu, Mar 18, 2010 at 02:43:04PM +0100, Samuel Thibault wrote:
> olafbuddenha...@gmx.net, le Thu 18 Mar 2010 10:23:26 +0100, a écrit :
> > On Wed, Mar 17, 2010 at 01:39:26PM +0100, Samuel Thibault wrote:
> > > Mmm, the command column is normally only empty if the page got
> > > swapped out.
olafbuddenha...@gmx.net, le Thu 18 Mar 2010 10:23:26 +0100, a écrit :
> On Wed, Mar 17, 2010 at 01:39:26PM +0100, Samuel Thibault wrote:
>
> > Mmm, the command column is normally only empty if the page got swapped
> > out.
>
> How does Mach know the command?...
By peeking in the stack to find ar
Hi,
On Tue, Mar 16, 2010 at 10:21:06AM +0100, Samuel Thibault wrote:
> No wonder why our boxes are becoming farmers...
Not the boxes are becoming farmers, but their relatives... ;-)
(Also, I find the error message excessively confusing, as I have yet to
see it printed when actually something se
Hi,
On Wed, Mar 17, 2010 at 01:39:26PM +0100, Samuel Thibault wrote:
> Mmm, the command column is normally only empty if the page got swapped
> out.
How does Mach know the command?...
-antrik-
Da Zheng, le Wed 17 Mar 2010 20:45:39 +0800, a écrit :
> On 10-3-17 下午8:39, Samuel Thibault wrote:
> > Da Zheng, le Wed 17 Mar 2010 20:00:11 +0800, a écrit :
> >> On 10-3-17 下午6:31, Samuel Thibault wrote:
> After I get pid from ps, how do I map it to task ID in kdb?
> >>>
> >>> You can't, only
Da Zheng, le Wed 17 Mar 2010 20:00:11 +0800, a écrit :
> On 10-3-17 下午6:31, Samuel Thibault wrote:
> >> After I get pid from ps, how do I map it to task ID in kdb?
> >
> > You can't, only the proc server knows that. But for the initial tasks,
> > you know in which order they get started, and thus
On 10-3-17 下午8:39, Samuel Thibault wrote:
> Da Zheng, le Wed 17 Mar 2010 20:00:11 +0800, a écrit :
>> On 10-3-17 下午6:31, Samuel Thibault wrote:
After I get pid from ps, how do I map it to task ID in kdb?
>>>
>>> You can't, only the proc server knows that. But for the initial tasks,
>>> you kno
On 10-3-17 下午6:31, Samuel Thibault wrote:
>> After I get pid from ps, how do I map it to task ID in kdb?
>
> You can't, only the proc server knows that. But for the initial tasks,
> you know in which order they get started, and thus their task number.
so in many cases (the warning is triggered by
Da Zheng, le Wed 17 Mar 2010 18:02:42 +0800, a écrit :
> On 10-3-17 下午5:48, Samuel Thibault wrote:
> >>> For the record, here are the initial tasks and their pid:
> >>>
> >>> task 0 pid 2: gnumach
> >>> task 1 pid 3: ext2fs
> >>> task 2 pid 4: exec
> >>> task 3 pid 1: init
> >>> task 4 pid 0: proc
Hi,
On 10-3-17 下午5:48, Samuel Thibault wrote:
>>> For the record, here are the initial tasks and their pid:
>>>
>>> task 0 pid 2: gnumach
>>> task 1 pid 3: ext2fs
>>> task 2 pid 4: exec
>>> task 3 pid 1: init
>>> task 4 pid 0: proc
>>> task 5 pid 5: auth
>>> task 6 pid 6: /bin/bash
>> OK, so the t
Da Zheng, le Wed 17 Mar 2010 17:39:55 +0800, a écrit :
> On 10-3-17 下午5:20, Samuel Thibault wrote:
> > Da Zheng, le Wed 17 Mar 2010 10:25:13 +0800, a écrit :
> >> 0:1fef52341fef32948 0
> >> 12 gnumach
> >> 0:(...)1:(...)
Da Zheng, le Wed 17 Mar 2010 10:25:13 +0800, a écrit :
> 0: 1fef52341fef32948 0 12
> gnumach
>0:(...)1:(...) ...
> 1: 1fef6b241fef6bc4628 0 12
> ...
> ...
>
> We can see
On 10-3-17 下午5:20, Samuel Thibault wrote:
> Da Zheng, le Wed 17 Mar 2010 10:25:13 +0800, a écrit :
>> 0: 1fef52341fef32948 0 12
>> gnumach
>> 0:(...)1:(...) ...
>> 1: 1fef6b241fef6bc4628 0
Hi,
On 10-3-17 上午10:25, Da Zheng wrote:
> OK, now I can invoke kdb and set the variable. After the Hurd triggers the
> warning, I get to kdb and invoke 'show all thread/u", but I don't know how to
> find the task that trigger the warning. There are so many tasks and threads.
> The
I know which ta
Hi,
On 10-3-16 下午8:59, Samuel Thibault wrote:
>
> Get the address of the mach_port_deallocate_debug variable, set it to 1
> by entering kdb and use
>
> w theaddress 1
>
> then trigger the warning, you'll now get kdb invoked from the context.
> Then you can use trace to get the backtrace, and "s
Da Zheng, le Tue 16 Mar 2010 22:39:22 +0800, a écrit :
> How do I invoke kdb? I have kdb-enabled gnumach, but the only time I can use
> kdb
> is when the kernel crashes.
ctrl-alt-d
Samuel
Hi,
On 10-3-16 下午8:59, Samuel Thibault wrote:
>>> Are you using the latest libc from debian-ports? (2.10.2-6+hurd.1)
>>> One important fixes got in it, and should get rid of that warning flood.
>> You are right. After I upgraded libc, no warning flood any more when I use
>> vim.
>> I don't know i
Samuel Thibault, le Tue 16 Mar 2010 13:59:11 +0100, a écrit :
> Get the address of the mach_port_deallocate_debug variable, set it to 1
> by entering kdb and use
>
> w theaddress 1
>
> then trigger the warning, you'll now get kdb invoked from the context.
> Then you can use trace to get the backt
Da Zheng, le Tue 16 Mar 2010 19:51:31 +0800, a écrit :
> On 10-3-16 下午5:21, Samuel Thibault wrote:
> > Da Zheng, le Tue 16 Mar 2010 12:48:15 +0800, a écrit :
> >> I now use the gnumach from the master branch in the git repository for
> >> development. After I built and reboot my machine, I saw a fe
Hi,
On 10-3-16 下午5:21, Samuel Thibault wrote:
> Da Zheng, le Tue 16 Mar 2010 12:48:15 +0800, a écrit :
>> I now use the gnumach from the master branch in the git repository for
>> development. After I built and reboot my machine, I saw a few warning
>> messages
>> printed on the screen: task
Da Zheng, le Tue 16 Mar 2010 12:48:15 +0800, a écrit :
> I now use the gnumach from the master branch in the git repository for
> development. After I built and reboot my machine, I saw a few warning messages
> printed on the screen: task deallocating an invalid port xx, most
> probably
> a b
Hello,
I now use the gnumach from the master branch in the git repository for
development. After I built and reboot my machine, I saw a few warning messages
printed on the screen: task deallocating an invalid port xx, most probably
a bug. What's worse, when I ran vim, there are too many such
31 matches
Mail list logo
