<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
I used to use Squid Cache in my modem days. <br>
<a class="moz-txt-link-freetext" href="http://www.squid-cache.org/">http://www.squid-cache.org/</a><br>
<br>
<br>
On 10/4/2010 1:47 AM, James Ewing Cottrell 3rd wrote:
<blockquote cite="mid:4CA96A8E.9080801@Comcast.NET" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
DUDE! Modems are SOOOO 20th Century.<br>
<br>
Get yourself a Cable Modem, or FIOS, or something!<br>
<br>
And another G of memory (2G total) would also be nice.<br>
<br>
JIM<br>
<br>
P.S. Ask your ISP if they have a Web Cache Proxy you can
use....that might be faster.<br>
<br>
On 10/3/2010 3:49 PM, Walt Smith wrote:
<blockquote
cite="mid:748388.92002.qm@web120007.mail.ne1.yahoo.com"
type="cite">
<pre wrap="">Hi,
I'd like to offer observations, and hope to
see if anyone may have seen or heard similar.
I'm using F-12, FF 3.5.9, 2 different distro kernels and have used
F-10 thru 3 kernels, with the same peculiarities.
I know this is purely hum observable, so if you're into
instrumentation, you'll be disappointed.
Same box for 2 cases with with 512 megs ram, DDR 2700. 2.6 ghz.
case 1:
Using modem lights, with web pages, they blink and sometimes
there's a bit of time when they don't blink; I'm talking maybe
1/2 second - 1 second. Using FF with multiple tabs.
This has been the case forever ( F9, F7 etc.. )
case 2:
slashdot often, I mean 50% of the time, times out and I
have to reload the web page. I usually make sure other
web pages aren't loading. This happened in F10, F12.
CHANGE: I upgrade box to 1 gig megs ram.
case 1:
web lights blink a lot less and are mostly continuously on.
When they blink, it is briefly at the same time rather than
separately. My D/L's are marginally faster, it seems.
case 2:
slashdot loads and doesn't give some kind of "connection timeout"
It properly completes.
case 3:
( only recently )
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.theregister.co.uk">www.theregister.co.uk</a>, on first try of the day, gets an "entrynotfound"
in the status bar, and the web page for teoma.com comes up, and
can't find the vulture !! dns is coretel. It takes several tries
including perhaps closing the tab and retrying several times. It takes
unknown tries ( 5-10?) but eventually works. So far, other web pages
seem OK.
I know X and FF can eat up space, but -- *really * ??????
I don't get much in the way of swap lights on HD if they're the
only 2 apps running ... I can kill FF, and restart with the same
effect. I really don't want to believe I need so much memory
for mundance tasks. OTOH, I suppose I could remove the DRR's and
use "free" to show I DO have free memory.. But I don't think
it would say much except memory is free...
speculation??
thx,
Walt.............
_______________________________________________
CALUG mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:CALUG@unknownlamer.org">CALUG@unknownlamer.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.unknownlamer.org/listinfo/calug">http://lists.unknownlamer.org/listinfo/calug</a></pre>
<pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
No virus found in this incoming message.
Checked by AVG - <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.avg.com">www.avg.com</a>
Version: 9.0.856 / Virus Database: 271.1.1/3174 - Release Date: 10/03/10 02:34:00
</pre>
</blockquote>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
CALUG mailing list
<a class="moz-txt-link-abbreviated" href="mailto:CALUG@unknownlamer.org">CALUG@unknownlamer.org</a>
<a class="moz-txt-link-freetext" href="http://lists.unknownlamer.org/listinfo/calug">http://lists.unknownlamer.org/listinfo/calug</a>
</pre>
</blockquote>
<br>
</body>
</html>