Actually, I'd go so far as to say that Doug Miller is a sanctimonius stuck up twat.
Only a complete cluebiscuit would label "Recent security problems with Linux" - example the recently problems with bind, are not problems with Linux at all. They are problems with bind. Which isn't Linux. Duh.
Of course, Microsoft don't *ever* suffer from security issues in their software as a result of poor design, code that dosen't have adequate range-checks, etc etc.
And no, I don't use Linux, I use FreeBSD. I think all have their downfalls, but bugger me if some marketing-type oink thinks it's O.K. too slag off the downfalls of one OS when the company they are plugging suffers from them - perhaps even more.
I don't think that this doctor necessarily thinks that doing such a surgery will provide a person with the capability of getting up and walking but would provide nutrients to their brain and thus extend their life.
You're not really extending their life like that, though. More of a case of simply extending their existance in the current state.
>Yes it may be slightly slower, but it won't corrupt your data randomly,
Mmmm. In 14 months I've never lost any data to MySQL. And I don't have a *shitload* of data, but enough to worry about, nonetheless.
> you don't need to take it offline to backup
BACKUP TABLE, anyone?
> and it supports a proper set of SQL
At the end of the day, I use MySQL because it suits what I need to use it for. So do thousands of others; but then, if they need to use a different feature, then choose another system. There will always be trade-offs.
I find it shocking to see that you're lucky in the US to be within such great distances to the fibre-based network.
Even in living in Bolton (UK), with a population of only 270,000 (meagre given the size of the places you are talking about), outside of the town centre we still have fibre from 3 telecomms providers running beside the pavement next to our building - which isn't in a location renound for its technological advantages, belive me. I find it pretty whacky that these people would advertise a service that they couldn't possibly provide without a lot of disruption.
I would tend to agree on the 'data optimized' point though. When you're talking about the speeds that fibre can go at, any sort of optimization claim is pretty redundant in my book;-)
It's a sad state of affairs. These are the people who are responsible for governing the way our countries work. Yet more and more demonstrations that those people "in power" either know diddly-squat about what it is that they are gibbering on about, or that they don't understand the effects that their actions are having in the Real World - highlighted, perhaps, by the UK RIP act and so many other draconian tidbits of shite that seem to be circulating the upper echelons nowadays.
Those having a good laugh at them, fine, but do remember that this is where the future *can* lie.
Those defending their actions... no comment.
What can I say - I've used MySQL for so many things in the past, and only once had a problem (a 3.21 release) with stability.
One server running 3.23.5 has now been up for 59 days, and whilst it has only handled a rather meagre 470,000 queries in that time, I have still yet to have any issues with it, from data contingency to stability.
I'm not in a position to comment about Postgres, having not really looked at in it in detail - but from where I stand MySQL has always behaved perfectly. I don't know where this benchmark got the info with regards to slowing queries down with a large number of users - a web-based chat system I wrote a while back for a childrens TV company quite happily handled 130+ concurrent connections to the database with about 160 page requests per second.
For what is essentially free software, that's easily good enough for me.
Slashdot Mirror
One, two, and three-sided disks!
Three sides? Just like the early editions of the Monty Python matching tie and handkerchief LP, then.
Actually, I'd go so far as to say that Doug Miller is a sanctimonius stuck up twat.
Only a complete cluebiscuit would label "Recent security problems with Linux" - example the recently problems with bind, are not problems with Linux at all. They are problems with bind. Which isn't Linux. Duh.
Of course, Microsoft don't *ever* suffer from security issues in their software as a result of poor design, code that dosen't have adequate range-checks, etc etc.
And no, I don't use Linux, I use FreeBSD. I think all have their downfalls, but bugger me if some marketing-type oink thinks it's O.K. too slag off the downfalls of one OS when the company they are plugging suffers from them - perhaps even more.
-steven
I don't think that this doctor necessarily thinks that doing such a surgery will provide a person with the capability of getting up and walking but would provide nutrients to their brain and thus extend their life.
You're not really extending their life like that, though. More of a case of simply extending their existance in the current state.
Define 'low'.
safe_mysqld -Omax_connections=1000 ?
Now, I've not had to use more than that, yet, but still with about 600 (active) connections I found no issues with speed.
>Yes it may be slightly slower, but it won't corrupt your data randomly,
Mmmm. In 14 months I've never lost any data to MySQL. And I don't have a *shitload* of data, but enough to worry about, nonetheless.
> you don't need to take it offline to backup
BACKUP TABLE, anyone?
> and it supports a proper set of SQL
At the end of the day, I use MySQL because it suits what I need to use it for. So do thousands of others; but then, if they need to use a different feature, then choose another system. There will always be trade-offs.
-flec
I do so wish there was a mod for 'utterly, utterly, wrong'.
As far as tne InterNIC goes, the limit is 67 (that's 63+".com")
> Is distributing a virus that does no damage and makes the MPAA look silly illegal?
Can't be - on the second count at least. They've managed to make themselves look silly so many times before.
So, they're either (a) breaking the law, or (b) making themselves look silly for fun, and you've got the all clear!
-flec
I find it shocking to see that you're lucky in the US to be within such great distances to the fibre-based network.
;-)
Even in living in Bolton (UK), with a population of only 270,000 (meagre given the size of the places you are talking about), outside of the town centre we still have fibre from 3 telecomms providers running beside the pavement next to our building - which isn't in a location renound for its technological advantages, belive me. I find it pretty whacky that these people would advertise a service that they couldn't possibly provide without a lot of disruption.
I would tend to agree on the 'data optimized' point though. When you're talking about the speeds that fibre can go at, any sort of optimization claim is pretty redundant in my book
It's a sad state of affairs. These are the people who are responsible for governing the way our countries work. Yet more and more demonstrations that those people "in power" either know diddly-squat about what it is that they are gibbering on about, or that they don't understand the effects that their actions are having in the Real World - highlighted, perhaps, by the UK RIP act and so many other draconian tidbits of shite that seem to be circulating the upper echelons nowadays.
Those having a good laugh at them, fine, but do remember that this is where the future *can* lie.
Those defending their actions... no comment.
-flec
What can I say - I've used MySQL for so many things in the past, and only once had a problem (a 3.21 release) with stability.
One server running 3.23.5 has now been up for 59 days, and whilst it has only handled a rather meagre 470,000 queries in that time, I have still yet to have any issues with it, from data contingency to stability.
I'm not in a position to comment about Postgres, having not really looked at in it in detail - but from where I stand MySQL has always behaved perfectly. I don't know where this benchmark got the info with regards to slowing queries down with a large number of users - a web-based chat system I wrote a while back for a childrens TV company quite happily handled 130+ concurrent connections to the database with about 160 page requests per second.
For what is essentially free software, that's easily good enough for me.
I couldn't contain myself on page 10.... it is so nice to see a parody of such quality ;)