Re: [Leaf-user] Celeron/Pentium vs Duron/Athlon

2002-03-31 Thread Scott C. Best

Greg:
Heya. A quick comment or two to your recent post:

  Is there a significant performance penalty when using a Celeron or
  Duron processor vs an Athlon or Pentium. Not just in speed but in in
  the ability to process.

 This is a really broad question.  It all depends on what you want to
 do. I read a performance review on www.tomshardware.com.  I don't recall
 the link but the data is almost a year old.  It influenced how I look at
 hardware now.

I know the feeling. THG influenced the way that I look
at *benchmarks*. Each of them (and there are many; typically THG's
site uses a dozen or so different benchmarks when the review or
compare  contrast multiple systems) is essentially restricted from
demonstrating infinite performance because of a system bottleneck.
That is, typically just one thing in the system will holdback a
system's performance in any given benchmark. This could be cache
size, FSB speed, CPU MHz, northbridge chipset vendor, memory bus
bandwidth, memory latency, graphics card speed, etc.
So the best way to see how good a system is is to run it
against multiple benchmarks which evaluate performance against multiple
bottlenecks. Then you can make an informed decision about where to
spend your money to go after the cheapest bottleneck. I'd agree
with what Tom said: for sub-1GHz machines, the most bang for a buck
can most often be had by upgrading the graphics card.


 Tom's Hardware has made other comparisons.  He has found Duron and
 Athlon's out perform Intel chips.  I get the picture that the food chain
 looks like celeron, pentium, duron, athlon...this is a genralization.
 The other problem when looking at speed is that Intel use this a
 marketing tool.  AMD chips perform better at lower speeds suggesting
 that the ability to process is held by AMD chips.


You could start a religious war here. :) THG does a fairly
good job of reporting about which systems are currently the top-dog
at a given price target. I'd agree that AMD holds the lead here.
However, THG also overclocks whatever they can get their hands on,
to see whose system has more game left in it. In this category, Intel's
P4 is out in front (though you'd pay more it).

Also, I understand that there are multiple reporters who
work for THG, and they each have their personal preferences. I
recall reading one who was upset about paying $15 more for a stick
of RDRAM than DDR SDRAM, but thought paying $20 more for CAS=2
memory instead of CAS=2.5 memory was well worth it. Shrug.

Lastly, surely both Intel and AMD use performance numbers as
marketing tools: Intel boasts that they have the fastest CPU frequency,
and AMD boasts that their design does more work per clock cycle so it
doesn't matter. They're competitors approaching a big market in two
different manners (Intel wants to own the high-margin Performance
Desktop segment, while AMD wants to own the high-volume Mainstream
Desktop segment), so I'm  not surprised that there's marketing and
positioning. I'd greatly prefer the spend their monies on that than
on, say, more Blue Man Group advertisements. :)

cheers,
Scott


___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user



[Leaf-user] default policy=reject...?

2002-03-31 Thread Jon Clausen

Hi List

Never got around to it, but since one of my friends portscanned the Dachstein 
(rc1-floppy-dmz) box the other day, I'm now reminded that I wanted to change 
the default policy, so closed ports don't show...

It's set set up with
IPFILTER_SWITCH=firewall

Question:
The place to make this change is ipfilter.conf in the 

# A function to configure the filters for firewalling
ipfilter_firewall_cfg () {
-section, in:
ipfilter_policy DENY

-to:
ipfilter_policy REJECT

... right?

TIA

Jon Clausen
-- 
.signature ;)

___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user



[Leaf-user] Breaking the 255 byte barrier

2002-03-31 Thread Paul M. Wright, Jr.

Greetings!

I'm working on a project using the Dachstein v1.0.2 on a flash module.
Everything is working well except that I am up against the 255 character
limit for syslinux.cfg.  As an immediate workaround, I just renamed several
of the packages with 1 character names (1.lrp, etc.) but that causes
problems with backing them up and is just generally inelegant.

I searched the mail archives because I recall seeing mention of some sort of
substitution where you replace the package list in syslinux.cfg with a
pointer to a file that contains the package names.  I couldn't find it,
although I did find mention of a workaround such as I used.

Can anyone help me out with the specifics of how to get around the
255-character limit?

thanks!

paul

Paul M. Wright, Jr.
McKay Technologies
making technology play nice


___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user



Re: [Leaf-user] Breaking the 255 byte barrier

2002-03-31 Thread Victor McAllister

How about using the file lrpkg.cfg according to the DCD format.  Not a lot of
difference between a CD and a flash other than R/W.

lrpkg.cfg has no limit.  It is is just a text line containing everything from
syslinux.cfg after the LRP=

it could look like this
etc,local,modules,ramlog,dhcpd,lbiz,sshd,,ifconfig,ipsec,ipsec509,weblet,psentry

If you want a file to load from the floppy instead of the flash use something
like libz:R

Paul M. Wright, Jr. wrote:

 Greetings!

 I'm working on a project using the Dachstein v1.0.2 on a flash module.
 Everything is working well except that I am up against the 255 character
 limit for syslinux.cfg.  As an immediate workaround, I just renamed several
 of the packages with 1 character names (1.lrp, etc.) but that causes
 problems with backing them up and is just generally inelegant.

 I searched the mail archives because I recall seeing mention of some sort of
 substitution where you replace the package list in syslinux.cfg with a
 pointer to a file that contains the package names.  I couldn't find it,
 although I did find mention of a workaround such as I used.

 Can anyone help me out with the specifics of how to get around the
 255-character limit?

 thanks!

 paul


___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user



RE: [Leaf-user] Breaking the 255 byte barrier

2002-03-31 Thread Paul M. Wright, Jr.

Victor -

Thanks! I did look at the DCD image to see how it was done but in the ISO
image, the syslinux.cfg file has the packages listed out and the lrpkg.cfg
has that same information so I'm not clear on the syntax to make the program
look for the list of packages in the lrpkg.cfg file.  That's the point where
I'm stuck.

It can't be as simple as putting ...LRP=/dev/hda1/lrpkg.cfg in the
syslinux.cfg.  Or can it?

paul


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Victor
 McAllister
 Sent: Sunday, March 31, 2002 6:37 PM
 To: Leaf-User@Lists. Sourceforge. Net
 Subject: Re: [Leaf-user] Breaking the 255 byte barrier


 How about using the file lrpkg.cfg according to the DCD format.
 Not a lot of
 difference between a CD and a flash other than R/W.

 lrpkg.cfg has no limit.  It is is just a text line containing
 everything from
 syslinux.cfg after the LRP=

 it could look like this
 etc,local,modules,ramlog,dhcpd,lbiz,sshd,,ifconfig,ipsec,ipsec509,
 weblet,psentry

 If you want a file to load from the floppy instead of the flash
 use something
 like libz:R

 Paul M. Wright, Jr. wrote:

  Greetings!
 
  I'm working on a project using the Dachstein v1.0.2 on a flash module.
  Everything is working well except that I am up against the 255 character
  limit for syslinux.cfg.  As an immediate workaround, I just
 renamed several
  of the packages with 1 character names (1.lrp, etc.) but that causes
  problems with backing them up and is just generally inelegant.
 
  I searched the mail archives because I recall seeing mention of
 some sort of
  substitution where you replace the package list in syslinux.cfg with a
  pointer to a file that contains the package names.  I couldn't find it,
  although I did find mention of a workaround such as I used.
 
  Can anyone help me out with the specifics of how to get around the
  255-character limit?
 
  thanks!
 
  paul


 ___
 Leaf-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/leaf-user


___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user



Re: [Leaf-user] Celeron/Pentium vs Duron/Athlon

2002-03-31 Thread Greg Morgan


Scott C. Best wrote:

 
 You could start a religious war here. :) THG does a fairly
 good job of reporting about which systems are currently the top-dog
 at a given price target. I'd agree that AMD holds the lead here.
 However, THG also overclocks whatever they can get their hands on,
 to see whose system has more game left in it. In this category, Intel's
 P4 is out in front (though you'd pay more it).

Yeah I should be careful.  I really don't mean to start a religious
war.  I used to buy only Intel processors. That comes from the my days
with early 80286 clones.  AMD had some problems.  Actually I was an
Intel bigot for many years.  Now at this day and age--and I speak for
myself--I don't think the hardware much matters anymore.  500mhz is good
enough, 1000mhz is just right for games even with a bad video card.  The
trouble is that it is hard to see the difference after your hardware is
at a certain level of performance.  For example I blew some money on DDR
memory, and I don't now how much it matters for a Windows desktop.  I'll
soon be dual booting this machine with Linux and may be I might get
excited!?  LOL...I think I was more impressed with game texture map
improvements generated by my recent video card purchase, than the kids
were.

In this day and age I buy for price and not name brands.  Since I am
buying for price.  Since Intel has desupported socket7 hardware and the
lowend desktop.  Since AMD and others can create a chip set for a
motherboard. I find that I have wound up with AMD hardware.

I really don't worry about running hardware bench marks on my own
equipment because there's not allot I worry about in tweaking hardware. 
In most cases, the general all around performance is good.  I'll only
really get excited if they can ever improve the bus speed because that's
where the real problems lie these days.  That's where I feel it is all
commodity junk.  If an Intel chip was on sale, I'd buy it.  For the home
market buy what you can afford and you'd do just fine.

I think Dan Gilleece had some insightful comments on the subject too.

I hope this helps,
Greg

___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user



[Leaf-user] openssh in bering

2002-03-31 Thread Jim Van Eeckhoutte

Has anyone been able to get openssh to work on a bering single
installation cd . I have bare minimum installed in the way of lrp pkgs.I
get nuthing but errors when trying to backup before reboot. 


___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user



RE: [Leaf-user] openssh in bering

2002-03-31 Thread Jim Van Eeckhoutte

Ooops
Sorry meant single installation floppy not cd

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Jim Van
Eeckhoutte
Sent: Sunday, March 31, 2002 9:23 PM
To: [EMAIL PROTECTED]
Subject: [Leaf-user] openssh in bering

Has anyone been able to get openssh to work on a bering single
installation cd . I have bare minimum installed in the way of lrp pkgs.I
get nuthing but errors when trying to backup before reboot. 


___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user


___
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user