Using 6.1A if I connect with Phindows to a SMP machine, the machine
will look up after a few seconds.
Running localy cause no problem.
- Mario
Hi Mario,
Just pointed this out to the gui support team. Sounds like a problem with
phrelay’s thread handling, but hey what do I know, I’m hardware 
E.
Mario Charest <mcharest@voidzinformatic.com> wrote:
Using 6.1A if I connect with Phindows to a SMP machine, the machine
will look up after a few seconds.Running localy cause no problem.
- Mario
Mario Charest a écrit :
Using 6.1A if I connect with Phindows to a SMP machine, the machine
will look up after a few seconds.Running localy cause no problem.
- Mario
Not sure that the problem comes from SMP. We often encounter some
understandable delays, and not only with Phindows. My think is that
there is something not ‘well lubricated’ in the tcp stack!
regards,
Alain.
“Hardware Support Account” <hw@qnx.com> wrote in message
news:9r1ecn$fn4$7@nntp.qnx.com…
Hi Mario,
Just pointed this out to the gui support team. Sounds like a problem with
phrelay’s thread handling, but hey what do I know, I’m hardware >
I’m not sure either but I get the impression it’s related to XPhoton.
If I slay it, it’s lockup free. To my knowledge I’m not starting
any program making use of XPhoton.
E.
Mario Charest <> mcharest@voidzinformatic.com> > wrote:
Using 6.1A if I connect with Phindows to a SMP machine, the machine
will look up after a few seconds.Running localy cause no problem.
- Mario
“Alain Bonnefoy” <alain.bonnefoy@icbt.com> wrote in message
news:3BD52E75.7B9F04BA@icbt.com…
Mario Charest a écrit :
Using 6.1A if I connect with Phindows to a SMP machine, the machine
will look up after a few seconds.Running localy cause no problem.
- Mario
Not sure that the problem comes from SMP. We often encounter some
understandable delays, and not only with Phindows.
Every hour or so, my Phindows session will freeze for 2-3 seconds.
I have not been able to find the source (could well be the network
setup here or my machine).
My think is that
there is something not ‘well lubricated’ in the tcp stack!regards,
Alain.
This appears to be a bug in phrelay. It just happens quicker on an
SMP machine, but it seems to be the smae bug.
Thanks
Rodney
Mario Charest <mcharest@clipzinformatic.com> wrote:
“Alain Bonnefoy” <> alain.bonnefoy@icbt.com> > wrote in message
news:> 3BD52E75.7B9F04BA@icbt.com> …
Mario Charest a écrit :Using 6.1A if I connect with Phindows to a SMP machine, the machine
will look up after a few seconds.Running localy cause no problem.
- Mario
Not sure that the problem comes from SMP. We often encounter some
understandable delays, and not only with Phindows.Every hour or so, my Phindows session will freeze for 2-3 seconds.
I have not been able to find the source (could well be the network
setup here or my machine).My think is that
there is something not ‘well lubricated’ in the tcp stack!regards,
Alain.
Hello All
There is a new phrelay on the R&D Developes site. It is in the fixes
section. This phrelay fixes known lockup issues.
Thanks
Rodney
Gui Group <gui@qnx.com> wrote:
This appears to be a bug in phrelay. It just happens quicker on an
SMP machine, but it seems to be the smae bug.Thanks
Rodney
Mario Charest <> mcharest@clipzinformatic.com> > wrote:“Alain Bonnefoy” <> alain.bonnefoy@icbt.com> > wrote in message
news:> 3BD52E75.7B9F04BA@icbt.com> …
Mario Charest a écrit :Using 6.1A if I connect with Phindows to a SMP machine, the machine
will look up after a few seconds.Running localy cause no problem.
- Mario
Not sure that the problem comes from SMP. We often encounter some
understandable delays, and not only with Phindows.Every hour or so, my Phindows session will freeze for 2-3 seconds.
I have not been able to find the source (could well be the network
setup here or my machine).My think is that
there is something not ‘well lubricated’ in the tcp stack!regards,
Alain.
“Gui Group” <gui@qnx.com> wrote in message news:9rrou2$ddm$1@nntp.qnx.com…
Hello All
There is a new phrelay on the R&D Developes site. It is in the fixes
section. This phrelay fixes known lockup issues.
I’ll give it a try on an SMP machine tonight.
This isn’t the latest one is it? I was told a glitch with color text
was fix, but it isn’t ;-(
Thanks
RodneyGui Group <> gui@qnx.com> > wrote:
This appears to be a bug in phrelay. It just happens quicker on an
SMP machine, but it seems to be the smae bug.Thanks
Rodney
Mario Charest <> mcharest@clipzinformatic.com> > wrote:“Alain Bonnefoy” <> alain.bonnefoy@icbt.com> > wrote in message
news:> 3BD52E75.7B9F04BA@icbt.com> …
Mario Charest a écrit :Using 6.1A if I connect with Phindows to a SMP machine, the machine
will look up after a few seconds.Running localy cause no problem.
- Mario
Not sure that the problem comes from SMP. We often encounter some
understandable delays, and not only with Phindows.Every hour or so, my Phindows session will freeze for 2-3 seconds.
I have not been able to find the source (could well be the network
setup here or my machine).My think is that
there is something not ‘well lubricated’ in the tcp stack!regards,
Alain.
\
“Mario Charest” <mcharest@clipzinformatic.com> wrote in message
news:9rrskg$hvn$1@inn.qnx.com…
“Gui Group” <> gui@qnx.com> > wrote in message
news:9rrou2$ddm$> 1@nntp.qnx.com> …
Hello AllThere is a new phrelay on the R&D Developes site. It is in the fixes
section. This phrelay fixes known lockup issues.
I’ll give it a try on an SMP machine tonight.
Has been working on an SMP machine for 20 minutes now without
any lock up, looking good!
Mario Charest <mcharest@voidzinformatic.com> wrote:
“Mario Charest” <> mcharest@clipzinformatic.com> > wrote in message
news:9rrskg$hvn$> 1@inn.qnx.com> …“Gui Group” <> gui@qnx.com> > wrote in message
news:9rrou2$ddm$> 1@nntp.qnx.com> …
Hello AllThere is a new phrelay on the R&D Developes site. It is in the fixes
section. This phrelay fixes known lockup issues.
I’ll give it a try on an SMP machine tonight.
Has been working on an SMP machine for 20 minutes now without
any lock up, looking good!
You misunderstood 6 nines reliability Mario; it’s 20 minutes
downtime in forty years, not 20 minutes uptime with a reboot 
-RK
Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Consulting and Training at www.parse.com
Email my initials at parse dot com.