On Wed, 2 Oct 2002, Donovan Baarda wrote:
> In fact, that is so bad I can't believe the PIO mode -u0 would be like that,
> otherwise heaps more people would be having heaps more problems... it also
> wouldn't surprise me in this day of ATA-133 if some new drives had very bad
> PIO mode implementati
On Wed, 2 Oct 2002, Donovan Baarda wrote:
> In fact, that is so bad I can't believe the PIO mode -u0 would be like that,
> otherwise heaps more people would be having heaps more problems... it also
> wouldn't surprise me in this day of ATA-133 if some new drives had very bad
> PIO mode implementat
On Wed, Oct 02, 2002 at 09:05:43PM +1000, Simon Bland wrote:
> On Wed, Oct 02, 2002 at 08:30:00PM +1000, Donovan Baarda wrote:
> > Don't forget the old reliable (adjust params to your particular situation);
> >
> > hdparm -m16 -c1 -d1 -u1 /dev/hda
> > irqtune 3 14
> >
>
> After setting this up a
On Wed, 2 Oct 2002 13:27, Simon Bland wrote:
> Being that it's new hardware (AMD XP 2200+), I find it hard to believe
> that it wouldn't be able to keep up with a serial port, but if there was
> some way I could test the hardware to find if and what would be causing
> that sorta problem, that'd be
On Wed, Oct 02, 2002 at 12:36:06PM +0200, Russell Coker wrote:
> > Don't forget the old reliable (adjust params to your particular situation);
> >
> > hdparm -m16 -c1 -d1 -u1 /dev/hda
> > irqtune 3 14
> >
This seems to have fixed up the problem.
>
> In any case, if things are working properly th
On Wed, 2 Oct 2002 12:30, Donovan Baarda wrote:
> Don't forget the old reliable (adjust params to your particular situation);
>
> hdparm -m16 -c1 -d1 -u1 /dev/hda
> irqtune 3 14
>
> Install the hwtool package and configure... This enables interupts when
> processing hda interupts, allowing interlea
On Wed, Oct 02, 2002 at 09:05:43PM +1000, Simon Bland wrote:
> On Wed, Oct 02, 2002 at 08:30:00PM +1000, Donovan Baarda wrote:
> > Don't forget the old reliable (adjust params to your particular situation);
> >
> > hdparm -m16 -c1 -d1 -u1 /dev/hda
> > irqtune 3 14
> >
>
> After setting this up
On Wed, Oct 02, 2002 at 11:30:07AM +0200, Russell Coker wrote:
> On Wed, 2 Oct 2002 12:15, Statu Nascendi wrote:
> > Maybe you can get through this without changing your hardware, by enqueing
> > the outgoing packets on the linux box, not on the modem.
> > This can be done using QOS - cbq or tbf (w
On Wed, 2 Oct 2002 13:27, Simon Bland wrote:
> Being that it's new hardware (AMD XP 2200+), I find it hard to believe
> that it wouldn't be able to keep up with a serial port, but if there was
> some way I could test the hardware to find if and what would be causing
> that sorta problem, that'd be
On Wed, 2 Oct 2002 12:15, Statu Nascendi wrote:
> Maybe you can get through this without changing your hardware, by enqueing
> the outgoing packets on the linux box, not on the modem.
> This can be done using QOS - cbq or tbf (which have to be compiled in the
> kernel or as modules) to slow down an
To: "Simon Bland" <[EMAIL PROTECTED]>;
Sent: Wednesday, October 02, 2002 10:44 AM
Subject: Re: Odd network behaviour
> On Wed, 2 Oct 2002 05:02, Simon Bland wrote:
> > I've recently upgrade my desktop and I've noticed some odd behaviour
> > with my network s
On Wed, Oct 02, 2002 at 12:36:06PM +0200, Russell Coker wrote:
> > Don't forget the old reliable (adjust params to your particular situation);
> >
> > hdparm -m16 -c1 -d1 -u1 /dev/hda
> > irqtune 3 14
> >
This seems to have fixed up the problem.
>
> In any case, if things are working properly t
On Wed, 2 Oct 2002 05:02, Simon Bland wrote:
> I've recently upgrade my desktop and I've noticed some odd behaviour
> with my network since then.. My machine is currently acting as the
> gateway for a small home LAN, I'm running dnsmasq to handle the
> forwarding and iptables for the firewall.
>
>
On Wed, 2 Oct 2002 12:30, Donovan Baarda wrote:
> Don't forget the old reliable (adjust params to your particular situation);
>
> hdparm -m16 -c1 -d1 -u1 /dev/hda
> irqtune 3 14
>
> Install the hwtool package and configure... This enables interupts when
> processing hda interupts, allowing interle
On Wed, Oct 02, 2002 at 11:30:07AM +0200, Russell Coker wrote:
> On Wed, 2 Oct 2002 12:15, Statu Nascendi wrote:
> > Maybe you can get through this without changing your hardware, by enqueing
> > the outgoing packets on the linux box, not on the modem.
> > This can be done using QOS - cbq or tbf (
On Wed, 2 Oct 2002 12:15, Statu Nascendi wrote:
> Maybe you can get through this without changing your hardware, by enqueing
> the outgoing packets on the linux box, not on the modem.
> This can be done using QOS - cbq or tbf (which have to be compiled in the
> kernel or as modules) to slow down a
To: "Simon Bland" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, October 02, 2002 10:44 AM
Subject: Re: Odd network behaviour
> On Wed, 2 Oct 2002 05:02, Simon Bland wrote:
> > I've recently upgrade my desktop and I've noticed some odd behaviour
On Wed, 2 Oct 2002 05:02, Simon Bland wrote:
> I've recently upgrade my desktop and I've noticed some odd behaviour
> with my network since then.. My machine is currently acting as the
> gateway for a small home LAN, I'm running dnsmasq to handle the
> forwarding and iptables for the firewall.
>
>
I've recently upgrade my desktop and I've noticed some odd behaviour
with my network since then.. My machine is currently acting as the
gateway for a small home LAN, I'm running dnsmasq to handle the
forwarding and iptables for the firewall.
The odd behaviour is that any time my machine is under l
I've recently upgrade my desktop and I've noticed some odd behaviour
with my network since then.. My machine is currently acting as the
gateway for a small home LAN, I'm running dnsmasq to handle the
forwarding and iptables for the firewall.
The odd behaviour is that any time my machine is under
20 matches
Mail list logo
