Small and medium sized companies do not need 104 processor systems running 8 OSes. In a Fortune 500 company, a department level server does not need 104 processors. 5 years ago, Sun sold a dual Sparc 336 system to the department I worked for. Price tag? Over $100,000.00
Sun's days of selling department level servers and servers to small and medium sized businesses are numbered.
Sun will still compete in the enterprise level but they will become more of a niche player.
Sometimes, doing a blind mailing is the only way you are going to get customers. This applies to snail mail as much as e-mail. Much like junk snail mail, if you don't want it, trash it.
I was reading a posting a few days ago on a different internet board by someone who claimed to have booked the band Great White for one of their venues, not the one that burned up. They said that playing these small clubs, a band like Great White, earned $4000 to $5000 for one night. Most of the earnings was not from ticket sales, but from alcohol sales.
In 1991, Seagate was selling 3.1 GB, 5.25" full height SCSI drives, the ST43400N. I know because I still have 2 of them in production. 1 is on an experimental Linux server. The other is on a Win98 machine that I use to burn CD's.
Here's a link: seagate.com/cgi-bin/view.cgi?/scsi/st43400n .txt
Seagate was selling the 9 GB, 5.25" SCSI drives in 1993.
Before telling lies by fabricating history, make sure you get your facts straight.
What it really comes down to is most judges are technically illiterate. What is clear to people in the technical fields is obscure to those in the legal fields. What is obscure to those in the technical fields is clear to those in the legal fields.
Seagate made 9 GB (Seagate lists them as 10.8 GB) drives in the early 90's. Seagate IDs them as ST410800N on their website and on the the hard drive, but when they boot up the SCSI bios reports them as being either SX910800N or SX410800N drives. I've got 5 of these drives, all running 24x7. 3 as additional storage on my Linux web server (primary storage are U160's) and 2 on a Win2K workstation.
Since you are clearly not the sharpest tool in the shed, I'll save you the time of Googling:
seagate.com/support/disc/specs/scsi/st410800n.html
You speaking of 10 year old 250 meg drives shows that you live in your mommy's basement and play with IDE drives. Now go back into your mommy's basement and watch some Star Trek, and when you're done with that you can play some games on your XBox console.
I've got a bad 41GB IDE HD with bad sectors, a bad 30GB with bad sectors, a dead 20GB HD and a 60GB IDE HD that is acting irrational. I've also RMA'd three 30GB IDE HDs in the last year.
The ironic thing is I've got five 5.25" full height 9GB SCSIs that are 10+ years old and they work PERFECTLY!
Before increasing capacity, I'd rather see them increase RELIABILITY. I don't care what they specs say about MTBF. I want real world reliability because I am tired of restoring or having to recover failing drives.
64megs of RAM?! What year are you living in? I just added a pair of 512MB SDRAM modules for about $35 each to my AMD powered Linux web server. 1.5 gigs of RAM total. RAM is dirt cheap. There is no reason to be using 64 megs. Even my Linux DSL router/firewall has 128 megs, it's an AMD 300, no gui.
Is there anyone who's gotten mod_auth_mysql working with Apache 2.0? I've tried and can't get the damn thing to work so that's why I'm sticking with with 1.3.
I use RedHat because RPMs makes upgrades a hell of a lot easier than compiling the source from tarballs.
All I need to do is run a web server, samba networking, e-mail (SMTP, POP3), MySQL, Sybase, Oracle, Resin (JSP/servlets). I don't need to install/upgrade the kernel using tarballs. While spending days compiling the kernel with custom switches and tweaks might make some feel like Lord of the Dweebs, some of us need to spend our time creating real results. Yes, I run about two dozen pr0n sites on my servers, but that's besides the point.
Since I use RedHat as a server and not as a workstation I couldn't care less whether I use Gnome or KDE. The only thing that matters is that I get a GUI editor instead of that stupid VIM.
Until Cakewalk, Macromedia's Dreamweaver Ultradev, and Adobe's Photoshop and Premiere runs on Linux, Linux is just a server. If I want to manage my Linux servers, Webmin does almost everything that I need since I have not seen any X apps that can do what Webmin does.
You need to pick a database that suits your needs. For some people MySQL is all that they will ever need. For others, referential integrity, transactions, stored procedures and triggers are a requirement not an option.
I've seen instances where an app was done in Oracle when it should've been done in something like FoxPro v2.6 for DOS, and I've seen apps done in M$ Access97 that should've been done in PostGres/Oracle/Sybase/SQL Server.
Each has its place and should be chosen to fit a business model. Picking a database just because it has the most features is not always the correct solution. Picking a database because it has the least initial cost is also not always the correct solution.
Several hundred gigabytes?! What kind of company are you talking about?
I used to work at a Fortune 500 company (LA Times), our department did not have any database even close to 1 gig. Hundreds of megs yes, but hundreds of gigs? No.
I do work for a real estate management company now. The records go back 10 years. The database is about 500 megs.
All your fields must be char(255), and you probably create an index on every single column. You also probably create compound indexes on your char(255) fields as well.
Slashdot Mirror
Next time...read the article before posting.
Small and medium sized companies do not need 104 processor systems running 8 OSes. In a Fortune 500 company, a department level server does not need 104 processors. 5 years ago, Sun sold a dual Sparc 336 system to the department I worked for. Price tag? Over $100,000.00
Sun's days of selling department level servers and servers to small and medium sized businesses are numbered.
Sun will still compete in the enterprise level but they will become more of a niche player.
So this means that the 30 people left using BSD won't have to choose between which variation to use.
Maybe he's got a bad CF card, or a defective camera.
I've got a Nikon 990, 4 - 256MB CF cards (3 different brands), 4 - 128MB CF cards (2 different brands), and I've never experienced data loss.
I think I've taken over 25,000 photos with the Nikon 990 and have not yet experienced a corrupted jpg.
My T1 line sometimes gets maxed out by people downloading the multimedia pr0n I host on my Linux servers.
Thank you, CalTech!
...and neither have people who spend their time trying to get tarballs to compile.
Sometimes, doing a blind mailing is the only way you are going to get customers. This applies to snail mail as much as e-mail. Much like junk snail mail, if you don't want it, trash it.
Opting out should always be included with spam.
Will I get instant Karma or bad Karma if I respond to you?
Most bands make big bucks touring.
I was reading a posting a few days ago on a different internet board by someone who claimed to have booked the band Great White for one of their venues, not the one that burned up. They said that playing these small clubs, a band like Great White, earned $4000 to $5000 for one night. Most of the earnings was not from ticket sales, but from alcohol sales.
You are wrong.
n .txt
In 1991, Seagate was selling 3.1 GB, 5.25" full height SCSI drives, the ST43400N. I know because I still have 2 of them in production. 1 is on an experimental Linux server. The other is on a Win98 machine that I use to burn CD's.
Here's a link:
seagate.com/cgi-bin/view.cgi?/scsi/st43400
Seagate was selling the 9 GB, 5.25" SCSI drives in 1993.
Before telling lies by fabricating history, make sure you get your facts straight.
What it really comes down to is most judges are technically illiterate. What is clear to people in the technical fields is obscure to those in the legal fields. What is obscure to those in the technical fields is clear to those in the legal fields.
Seagate made 9 GB (Seagate lists them as 10.8 GB) drives in the early 90's. Seagate IDs them as ST410800N on their website and on the the hard drive, but when they boot up the SCSI bios reports them as being either SX910800N or SX410800N drives. I've got 5 of these drives, all running 24x7. 3 as additional storage on my Linux web server (primary storage are U160's) and 2 on a Win2K workstation.
Since you are clearly not the sharpest tool in the shed, I'll save you the time of Googling:l
seagate.com/support/disc/specs/scsi/st410800n.htm
You speaking of 10 year old 250 meg drives shows that you live in your mommy's basement and play with IDE drives. Now go back into your mommy's basement and watch some Star Trek, and when you're done with that you can play some games on your XBox console.
I've got a bad 41GB IDE HD with bad sectors, a bad 30GB with bad sectors, a dead 20GB HD and a 60GB IDE HD that is acting irrational. I've also RMA'd three 30GB IDE HDs in the last year.
The ironic thing is I've got five 5.25" full height 9GB SCSIs that are 10+ years old and they work PERFECTLY!
Before increasing capacity, I'd rather see them increase RELIABILITY. I don't care what they specs say about MTBF. I want real world reliability because I am tired of restoring or having to recover failing drives.
Hacker's Dictionary:
MCSE - (Microsoft Certified System Engineer) - Synonym for incompetent administrator.
It will give all 50 users of BSD something to do for the rest of January.
I just upgraded my two web servers to AMD Athlon 1.2 ghz processors with 1.5 gigs of RAM each.
Don't tell me I have to buy another CPU and motherboard combo -- again....
64megs of RAM?! What year are you living in?
I just added a pair of 512MB SDRAM modules for about $35 each to my AMD powered Linux web server. 1.5 gigs of RAM total.
RAM is dirt cheap. There is no reason to be using 64 megs. Even my Linux DSL router/firewall has 128 megs, it's an AMD 300, no gui.
Is there anyone who's gotten mod_auth_mysql working with Apache 2.0? I've tried and can't get the damn thing to work so that's why I'm sticking with with 1.3.
where can I get this root.exe?
I'm tried of seeing all these hits/probes by code red infected machines. blocking the ip addresses on my firewire becomes something of a nuisance.
Define dumbing down.
I use RedHat because RPMs makes upgrades a hell of a lot easier than compiling the source from tarballs.
All I need to do is run a web server, samba networking, e-mail (SMTP, POP3), MySQL, Sybase, Oracle, Resin (JSP/servlets). I don't need to install/upgrade the kernel using tarballs. While spending days compiling the kernel with custom switches and tweaks might make some feel like Lord of the Dweebs, some of us need to spend our time creating real results. Yes, I run about two dozen pr0n sites on my servers, but that's besides the point.
Since I use RedHat as a server and not as a workstation I couldn't care less whether I use Gnome or KDE. The only thing that matters is that I get a GUI editor instead of that stupid VIM.
Until Cakewalk, Macromedia's Dreamweaver Ultradev, and Adobe's Photoshop and Premiere runs on Linux, Linux is just a server. If I want to manage my Linux servers, Webmin does almost everything that I need since I have not seen any X apps that can do what Webmin does.
You need to pick a database that suits your needs. For some people MySQL is all that they will ever need. For others, referential integrity, transactions, stored procedures and triggers are a requirement not an option.
I've seen instances where an app was done in Oracle when it should've been done in something like FoxPro v2.6 for DOS, and I've seen apps done in M$ Access97 that should've been done in PostGres/Oracle/Sybase/SQL Server.
Each has its place and should be chosen to fit a business model. Picking a database just because it has the most features is not always the correct solution. Picking a database because it has the least initial cost is also not always the correct solution.
Computer generated actors replacing humans?
Let's see: Jeri Ryan joins Star Trek Voyager and the ratings skyrocket. Point made, loud and clear.
There's a difference between a multi gigabyte database and a database with hundreds of gigabytes.
Multi gigabyte is more than 1 gigabyte. The original poster said hundreds of gigabytes which is several factors greater than multi gigabyte.
Both places I've worked for kept all transactions online for years (R.E. mgmt 10+ years, the Times 4+ years).
Several hundred gigabytes?!
What kind of company are you talking about?
I used to work at a Fortune 500 company (LA Times), our department did not have any database even close to 1 gig. Hundreds of megs yes, but hundreds of gigs? No.
I do work for a real estate management company now. The records go back 10 years. The database is about 500 megs.
All your fields must be char(255), and you probably create an index on every single column. You also probably create compound indexes on your char(255) fields as well.
If you read the review you'd see that the results were only 4.8% better, and in some applications, there was no performance difference.