Re: spec-ing/dimensioning a server?
Hi Neale I would look at changing a few things here. Of course these depend on the budget avaliable and the uptime required from the server. I would look at getting a different CPU, specifically an 800MHz FSB CPU. The 2.4C should be the same price if not cheaper and will give you the same or better performance (this also takes advantage of the memory you are installing as the CPU and memory have to run in sync on Intel chipset boards). You may also want to look at an 875 chipset motherboard as this will give you the capability to run ECC memory and I would recommend it for a server. Again the price defference shouldn't be too much, although the ECC mem may cost a bit more in my opinion it would be worth it for the piece of mind. This may be counter acted if you can get a board with on-board video as you can then do away with the video card (something like this http://www.intel.com/design/servers/s875wp1-e/) Since HDD space doesn't seem to be a concern it may be worth looking at the Raptor series of drives from WD. They are S-ATA drives which may be a problem with the RAID card you're using and they will cost you more, but they give you 10,000 RPM drives built for enterprise class use (5 year warranty and high MTBF) Finally worth considering is redundant power if this box needs a high uptime, although this is usually a sizable jump in price and if you can live with a little downtime then it's probably not worth the price. Especially if you can connect the machine to an On-line UPS. Hmm this became longer than I expected :-) Hope it helps Dave Neale Banks wrote: Hi all, As part of a project I'm involved in, we need to deploy a new server (ia32, FWIW: running Debian "sarge") to run a MySQL database (SME-sized, moderate complexity but not particularly large) + Java Application. I figure that upgradability probably isn't a big issue here, as the obvious path is to deploy a second machine and separate the SQL and java onto separate hosts. A spec being considered includes: DFI PS83BL Intel 865 Chipset Hyper Threading Main Board (H/Threading, 800MHz FSB, AGP 8x, DDR400, 6-channel audio, S/PDIF-in/out, SATA, LAN, USB 2.0) Pentium 4 2.66GHz (533Mhz) CPU 2 x 512MB DDR400 Memory 3Ware 7506-4LP ATA 133 RAID Controller 2 x 40GB WD JB-series IDE HDD (7200RPM, 8MB Cache) (disks to run mirrored) Geoforce2 MX400 64MB DDR Graphics Card 52x IDE CDROM (usual bits: FDD, k/board etc) Anyone care to comment at to the appropriateness of the above spec (i.e. strengths, weaknesses, over/under-kill etc), in particular in terms of value-for-money? Thanks, Neale. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: spec-ing/dimensioning a server?
My thoughts: Agreed on the "as fast a CPU as you can afford" and the 10K RPM disk comments. However I'm not a huge fan of SATA yet. There's been quite a bit of discussion on various mailing lists of people having trouble with them. I'm old-school and would prefer the more expensive SCSI SCA-connector'ed disks in most of the servers I have spec'ed. The redundant power supply comment is appropriate if this box is an only-child -- I try not to design anything anymore that a single box failure can take down, but sometimes it's a trade-off between what the software will do and what you'd like it to do. MySQL's not the most robust DB for replication yet, so I'm guessing you're not doing multiple boxes. If it's in a data-center environment with clean power, you'll probably never have a problem with it in the lifespan of the box. The GeForce graphics card is probably overkill for a server if you're not running X on it, but the MX400 is cheap, so that might not really be an issue. It's a good 2D card. Depending on how you're doing your backups, an inexpensive upgrade to a CD-RW drive vs. the CD-R that's on your list might be useful. I wouldn't fully trust CD-RW for backups, but it's handy to have to make quick images of the filesystems or to dump a quick "just in case" tarfile to. Some people also like the Mondo/Mindi type tools that shoot images of the disk off to CD-RW's for a bare-metal recovery option. If you don't have any other machines in your data center with CD-RW's you can use it to do similar things for those machines if you have enough leftover drive space in this box or are willing to share out the CD-RW disk, depending on your security model. The other thing to watch out for in PC-based hardware is that the motherboard has a "reboot after power loss" feature. If it doesn't you have to go to the box and push the power button after a power loss, which is not fun if you live across town from it. Same thing with keyboards... you don't want a "desktop" machine's motherboard that complains about a keyboard not being attached on a server... which would mean you have to leave a keyboard plugged into it so it'll boot properly. I tend to lean toward motherboards with a real serial port on them also, as you can configure a serial console to come up on one of them and use that from a laptop or what-have-you when you go to do maintenance instead of lugging a monitor/keyboard over to it. But they're getting harder to find. Nate, [EMAIL PROTECTED] Neale Banks wrote: Hi all, As part of a project I'm involved in, we need to deploy a new server (ia32, FWIW: running Debian "sarge") to run a MySQL database (SME-sized, moderate complexity but not particularly large) + Java Application. I figure that upgradability probably isn't a big issue here, as the obvious path is to deploy a second machine and separate the SQL and java onto separate hosts. A spec being considered includes: DFI PS83BL Intel 865 Chipset Hyper Threading Main Board (H/Threading, 800MHz FSB, AGP 8x, DDR400, 6-channel audio, S/PDIF-in/out, SATA, LAN, USB 2.0) Pentium 4 2.66GHz (533Mhz) CPU 2 x 512MB DDR400 Memory 3Ware 7506-4LP ATA 133 RAID Controller 2 x 40GB WD JB-series IDE HDD (7200RPM, 8MB Cache) (disks to run mirrored) Geoforce2 MX400 64MB DDR Graphics Card 52x IDE CDROM (usual bits: FDD, k/board etc) Anyone care to comment at to the appropriateness of the above spec (i.e. strengths, weaknesses, over/under-kill etc), in particular in terms of value-for-money? Thanks, Neale. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: spec-ing/dimensioning a server?
On Tue, Nov 25, 2003 at 09:13:48AM -0700, Nate Duehr wrote: > Depending on how you're doing your backups, an inexpensive upgrade to a > CD-RW drive vs. the CD-R that's on your list might be useful. I > wouldn't fully trust CD-RW for backups, but it's handy to have to make > quick images of the filesystems or to dump a quick "just in case" > tarfile to. Some people also like the Mondo/Mindi type tools that shoot > images of the disk off to CD-RW's for a bare-metal recovery option. Suggestion: External USB2.0 IDE drives are availble for 200EUR for 200GB. This should be enough for most servers. They are very fast and can be removed for weekly rotating simply by unmounting and disconnecting. bye, -christian- -- When in doubt, parenthesize. At the very least it will let some poor schmuck bounce on the % key in vi. -- Larry Wall in the perl man page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
bandwidht restricted.
I´m ask my self if there is an utility to resctrict the bandwidht consumed by services. The problem is that when someone use ftp service or smtp service with a important size of byte, others can´t use services on our little network. Is There any utility which allows me restrict the use of bandwidht? It´s possible restrict by service and or by IP, users etc... Could anyone help me to solve this problem? Thanks you in advance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bandwidht restricted.
On Tue, 2003-11-25 at 18:05, [EMAIL PROTECTED] wrote: > I´m ask my self if there is an utility to resctrict the bandwidht consumed > by services. The problem is that when someone use ftp service or smtp > service with a important size of byte, others can´t use services on our > little network. > > Is There any utility which allows me restrict the use of bandwidht? It´s > possible restrict by service and or by IP, users etc... Linux has excellent support for bandwidth shaping, but you will need to tweak it quite a bit before everything works perfectly in your environment. Have a look at the Linux Advanced Routing and Traffic Control Howto: http://lartc.org/howto/ And specifically the Queueing Disciplines chapter: http://lartc.org/howto/lartc.qdisc.html -- Erik Grinaker http://erikg.wired-networks.net This signature has been rot13-encrypted twice, reading it is illegal under the terms of the DMCA. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bandwidht restricted.
On Tue, 2003-11-25 at 18:26, Erik Grinaker wrote: > On Tue, 2003-11-25 at 18:05, [EMAIL PROTECTED] wrote: > > Is There any utility which allows me restrict the use of bandwidht? It´s > > possible restrict by service and or by IP, users etc... > > Linux has excellent support for bandwidth shaping, but you will need to > tweak it quite a bit before everything works perfectly in your > environment. By the way; I recommend you have a close look at the HTB, SFQ and CBQ algorithms in particular. I use HTB, with SFQ on the leaf nodes, and it works like a charm (HTB is only available in the most recent 2.4 kernels). You will need tc, from the iproute package, to set things up... -- Erik Grinaker http://erikg.wired-networks.net This signature has been rot13-encrypted twice, reading it is illegal under the terms of the DMCA. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bandwidht restricted.
Hi [please_insert_your_name_here], you may find help at: http://lartc.org/howto/ or more specific: http://l7-filter.sourceforge.net/L7-HOWTO-QoS.html if you search for more fuzzy matching.. -- Best regards, Kilian signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: spec-ing/dimensioning a server?
Nate Duehr said on Tue, Nov 25, 2003 at 09:13:48AM -0700: > Agreed on the "as fast a CPU as you can afford" and the 10K RPM disk > comments. However I'm not a huge fan of SATA yet. There's been quite a > bit of discussion on various mailing lists of people having trouble with > them. I'm old-school and would prefer the more expensive SCSI > SCA-connector'ed disks in most of the servers I have spec'ed. Which lists? I've had a hell of a time with SCSI SCA connected disks; a single bad SCSI disk can wipe out the whole chain, whereas with SATA that seems to be less likely. I'd be interested in hearing about SATA ickyness, though; from what I've seen, it seems like a good thing. > I tend to lean toward motherboards with a real serial port on them also, > as you can configure a serial console to come up on one of them and use > that from a laptop or what-have-you when you go to do maintenance > instead of lugging a monitor/keyboard over to it. But they're getting > harder to find. Not if you get a real server board; the newer Intel based ones have BIOS access via the serial console. :) M pgp0.pgp Description: PGP signature
Strange problem with NIC
Hi, I'm experimenting the following problem: one Debian machine with 1 10/100 Ethernet NIC where its upstream speed is reasonable (2 or 3 Mbytes per second) but its downstream speed is awful (35 kbytes per second ). All experiments are made in a LAN, so I cannot explain the 35 kbytes/s extremely low speed. Any idea? TIA Saludos, --Roman -- PGP Fingerprint: 09BB EFCD 21ED 4E79 25FB 29E1 E47F 8A7D EAD5 6742 [Key ID: 0xEAD56742. Available at KeyServ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Strange problem with NIC
Run mii-tool and see what speed your card is using first. - Original Message - From: "Roman Medina" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 23, 2003 05:49 PM Subject: Strange problem with NIC Hi, I'm experimenting the following problem: one Debian machine with 1 10/100 Ethernet NIC where its upstream speed is reasonable (2 or 3 Mbytes per second) but its downstream speed is awful (35 kbytes per second ). All experiments are made in a LAN, so I cannot explain the 35 kbytes/s extremely low speed. Any idea? TIA Saludos, --Roman -- PGP Fingerprint: 09BB EFCD 21ED 4E79 25FB 29E1 E47F 8A7D EAD5 6742 [Key ID: 0xEAD56742. Available at KeyServ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: spec-ing/dimensioning a server?
Mark Ferlatte wrote: Nate Duehr said on Tue, Nov 25, 2003 at 09:13:48AM -0700: Agreed on the "as fast a CPU as you can afford" and the 10K RPM disk comments. However I'm not a huge fan of SATA yet. There's been quite a bit of discussion on various mailing lists of people having trouble with them. I'm old-school and would prefer the more expensive SCSI SCA-connector'ed disks in most of the servers I have spec'ed. Which lists? I've had a hell of a time with SCSI SCA connected disks; a single bad SCSI disk can wipe out the whole chain, whereas with SATA that seems to be less likely. I'd be interested in hearing about SATA ickyness, though; from what I've seen, it seems like a good thing. SCA connected disks run through a backplane which should prevent this happening. I would have also suggested SCSI but it seemed price was an issue and this would have certainly been expensive when coupled with a RAID card I tend to lean toward motherboards with a real serial port on them also, as you can configure a serial console to come up on one of them and use that from a laptop or what-have-you when you go to do maintenance instead of lugging a monitor/keyboard over to it. But they're getting harder to find. Not if you get a real server board; the newer Intel based ones have BIOS access via the serial console. :) Actually they also have BIOS access via LAN. :-) Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Strange problem with NIC
is it Realtech card? if so go get 3com/Intel On Sun, 23 Nov 2003, Roman Medina wrote: > > Hi, > > I'm experimenting the following problem: one Debian machine with 1 > 10/100 Ethernet NIC where its upstream speed is reasonable (2 or 3 > Mbytes per second) but its downstream speed is awful (35 kbytes per > second ). All experiments are made in a LAN, so I cannot explain > the 35 kbytes/s extremely low speed. > > Any idea? TIA > > Saludos, > --Roman > > -- > PGP Fingerprint: > 09BB EFCD 21ED 4E79 25FB 29E1 E47F 8A7D EAD5 6742 > [Key ID: 0xEAD56742. Available at KeyServ] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
spec-ing/dimensioning a server?
Hi all, As part of a project I'm involved in, we need to deploy a new server (ia32, FWIW: running Debian "sarge") to run a MySQL database (SME-sized, moderate complexity but not particularly large) + Java Application. I figure that upgradability probably isn't a big issue here, as the obvious path is to deploy a second machine and separate the SQL and java onto separate hosts. A spec being considered includes: DFI PS83BL Intel 865 Chipset Hyper Threading Main Board (H/Threading, 800MHz FSB, AGP 8x, DDR400, 6-channel audio, S/PDIF-in/out, SATA, LAN, USB 2.0) Pentium 4 2.66GHz (533Mhz) CPU 2 x 512MB DDR400 Memory 3Ware 7506-4LP ATA 133 RAID Controller 2 x 40GB WD JB-series IDE HDD (7200RPM, 8MB Cache) (disks to run mirrored) Geoforce2 MX400 64MB DDR Graphics Card 52x IDE CDROM (usual bits: FDD, k/board etc) Anyone care to comment at to the appropriateness of the above spec (i.e. strengths, weaknesses, over/under-kill etc), in particular in terms of value-for-money? Thanks, Neale.
Re: spec-ing/dimensioning a server?
Hi Neale I would look at changing a few things here. Of course these depend on the budget avaliable and the uptime required from the server. I would look at getting a different CPU, specifically an 800MHz FSB CPU. The 2.4C should be the same price if not cheaper and will give you the same or better performance (this also takes advantage of the memory you are installing as the CPU and memory have to run in sync on Intel chipset boards). You may also want to look at an 875 chipset motherboard as this will give you the capability to run ECC memory and I would recommend it for a server. Again the price defference shouldn't be too much, although the ECC mem may cost a bit more in my opinion it would be worth it for the piece of mind. This may be counter acted if you can get a board with on-board video as you can then do away with the video card (something like this http://www.intel.com/design/servers/s875wp1-e/) Since HDD space doesn't seem to be a concern it may be worth looking at the Raptor series of drives from WD. They are S-ATA drives which may be a problem with the RAID card you're using and they will cost you more, but they give you 10,000 RPM drives built for enterprise class use (5 year warranty and high MTBF) Finally worth considering is redundant power if this box needs a high uptime, although this is usually a sizable jump in price and if you can live with a little downtime then it's probably not worth the price. Especially if you can connect the machine to an On-line UPS. Hmm this became longer than I expected :-) Hope it helps Dave Neale Banks wrote: Hi all, As part of a project I'm involved in, we need to deploy a new server (ia32, FWIW: running Debian "sarge") to run a MySQL database (SME-sized, moderate complexity but not particularly large) + Java Application. I figure that upgradability probably isn't a big issue here, as the obvious path is to deploy a second machine and separate the SQL and java onto separate hosts. A spec being considered includes: DFI PS83BL Intel 865 Chipset Hyper Threading Main Board (H/Threading, 800MHz FSB, AGP 8x, DDR400, 6-channel audio, S/PDIF-in/out, SATA, LAN, USB 2.0) Pentium 4 2.66GHz (533Mhz) CPU 2 x 512MB DDR400 Memory 3Ware 7506-4LP ATA 133 RAID Controller 2 x 40GB WD JB-series IDE HDD (7200RPM, 8MB Cache) (disks to run mirrored) Geoforce2 MX400 64MB DDR Graphics Card 52x IDE CDROM (usual bits: FDD, k/board etc) Anyone care to comment at to the appropriateness of the above spec (i.e. strengths, weaknesses, over/under-kill etc), in particular in terms of value-for-money? Thanks, Neale.
Re: spec-ing/dimensioning a server?
My thoughts: Agreed on the "as fast a CPU as you can afford" and the 10K RPM disk comments. However I'm not a huge fan of SATA yet. There's been quite a bit of discussion on various mailing lists of people having trouble with them. I'm old-school and would prefer the more expensive SCSI SCA-connector'ed disks in most of the servers I have spec'ed. The redundant power supply comment is appropriate if this box is an only-child -- I try not to design anything anymore that a single box failure can take down, but sometimes it's a trade-off between what the software will do and what you'd like it to do. MySQL's not the most robust DB for replication yet, so I'm guessing you're not doing multiple boxes. If it's in a data-center environment with clean power, you'll probably never have a problem with it in the lifespan of the box. The GeForce graphics card is probably overkill for a server if you're not running X on it, but the MX400 is cheap, so that might not really be an issue. It's a good 2D card. Depending on how you're doing your backups, an inexpensive upgrade to a CD-RW drive vs. the CD-R that's on your list might be useful. I wouldn't fully trust CD-RW for backups, but it's handy to have to make quick images of the filesystems or to dump a quick "just in case" tarfile to. Some people also like the Mondo/Mindi type tools that shoot images of the disk off to CD-RW's for a bare-metal recovery option. If you don't have any other machines in your data center with CD-RW's you can use it to do similar things for those machines if you have enough leftover drive space in this box or are willing to share out the CD-RW disk, depending on your security model. The other thing to watch out for in PC-based hardware is that the motherboard has a "reboot after power loss" feature. If it doesn't you have to go to the box and push the power button after a power loss, which is not fun if you live across town from it. Same thing with keyboards... you don't want a "desktop" machine's motherboard that complains about a keyboard not being attached on a server... which would mean you have to leave a keyboard plugged into it so it'll boot properly. I tend to lean toward motherboards with a real serial port on them also, as you can configure a serial console to come up on one of them and use that from a laptop or what-have-you when you go to do maintenance instead of lugging a monitor/keyboard over to it. But they're getting harder to find. Nate, [EMAIL PROTECTED] Neale Banks wrote: Hi all, As part of a project I'm involved in, we need to deploy a new server (ia32, FWIW: running Debian "sarge") to run a MySQL database (SME-sized, moderate complexity but not particularly large) + Java Application. I figure that upgradability probably isn't a big issue here, as the obvious path is to deploy a second machine and separate the SQL and java onto separate hosts. A spec being considered includes: DFI PS83BL Intel 865 Chipset Hyper Threading Main Board (H/Threading, 800MHz FSB, AGP 8x, DDR400, 6-channel audio, S/PDIF-in/out, SATA, LAN, USB 2.0) Pentium 4 2.66GHz (533Mhz) CPU 2 x 512MB DDR400 Memory 3Ware 7506-4LP ATA 133 RAID Controller 2 x 40GB WD JB-series IDE HDD (7200RPM, 8MB Cache) (disks to run mirrored) Geoforce2 MX400 64MB DDR Graphics Card 52x IDE CDROM (usual bits: FDD, k/board etc) Anyone care to comment at to the appropriateness of the above spec (i.e. strengths, weaknesses, over/under-kill etc), in particular in terms of value-for-money? Thanks, Neale.
Re: spec-ing/dimensioning a server?
On Tue, Nov 25, 2003 at 09:13:48AM -0700, Nate Duehr wrote: > Depending on how you're doing your backups, an inexpensive upgrade to a > CD-RW drive vs. the CD-R that's on your list might be useful. I > wouldn't fully trust CD-RW for backups, but it's handy to have to make > quick images of the filesystems or to dump a quick "just in case" > tarfile to. Some people also like the Mondo/Mindi type tools that shoot > images of the disk off to CD-RW's for a bare-metal recovery option. Suggestion: External USB2.0 IDE drives are availble for 200EUR for 200GB. This should be enough for most servers. They are very fast and can be removed for weekly rotating simply by unmounting and disconnecting. bye, -christian- -- When in doubt, parenthesize. At the very least it will let some poor schmuck bounce on the % key in vi. -- Larry Wall in the perl man page
bandwidht restricted.
I´m ask my self if there is an utility to resctrict the bandwidht consumed by services. The problem is that when someone use ftp service or smtp service with a important size of byte, others can´t use services on our little network. Is There any utility which allows me restrict the use of bandwidht? It´s possible restrict by service and or by IP, users etc... Could anyone help me to solve this problem? Thanks you in advance.
Re: bandwidht restricted.
On Tue, 2003-11-25 at 18:26, Erik Grinaker wrote: > On Tue, 2003-11-25 at 18:05, [EMAIL PROTECTED] wrote: > > Is There any utility which allows me restrict the use of bandwidht? It´s > > possible restrict by service and or by IP, users etc... > > Linux has excellent support for bandwidth shaping, but you will need to > tweak it quite a bit before everything works perfectly in your > environment. By the way; I recommend you have a close look at the HTB, SFQ and CBQ algorithms in particular. I use HTB, with SFQ on the leaf nodes, and it works like a charm (HTB is only available in the most recent 2.4 kernels). You will need tc, from the iproute package, to set things up... -- Erik Grinaker http://erikg.wired-networks.net This signature has been rot13-encrypted twice, reading it is illegal under the terms of the DMCA.
Re: Strange problem with NIC
Run mii-tool and see what speed your card is using first. - Original Message - From: "Roman Medina" <[EMAIL PROTECTED]> To: Sent: Sunday, November 23, 2003 05:49 PM Subject: Strange problem with NIC Hi, I'm experimenting the following problem: one Debian machine with 1 10/100 Ethernet NIC where its upstream speed is reasonable (2 or 3 Mbytes per second) but its downstream speed is awful (35 kbytes per second ). All experiments are made in a LAN, so I cannot explain the 35 kbytes/s extremely low speed. Any idea? TIA Saludos, --Roman -- PGP Fingerprint: 09BB EFCD 21ED 4E79 25FB 29E1 E47F 8A7D EAD5 6742 [Key ID: 0xEAD56742. Available at KeyServ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bandwidht restricted.
Hi [please_insert_your_name_here], you may find help at: http://lartc.org/howto/ or more specific: http://l7-filter.sourceforge.net/L7-HOWTO-QoS.html if you search for more fuzzy matching.. -- Best regards, Kilian signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: spec-ing/dimensioning a server?
Nate Duehr said on Tue, Nov 25, 2003 at 09:13:48AM -0700: > Agreed on the "as fast a CPU as you can afford" and the 10K RPM disk > comments. However I'm not a huge fan of SATA yet. There's been quite a > bit of discussion on various mailing lists of people having trouble with > them. I'm old-school and would prefer the more expensive SCSI > SCA-connector'ed disks in most of the servers I have spec'ed. Which lists? I've had a hell of a time with SCSI SCA connected disks; a single bad SCSI disk can wipe out the whole chain, whereas with SATA that seems to be less likely. I'd be interested in hearing about SATA ickyness, though; from what I've seen, it seems like a good thing. > I tend to lean toward motherboards with a real serial port on them also, > as you can configure a serial console to come up on one of them and use > that from a laptop or what-have-you when you go to do maintenance > instead of lugging a monitor/keyboard over to it. But they're getting > harder to find. Not if you get a real server board; the newer Intel based ones have BIOS access via the serial console. :) M pgpG55K7FETZ3.pgp Description: PGP signature
Re: spec-ing/dimensioning a server?
Mark Ferlatte wrote: Nate Duehr said on Tue, Nov 25, 2003 at 09:13:48AM -0700: Agreed on the "as fast a CPU as you can afford" and the 10K RPM disk comments. However I'm not a huge fan of SATA yet. There's been quite a bit of discussion on various mailing lists of people having trouble with them. I'm old-school and would prefer the more expensive SCSI SCA-connector'ed disks in most of the servers I have spec'ed. Which lists? I've had a hell of a time with SCSI SCA connected disks; a single bad SCSI disk can wipe out the whole chain, whereas with SATA that seems to be less likely. I'd be interested in hearing about SATA ickyness, though; from what I've seen, it seems like a good thing. SCA connected disks run through a backplane which should prevent this happening. I would have also suggested SCSI but it seemed price was an issue and this would have certainly been expensive when coupled with a RAID card I tend to lean toward motherboards with a real serial port on them also, as you can configure a serial console to come up on one of them and use that from a laptop or what-have-you when you go to do maintenance instead of lugging a monitor/keyboard over to it. But they're getting harder to find. Not if you get a real server board; the newer Intel based ones have BIOS access via the serial console. :) Actually they also have BIOS access via LAN. :-) Dave
Re: bandwidht restricted.
On Tue, 2003-11-25 at 18:05, [EMAIL PROTECTED] wrote: > I´m ask my self if there is an utility to resctrict the bandwidht consumed > by services. The problem is that when someone use ftp service or smtp > service with a important size of byte, others can´t use services on our > little network. > > Is There any utility which allows me restrict the use of bandwidht? It´s > possible restrict by service and or by IP, users etc... Linux has excellent support for bandwidth shaping, but you will need to tweak it quite a bit before everything works perfectly in your environment. Have a look at the Linux Advanced Routing and Traffic Control Howto: http://lartc.org/howto/ And specifically the Queueing Disciplines chapter: http://lartc.org/howto/lartc.qdisc.html -- Erik Grinaker http://erikg.wired-networks.net This signature has been rot13-encrypted twice, reading it is illegal under the terms of the DMCA.
Strange problem with NIC
Hi, I'm experimenting the following problem: one Debian machine with 1 10/100 Ethernet NIC where its upstream speed is reasonable (2 or 3 Mbytes per second) but its downstream speed is awful (35 kbytes per second ). All experiments are made in a LAN, so I cannot explain the 35 kbytes/s extremely low speed. Any idea? TIA Saludos, --Roman -- PGP Fingerprint: 09BB EFCD 21ED 4E79 25FB 29E1 E47F 8A7D EAD5 6742 [Key ID: 0xEAD56742. Available at KeyServ]
