Hi Alex, see inline:
Alex Alexander wrote:
Hey David,
I understand all that, I am willing to make sacrifices...
Never heard of MRQ, I know IMQ is a famous shaping protocol but it needs
kernel patching and right now I don't feel like compiling a kernel. Still an
option though.
First, my ba
Hi People,
Since this AJAX buzzword had started, companies had jumped and started
writing some "web apps" that uses those technologies to create some
really nice stuff..
One of those famous applications is called "Writely" and it's a web
based word-processor. It's in beta stage now, although it s
http://www.oreilly.com/roughcuts/faq.csp - O'Reilly Rough Cuts
--
Eli Marmor's Law: netiquette forbids people from replying "I agree with
you" to messages in mailing lists, skewing discussions in favor of the
troublemaker type of dissenters.
My own blog is at http://tddpirate.livejournal.com/
M
Something must be seriously ed up with my linux box.I DL'ed wondershaper. Set it up for DL=350 (384), UL=96 (128) on eth1 (dsl). Values in parentheses are adsl true bandwidth.Pinged
www.forthnet.gr (my provider)...PING www.forthnet.gr (193.92.150.50) 56(84) bytes of data.64 bytes from
www.for
On Mon, 23 Jan 2006 21:36:00 +0200, Shlomo Solomon wrote:
>
> In cron.hourly there are 5 jobs. None of them are **heavy**, but cron seems to
> finish only after 50 minutes.
>
> cron.hourly runs at 1 minute past the hour. Here's the relevant line
> from /etc/crontab:
>
> [snip]
>
> At 1 mnute past t
Hi again
I did a clean install of Mandriva2006 on my machine and although, on the
whole, it went well, I have had a few minor problems. Although I solved most
of them, there are still a few that I can't seem to solve.
Here is one such problem:
In cron.hourly there are 5 jobs. None of them are
Baruch Even wrote:
>The best bet would be to use RED with ECN for TCP, this way you send the
>correct messages to the TCP layer without dropping downloaded packets.
>
>
ECN uses two TCP flags that were considered "reserved" for decades
(literally). Last I heared (which was some while ago, I admi
On Monday 23 January 2006 18:44, Leonid Podolny wrote:
> The question is if the local /boot and /home filesystems at
> shoshana.solomon are actually located on different partitions. There was
> some issue that the export works only on the same partitions. I mean, if
> it is the case, you will have
On Monday 23 January 2006 18:50, Yedidyah Bar-David wrote:
> On Mon, Jan 23, 2006 at 06:06:58PM +0200, Shlomo Solomon wrote:
> > Any clues would be appreciated
>
> Re /home, /boot - maybe they are different filesystems? If so, you
> should know the kernel nfs server (which is almost certainly what
On Mon, Jan 23, 2006 at 06:06:58PM +0200, Shlomo Solomon wrote:
> Any clues would be appreciated
Re /home, /boot - maybe they are different filesystems? If so, you
should know the kernel nfs server (which is almost certainly what you
use) does not cross FS bounderies. Export them explicitely.
Re
I've never used nfs before since aside from my computer, all the other
machines on my network were Win98 so I used Samba.
I convinced my wife to try Mandriva2006 and she's quite happy with it. So now
I wanted to use nfs to share files.
I set up nfs in both directions (amazingly easy to do - no
Shachar Shemesh wrote:
> Baruch Even wrote:
>
>
>>The best bet would be to use RED with ECN for TCP, this way you send the
>>correct messages to the TCP layer without dropping downloaded packets.
>>
>>
>
> ECN uses two TCP flags that were considered "reserved" for decades
> (literally). Last I
Geoffrey S. Mendelson wrote:
>On Mon, Jan 23, 2006 at 04:32:16PM +0200, Shachar Shemesh wrote:
>
>
>
>>No, this is plain wrong. TCP employs a very powerful congestion control.
>>When it notices that the connection exceeded its allocated bandwidth, it
>>will lower the transmission rate, thus elim
On Mon, Jan 23, 2006 at 04:32:16PM +0200, Shachar Shemesh wrote:
> No, this is plain wrong. TCP employs a very powerful congestion control.
> When it notices that the connection exceeded its allocated bandwidth, it
> will lower the transmission rate, thus eliminating the need to drop
> further pac
On Mon, 2006-01-23 at 15:37 +0200, Geoffrey S. Mendelson wrote:
> On Mon, Jan 23, 2006 at 03:12:22PM +0200, David Randelman wrote:
>
> > From my experience the main problem is believe it or not your download
> > speed as well, the ISP creates huge buffers of data being sent to you.
> > If you wa
Geoffrey S. Mendelson wrote:
>This just causes double transmission of the packets. The effective bandwidth
>of the line drops, but the actual queues still stay large.
>
No, this is plain wrong. TCP employs a very powerful congestion control.
When it notices that the connection exceeded its allocat
On Mon, Jan 23, 2006 at 03:12:22PM +0200, David Randelman wrote:
> From my experience the main problem is believe it or not your download
> speed as well, the ISP creates huge buffers of data being sent to you.
> If you want low latency you will have to disable the ISP downlink buffer
> or at l
Hey David,
I understand all that, I am willing to make sacrifices...
Never heard of MRQ, I know IMQ is a famous shaping protocol but it needs
kernel patching and right now I don't feel like compiling a kernel. Still an
option though.
What annoys me is that I've found like 5 different scripts/i
David Randelman wrote:
> To make a long story short, you will not be able to obtain a fast
> download stream AND hope to obtain minimum latency for gaming unless you
> use tc to cut your bandwidth by half or more and at the same time it
> will help to place the MRQ module.
I don't think you really
On Mon, Jan 23, 2006 at 03:12:22PM +0200, David Randelman wrote:
> From my experience the main problem is believe it or not your download
> speed as well, the ISP creates huge buffers of data being sent to you.
> If you want low latency you will have to disable the ISP downlink buffer
> or at l
The Tel Aviv Linux Club (Telux - http://www.cs.tau.ac.il/telux/ )
will hold a presentation of Doron Bleiberg about "CASE (= Computer Aided
Software Engineering) Tools and What's Between Them". The presentation will
take place on Sunday, 29 January 2006, at 18:30, in room 008 of the Schreiber
bui
Alex,
From my experience the main problem is believe it or not your download
speed as well, the ISP creates huge buffers of data being sent to you.
If you want low latency you will have to disable the ISP downlink buffer
or at least reduce it, normally from my experience a 1.5Mbit line needs
t
On Monday 23 January 2006 13:42, you wrote:
> Alex Alexander wrote:
> > Greetings everyone,
> >
> > I'll try to keep it short. I have a linux routing machine connecting my
> > 384kbps adsl line (eth1) with my local network (eth0). Its running Debian
> > unstable, w/ kernel 2.6.15 and the usual serv
Alex Alexander wrote:
> Greetings everyone,
>
> I'll try to keep it short. I have a linux routing machine connecting my
> 384kbps adsl line (eth1) with my local network (eth0). Its running Debian
> unstable, w/ kernel 2.6.15 and the usual services (proxy, dns, dhcp, etc
> etc).
>
> I am trying
Greetings everyone,
I'll try to keep it short. I have a linux routing machine connecting my
384kbps adsl line (eth1) with my local network (eth0). Its running Debian
unstable, w/ kernel 2.6.15 and the usual services (proxy, dns, dhcp, etc
etc).
I am trying to shape traffic, both incoming and o
25 matches
Mail list logo