Linux software RAID1 is just as fast as several of the hardware RAID1 setups I've tested using Bonnie++ -- These are fucking fileservers, not renderfarms. The processor's sitting there doing jack shit anyway, and you're more than likely putting a P4 in there since you can't buy anything else with decent reliability. Throw in a decent GigE network card and your processor is STILL at 0% utilization. Make that a RAID5 with hot-standby drive and I would be very surprised if you noticed any difference in the apparent "feel" of the server compared to a hardware RAID solution.
Hardware RAID's okay but now you've got a proprietary format array with a SPOF (the RAID card(s)) -- sure you can keep spare RAID cards around but honestly unless you need every last bps on your network transfer and you've got your server so overloaded that SW RAID is impacting your performance you're just incurring extra expense. I am very happy that I can take any RAID array I have and throw it in another system should a motherboard or controller fail and I need the system up immediately. I'm very happy that LVM Just Works and works happily on top of software RAID. There's no issues and no extra question marks like there are with any hardware RAID "solution".
Want beeping? Write a script. Want email/phone/paging when something goes wrong? Write a script. Or use any of the monitoring and alerting systems you can find on Freshmeat (mon, nagios, etc.). Jesus H Christ, give your head a shake.
Oh wait, you're trying to build a performance system using an OS built for pushing pixels. Perhaps that is your biggest problem. Windows has its place, but high performance data transfer just isn't one of them. I guess if you've decided to spend a couple hundred on an OS license that gets you nothing you may as well blow another couple hundred to get hardware to go with it.
On the other hand, maybe Seagate believes that most people outgrow their disk drives (or the computers they're in) in just three years anyway. Then it wouldn't cost them much to extend the warranty to five years, and it gives them a new marketing ploy. That's the pragmatic point of view.
So those of us who will actually return an old drive for warranty get better bang for our buck.... Sounds like a deal to me.
The only thing that stops me is that it would jam medical pagers for doctors and emergency service reserves on duty..
That, and I'd personally beat you senseless for determining that you have any say whatsoever over my use of a cell phone on a train, bus or any other form of public transit. I am perfectly capable of using my cellphone properly; your use of vigilante justice would earn you some in return.
I have two little children and when smut tv ads come on, the channel is changed.
I have three little ones myself and my advice to you is not to watch those kinds of channels when the children are up. I've never seen an ad for smut or porn on any of the channels the kids regularly watch (CBC, Teletoon, CTV, Discovery, TLC, etc.) -- After 10 or 11pm perhaps on the networks, sure, but they're in bed before then.
Furthermore, there are a number of markets in which Microsoft still has the low price solution...for example, if you want a reliable load balanced database, SQL Server kicks the price pants off of Oracle and DB2. Sybase is languishing and open source doesn't have anything remotely near the feature set of these four (no, we can't all use MySQL).
PostgreSQL? It doesn't have quite the feature set of Oracle but IIRC it does support several forms of load-balancing and along with pl/sql and several language APIs, it has stored procedures and other goodies that the other big players you mention have... I guess I'm just asking what toher "big boy" features do you require?
Alberta Printed Circuits has been doing this for probably close to a decade now. Great boards, great prices, fast turnaround. You can use whatever PCB layout program you want (I was using OrCAD and Eagle) and like I said... they just work.
It is a great thing. installpkg installs. removepkg removes intelligently. upgradepkg upgrades intelligently. Dependency trackers are more hassle than they're worth, IME.
The only thing I wish removepkg allowed as an 'uninstall.sh' execution from the package. That's it. I don't want another damned thing out of the package manager. No interactivity, nothing.
Don't be an ass; I prefer my package manager to keep track of what files are in what package and That's It. RPM and Deb and whatnot just don't cut it. In the 7 years I've been using Slackware I've never run into a problem with requiring a package... You try to run a program, it says "can't open libfoo.so" and you go "Hmm, libfoo, I bet that's in FooWare-4.18-i386-1.tgz" -- Piece of cake.
And TBH I don't know of ANY software suite whose dependency lists are so bizzare that you need a dependency tracker to keep them straight... Well, short of Gnome, anyway. Even KDE isn't bad -- if you want KDE, you install the KDE packages... no dependency hell. Oh you need Qt? No problem, it tells you. It's all fairly well organized. All the dependency trackers seem to do is screw up.
If you are putting GUI configuration on your server, you just broke its small-ness.
That, and it feels like you're breaking the spirit of what a server should be... You shouldn't need a graphics card or even a mouse for a server, IMHO.:-)
That's why I kind of wish slackware's install disks were split up differently... Put all the graphical, desktop-useful stuff on disk 2, and keep all the "good stuff" on disk 1, and throw in OpenLDAP, PADL's nss_ldap (with configuration option in the setup), Postfix and PostgreSQL on Disk 1. There should be plenty of room on each CD then and (IMHO) it makes it much simpler/easier to install.
The package manager doesn't stop you from doing that:
# ls -l asteriskpacks total 16660 -rw-r--r-- 1 root root 1923196 Jun 1 16:07 asterisk-20040601-i386-1.tgz -rw-r--r-- 1 root root 4941975 Jun 14 12:49 asterisk-20040614-i386-1.tgz -rw-r--r-- 1 root root 1968555 Jun 29 16:39 asterisk-20040629-i386-1.tgz -rw-r--r-- 1 root root 110842 May 18 15:58 libpri-20040518-i386-1.tgz -rw-r--r-- 1 root root 125363 Jun 29 16:39 libpri-20040629-i386-1.tgz -rw-r--r-- 1 root root 156163 Jun 11 07:43 spandsp-0.0.1-i386-3.tgz -rw-r--r-- 1 root root 181294 Jun 29 16:39 zaptel-20040629-i386-1.tgz
# ls -l perlpacks total 1168 -rw-r--r-- 1 root root 8197 Jun 9 15:25 Authen-SASL-2.07-i386-1.tgz -rw-r--r-- 1 root root 11088 Jun 9 15:25 Crypt-DES-2.03-i386-1.tgz -rw-r--r-- 1 root root 4174 Jun 9 15:25 Digest-HMAC-1.01-i386-1.tgz -rw-r--r-- 1 root root 270 Jun 9 15:25 Digest-MD5-2.33-i386-1.tgz -rw-r--r-- 1 root root 14363 Jun 9 15:25 Digest-SHA1-2.10-i386-1.tgz -rw-r--r-- 1 root root 17690 Jun 9 15:25 Frontier-RPC-0.07b4-i386-1.tgz -rw-r--r-- 1 root root 67602 Jun 9 15:25 HTML-Parser-3.36-i386-1.tgz -rw-r--r-- 1 root root 8033 Jun 9 15:25 HTML-Tagset-3.03-i386-1.tgz -rw-r--r-- 1 root root 138472 Jun 9 15:25 Net-Jabber-1.30-i386-1.tgz -rw-r--r-- 1 root root 76543 Jun 9 15:25 Net-SNMP-4.1.2-i386-1.tgz -rw-r--r-- 1 root root 287181 Jun 9 15:26 RRDs-1.0.48-i386-1.tgz -rw-r--r-- 1 root root 56910 Jun 9 15:25 URI-1.30-i386-1.tgz -rw-r--r-- 1 root root 201243 Jun 9 15:25 XML-Parser-2.34-i386-1.tgz -rw-r--r-- 1 root root 46094 Jun 9 15:25 XML-Stream-1.21-i386-1.tgz -rw-r--r-- 1 root root 225149 Jun 9 15:25 libwww-perl-5.79-i386-1.tgz
You'll not find any of those on the slackware site (nor on any of the third-party slackware package sites I've found).
I dunno -- I can build packages any way I want, with any flags and options... AND I get the benefits of being able to easily upgrade/remove packages... Doing things from source does not preclude these benefits, and Slackware's unobtrusive package manager makes it a breeze. Checkinstall rocks, although it doesn't handle Perl modules nicely, so I have a custom script for that. Pretty much everything else works with it, though.:-)
The stock qmail system really isn't all that shit-hot, and you're not allowed to distribute binaries of any patched qmail binaries. I'm a diehard (over 5 years, dozens of servers and probably hundreds of millions if not over a billion emails) qmail fan but I'm starting to see the benefit of Postfix. TLS, filtering, header rewriting, antispam all out of the gate... My current qmail install has over 25 patches to do the same thing.
You've got to have your head fairly far up your own arse if you think you need a compiler to stay secure. I replied to the same post you replied to with a description of how I keep my systems up to date without having to include a half gig of development tools on every server. In fact, having a compiler on your servers decreases the security of the rest of your network, as it's trivial to build apps to further penetrate your system.
Sure the attacker could bring in his own tools once you're compromised but with a development system sitting there it's far too easy.
So again: repeat after me... "I can keep my systems up to date without a compiler on every freaking system!"
Exactly. I generally have a USB drive with a full (development) system on it for my slackware installs, and then my individual servers have about a 250-300M minimum install. Anytime I need something (kernel, asterisk, perl module, etc.) I plug in the USB drive, mount it and chroot. I build what I need, use checkinstall and make a slackware package for it... now all my servers can use it. Having a full development system on every server is not only wasteful, but a huge intrusion vector.
Nine times out of ten people want PAM to authenticate to LDAP, and for that there's the FAR less bloated, FAR less convoluted nss_ldap module. It should be able to handle AD integration which should eliminate your needs ffor PAM.
I dunno about you but my DDS4 DAT system tells me it needs cleaning with an LED, too. DAT works great so long as you respect its limitations: you don't use the same tapes over and over for years; you archive to them for years.
Back when Slackware was in the 3.x you did have this option. Alternate superblocks are actually a feature from ext2fs, not ext3. I know, as I have had to use it back around '96 or so.:-)
A co-worker of mine has a $700 remote with virtual screens, etc. that takes care of his living room. However, when I asked him if his remote can access each device's special menus for things like brightness, contrast and other settings, he said he still needs the original remote controls for such purposes. However, how often do you need to fiddle with such minute settings?
If I'm gonna blow $700 on a remote it better be able to access every feature my equipment has. Spending that much on a remote that can't handle "shift states" in the remote it's replacing is insanity.
Slashdot Mirror
Oh, bullshit.
Linux software RAID1 is just as fast as several of the hardware RAID1 setups I've tested using Bonnie++ -- These are fucking fileservers, not renderfarms. The processor's sitting there doing jack shit anyway, and you're more than likely putting a P4 in there since you can't buy anything else with decent reliability. Throw in a decent GigE network card and your processor is STILL at 0% utilization. Make that a RAID5 with hot-standby drive and I would be very surprised if you noticed any difference in the apparent "feel" of the server compared to a hardware RAID solution.
Hardware RAID's okay but now you've got a proprietary format array with a SPOF (the RAID card(s)) -- sure you can keep spare RAID cards around but honestly unless you need every last bps on your network transfer and you've got your server so overloaded that SW RAID is impacting your performance you're just incurring extra expense. I am very happy that I can take any RAID array I have and throw it in another system should a motherboard or controller fail and I need the system up immediately. I'm very happy that LVM Just Works and works happily on top of software RAID. There's no issues and no extra question marks like there are with any hardware RAID "solution".
Want beeping? Write a script. Want email/phone/paging when something goes wrong? Write a script. Or use any of the monitoring and alerting systems you can find on Freshmeat (mon, nagios, etc.). Jesus H Christ, give your head a shake.
Oh wait, you're trying to build a performance system using an OS built for pushing pixels. Perhaps that is your biggest problem. Windows has its place, but high performance data transfer just isn't one of them. I guess if you've decided to spend a couple hundred on an OS license that gets you nothing you may as well blow another couple hundred to get hardware to go with it.
Uh... what IDE drive isn't simple to install and "set up"??
On the other hand, maybe Seagate believes that most people outgrow their disk drives (or the computers they're in) in just three years anyway. Then it wouldn't cost them much to extend the warranty to five years, and it gives them a new marketing ploy. That's the pragmatic point of view.
So those of us who will actually return an old drive for warranty get better bang for our buck.... Sounds like a deal to me.
The only thing that stops me is that it would jam medical pagers for doctors and emergency service reserves on duty..
That, and I'd personally beat you senseless for determining that you have any say whatsoever over my use of a cell phone on a train, bus or any other form of public transit. I am perfectly capable of using my cellphone properly; your use of vigilante justice would earn you some in return.
I have two little children and when smut tv ads come on, the channel is changed.
I have three little ones myself and my advice to you is not to watch those kinds of channels when the children are up. I've never seen an ad for smut or porn on any of the channels the kids regularly watch (CBC, Teletoon, CTV, Discovery, TLC, etc.) -- After 10 or 11pm perhaps on the networks, sure, but they're in bed before then.
Stability.
Care to elaborate? I've not heard anyone ever claim that PG wasn't stable, and your complete lack of explanation has me thinking that IHBT.
PostgreSQL has stored procedures... It's had them for quite some time now...
Furthermore, there are a number of markets in which Microsoft still has the low price solution...for example, if you want a reliable load balanced database, SQL Server kicks the price pants off of Oracle and DB2. Sybase is languishing and open source doesn't have anything remotely near the feature set of these four (no, we can't all use MySQL).
PostgreSQL? It doesn't have quite the feature set of Oracle but IIRC it does support several forms of load-balancing and along with pl/sql and several language APIs, it has stored procedures and other goodies that the other big players you mention have... I guess I'm just asking what toher "big boy" features do you require?
I would have thought that any latin language would have very similar character distributions?
Homework:
loo?se|it'?s|the(ir|(y')?re)|you(r|'re)|a ?lot|r[ie]diculous|defin[ia]tely|(ir)?regardless
Nice!
Alberta Printed Circuits has been doing this for probably close to a decade now. Great boards, great prices, fast turnaround. You can use whatever PCB layout program you want (I was using OrCAD and Eagle) and like I said... they just work.
It is a great thing. installpkg installs. removepkg removes intelligently. upgradepkg upgrades intelligently. Dependency trackers are more hassle than they're worth, IME.
The only thing I wish removepkg allowed as an 'uninstall.sh' execution from the package. That's it. I don't want another damned thing out of the package manager. No interactivity, nothing.
Or, in other words, it needs package management.
Don't be an ass; I prefer my package manager to keep track of what files are in what package and That's It. RPM and Deb and whatnot just don't cut it. In the 7 years I've been using Slackware I've never run into a problem with requiring a package ... You try to run a program, it says "can't open libfoo.so" and you go "Hmm, libfoo, I bet that's in FooWare-4.18-i386-1.tgz" -- Piece of cake.
And TBH I don't know of ANY software suite whose dependency lists are so bizzare that you need a dependency tracker to keep them straight... Well, short of Gnome, anyway. Even KDE isn't bad -- if you want KDE, you install the KDE packages... no dependency hell. Oh you need Qt? No problem, it tells you. It's all fairly well organized. All the dependency trackers seem to do is screw up.
If you are putting GUI configuration on your server, you just broke its small-ness.
That, and it feels like you're breaking the spirit of what a server should be... You shouldn't need a graphics card or even a mouse for a server, IMHO. :-)
That's why I kind of wish slackware's install disks were split up differently... Put all the graphical, desktop-useful stuff on disk 2, and keep all the "good stuff" on disk 1, and throw in OpenLDAP, PADL's nss_ldap (with configuration option in the setup), Postfix and PostgreSQL on Disk 1. There should be plenty of room on each CD then and (IMHO) it makes it much simpler/easier to install.
The package manager doesn't stop you from doing that:
You'll not find any of those on the slackware site (nor on any of the third-party slackware package sites I've found).
I dunno -- I can build packages any way I want, with any flags and options... AND I get the benefits of being able to easily upgrade/remove packages... Doing things from source does not preclude these benefits, and Slackware's unobtrusive package manager makes it a breeze. Checkinstall rocks, although it doesn't handle Perl modules nicely, so I have a custom script for that. Pretty much everything else works with it, though. :-)
The stock qmail system really isn't all that shit-hot, and you're not allowed to distribute binaries of any patched qmail binaries. I'm a diehard (over 5 years, dozens of servers and probably hundreds of millions if not over a billion emails) qmail fan but I'm starting to see the benefit of Postfix. TLS, filtering, header rewriting, antispam all out of the gate... My current qmail install has over 25 patches to do the same thing.
Repeat after me... "Packages"
You've got to have your head fairly far up your own arse if you think you need a compiler to stay secure. I replied to the same post you replied to with a description of how I keep my systems up to date without having to include a half gig of development tools on every server. In fact, having a compiler on your servers decreases the security of the rest of your network, as it's trivial to build apps to further penetrate your system.
Sure the attacker could bring in his own tools once you're compromised but with a development system sitting there it's far too easy.
So again: repeat after me... "I can keep my systems up to date without a compiler on every freaking system!"
Exactly. I generally have a USB drive with a full (development) system on it for my slackware installs, and then my individual servers have about a 250-300M minimum install. Anytime I need something (kernel, asterisk, perl module, etc.) I plug in the USB drive, mount it and chroot. I build what I need, use checkinstall and make a slackware package for it... now all my servers can use it. Having a full development system on every server is not only wasteful, but a huge intrusion vector.
Nine times out of ten people want PAM to authenticate to LDAP, and for that there's the FAR less bloated, FAR less convoluted nss_ldap module. It should be able to handle AD integration which should eliminate your needs ffor PAM.
You've got mplayer and xine. Now bugger off and let us big boys talk.
They've NEVER issued a dividend, and after 30 years they have only made, TOTAL, $6 per share.
Are you accounting for stock splits over those 30 years?
I dunno about you but my DDS4 DAT system tells me it needs cleaning with an LED, too. DAT works great so long as you respect its limitations: you don't use the same tapes over and over for years; you archive to them for years.
Back when Slackware was in the 3.x you did have this option. Alternate superblocks are actually a feature from ext2fs, not ext3. I know, as I have had to use it back around '96 or so. :-)
A co-worker of mine has a $700 remote with virtual screens, etc. that takes care of his living room. However, when I asked him if his remote can access each device's special menus for things like brightness, contrast and other settings, he said he still needs the original remote controls for such purposes. However, how often do you need to fiddle with such minute settings?
If I'm gonna blow $700 on a remote it better be able to access every feature my equipment has. Spending that much on a remote that can't handle "shift states" in the remote it's replacing is insanity.
I don't get it.