Actually, thats probably the exact reason why it'll be deadly.
You see, a well evolved virus will NOT kill the host. If it kills the host it kills itself (difficult to spread from a dead patient).
Atleast, it won't do so immediatly. The black plague worked so well as it's primary carriers were unaffected, easily spread and quite plentiful. Had adverse affects on humans though:)
heh.. Do some research. It was a marketing ploy to push new cheap flatware. It stained less than normal flatware, so the marketing department called it stainless.
Quite funny. Wouldn't that be./configure doesn't support BSD? Afterall, it's configure that has the interest in 'configuring' on as many platforms as possible -- not BSDs job to look and act like the next guy.
Anyhow.. Back to compiling Postgresql and friends under Windows using that./configure thingy.
It'll waste CPU cycles all right. But if it makes the network, disk and interface responsiveness faster odds are the CPU will have more information to do processing with.
There are very very few CPU constrained jobs a computer does anymore. The ones that are (Graphics rendering, key cracking) either have the budget to add an extra machine per 100 to get back the 1%, or are already working with a timeframe that the timelost doesn't really matter.
If you wait 3 months for something, whats an extra 12 hours?
That said, I don't know how much this actually slows a conjested machine down. But, one of the large benefits of Solaris on Sun hardware is that you can get it up to a load of about 1000 before it starts to choke (become choppy). Sure, no task is moving quickly -- but they're all moving.
FreeBSD I find gets slammed around 150, and Linux (last I tried was 2.0.x) was around 60.
It's the type of stuff that makes Bigiron worth the money.
DISCLAIMER: Load numbers are by my own independent testing on varying hardware. It was a large Sun box, but not an order of magnitude above the Linux / BSD one. Test consisted of FTP connections downloading varying sized files at varying speeds.
It's in the frigging name of the alloy, yet we still can't figure out that it just stains less than regular metals (definately true). Otherwise it would be called stainfree, as in free of stains, or will not stain.
Europe has them, has for some time now. I'd love to have them too -- so I resorted to downloading the episodes until they become available to purchase here.
Good quality too. I'd just mail (who exactly?) a cheque and call it even but then they'd probably try to arrest me or something.
To me the description about their survival sounds a little like they're all nervous.
Pacing back and forth. Attached to inanimate objects -- but fussy about them and quickly discarded. Lastly, they're nibbling on any food in their path.
Yup, those scientists picked a real winning group. Best find the 'marine shrink' soon.
Easy way to approach this is to install the 7.2 installation in a seperate path from the 7.1 installation.
If done right (ie --prefix=/usr/local/pgsql72) you can easily compile, install and have everything ready to go.
Initdb to the/usr/local/pgsql72/data location, then fire up 7.2 on a seperate port (5433 rather than 5432 -- may wish to move the socket too). Setup & test our security aspects.
Turn down the webserver to the 7.1 system. Close any applications.
Of course, this takes some time and requires double the disk space. While this is running upgrade any changes to your software that you wish to apply (datatype changes, features being outdated, etc.).
As soon as it's done, shot down both the 71 and 72 databases. Reset the port and socket to the default location for 72 and re-fire them back up. Alternately you can have your application look in a different spot for a connection.
Fire back up the webserver, or re-enable connections to the system. A 4GB database using the above method with a relatively simple structure (100 tables, 50 or so functions, etc) took about 10 minutes of actual downtime.
Of course, several test runs should go before hand. I heavily suggest you enable md5 style passwords at the same time and update the users password storage mechanism -- ODBC doesn't support these yet that I know of.
4 billion transactions include updates, deletes and inserts. Not that its great, but any system thats doing that many changes in a second probably has enough money to spend on good hardware and needs a DB with excellent commercial support -- since the latter doesn't exist, Oracle or DB2 will due;)
Selects aren't counted of course.
Yes, disk reclaiming locked whole tables. Mind you, until recently MySQL locked tables for every statement (including selects??), so did SyBase (but not for selects I don't think).
Locking a table for a minute once a day isn't nearly as bad as 150 times a second -- but of course Postgres does neither now.
Re:Entertainment at the expense of the BSA
on
A Look Inside the BSA
·
· Score: 1, Flamebait
Yeah well... Did you pay Fraunhoffer the money for using the certain opensource mp3 encoders(can't remember which -- my info may be way out of date).
Can you ensure no-one has modified GPL'd code?
Anyway, I only touch (modify) BSD stuff for fear of the opensource BSA which is named Slashdot. Although I don't sell or even distribute any software, strictly in house stuff at home -- but who knows when I'll accidentally send someone a compiled binary and get FSFs BSA equivelent pounding at my door.
These guys are here to kick ass and chew bubble gum -- but they're all out of gum.
On a serious note, I greatly welcome the 4 billion transaction limit being raised. Sure, it's 126 per second over the period of a year -- but it's one step closer to being the database for a major system.
Next step, master-master replication and clustering. Only wish I knew enough about either topic to help out. I'm doing lots of research on it though, maybe someday.
Yeah, well.. Turn off the coffee pot and it still says WARNING: HOT. It should have a warning for COLD as well because nothing is worse than cold coffee.
Re:Market research would have solved a lot.
on
A Loki Timeline
·
· Score: 2
Curious.. Why would a package manager fry libraries required by the item?
portupgrade yells at me whenever I try to upgrade beyond a programs dependencies. Since most Loki games are in ports (ones I play anyway) this holds.
Is this not the same with apt and rpm? Or are Loki games simply not packaged for those package managers?
Is that because of a funny distribution across the ram cards? If it's the BSD VM stack (it's not, but may be quite similar) then it should only have an area where the speed gain tails off (dramatically actually), but doesn't actually drop.
If the english language made any damn sense it wouldn't be so hard. Anyone can learn english in 6 months. Problem is it takes another 20 years to memorize all the exceptions to rules.
Slashdot Mirror
Actually, thats probably the exact reason why it'll be deadly.
:)
You see, a well evolved virus will NOT kill the host. If it kills the host it kills itself (difficult to spread from a dead patient).
Atleast, it won't do so immediatly. The black plague worked so well as it's primary carriers were unaffected, easily spread and quite plentiful. Had adverse affects on humans though
heh.. Do some research. It was a marketing ploy to push new cheap flatware. It stained less than normal flatware, so the marketing department called it stainless.
> it does not support ./configure
./configure doesn't support BSD? Afterall, it's configure that has the interest in 'configuring' on as many platforms as possible -- not BSDs job to look and act like the next guy.
./configure thingy.
Quite funny. Wouldn't that be
Anyhow.. Back to compiling Postgresql and friends under Windows using that
Yes, and no...
It'll waste CPU cycles all right. But if it makes the network, disk and interface responsiveness faster odds are the CPU will have more information to do processing with.
There are very very few CPU constrained jobs a computer does anymore. The ones that are (Graphics rendering, key cracking) either have the budget to add an extra machine per 100 to get back the 1%, or are already working with a timeframe that the timelost doesn't really matter.
If you wait 3 months for something, whats an extra 12 hours?
That said, I don't know how much this actually slows a conjested machine down. But, one of the large benefits of Solaris on Sun hardware is that you can get it up to a load of about 1000 before it starts to choke (become choppy). Sure, no task is moving quickly -- but they're all moving.
FreeBSD I find gets slammed around 150, and Linux (last I tried was 2.0.x) was around 60.
It's the type of stuff that makes Bigiron worth the money.
DISCLAIMER: Load numbers are by my own independent testing on varying hardware. It was a large Sun box, but not an order of magnitude above the Linux / BSD one. Test consisted of FTP connections downloading varying sized files at varying speeds.
After a decade or so, yeah... But just wait till the 150 year patent comes around like the 150 year copyright.
Damn Mickey all to hell!
OSX (Darwin to be more exact) is as much BSD as 'Linux' (distribution wise I guess) is GNU. Whether thats alot or very little I'm unsure of.
One things for sure, the vast majority of the sourcecode to Darwin is of BSD origin. But what percentage of Darwin makes up OSX?
It's in the frigging name of the alloy, yet we still can't figure out that it just stains less than regular metals (definately true). Otherwise it would be called stainfree, as in free of stains, or will not stain.
They want to show that they're average people. Average people cannot speel.
So, pull the plug on cable and tell your cable provider why.
How do you know that the deaf, dumb or blind aren't better physically suited to the environment of the future, but have simply evolved early?
I can think of advantages to all 3. Having a hard time coming up for a reason for ugly though.
That was about my thought on the matter too.
Like Futurama for instance?
Europe has them, has for some time now. I'd love to have them too -- so I resorted to downloading the episodes until they become available to purchase here.
Good quality too. I'd just mail (who exactly?) a cheque and call it even but then they'd probably try to arrest me or something.
To me the description about their survival sounds a little like they're all nervous.
Pacing back and forth. Attached to inanimate objects -- but fussy about them and quickly discarded. Lastly, they're nibbling on any food in their path.
Yup, those scientists picked a real winning group. Best find the 'marine shrink' soon.
Easy way to approach this is to install the 7.2 installation in a seperate path from the 7.1 installation.
/usr/local/pgsql72/data location, then fire up 7.2 on a seperate port (5433 rather than 5432 -- may wish to move the socket too). Setup & test our security aspects.
/usr/local/pgsql72/bin/psql -h localhost -p 5432
If done right (ie --prefix=/usr/local/pgsql72) you can easily compile, install and have everything ready to go.
Initdb to the
Turn down the webserver to the 7.1 system. Close any applications.
Last but not least:
/usr/local/pgsql72/bin/pg_dumpall -h localhost |
Of course, this takes some time and requires double the disk space. While this is running upgrade any changes to your software that you wish to apply (datatype changes, features being outdated, etc.).
As soon as it's done, shot down both the 71 and 72 databases. Reset the port and socket to the default location for 72 and re-fire them back up. Alternately you can have your application look in a different spot for a connection.
Fire back up the webserver, or re-enable connections to the system. A 4GB database using the above method with a relatively simple structure (100 tables, 50 or so functions, etc) took about 10 minutes of actual downtime.
Of course, several test runs should go before hand. I heavily suggest you enable md5 style passwords at the same time and update the users password storage mechanism -- ODBC doesn't support these yet that I know of.
4 billion transactions include updates, deletes and inserts. Not that its great, but any system thats doing that many changes in a second probably has enough money to spend on good hardware and needs a DB with excellent commercial support -- since the latter doesn't exist, Oracle or DB2 will due ;)
Selects aren't counted of course.
Yes, disk reclaiming locked whole tables. Mind you, until recently MySQL locked tables for every statement (including selects??), so did SyBase (but not for selects I don't think).
Locking a table for a minute once a day isn't nearly as bad as 150 times a second -- but of course Postgres does neither now.
Yeah well... Did you pay Fraunhoffer the money for using the certain opensource mp3 encoders(can't remember which -- my info may be way out of date).
Can you ensure no-one has modified GPL'd code?
Anyway, I only touch (modify) BSD stuff for fear of the opensource BSA which is named Slashdot. Although I don't sell or even distribute any software, strictly in house stuff at home -- but who knows when I'll accidentally send someone a compiled binary and get FSFs BSA equivelent pounding at my door.
These guys are here to kick ass and chew bubble gum -- but they're all out of gum.
On a serious note, I greatly welcome the 4 billion transaction limit being raised. Sure, it's 126 per second over the period of a year -- but it's one step closer to being the database for a major system.
Next step, master-master replication and clustering. Only wish I knew enough about either topic to help out. I'm doing lots of research on it though, maybe someday.
hah..
Thats one of the best comments I've seen all day.
Well done!
Where's the moderators when you need them?
Yeah, well.. Turn off the coffee pot and it still says WARNING: HOT. It should have a warning for COLD as well because nothing is worse than cold coffee.
Curious.. Why would a package manager fry libraries required by the item?
portupgrade yells at me whenever I try to upgrade beyond a programs dependencies. Since most Loki games are in ports (ones I play anyway) this holds.
Is this not the same with apt and rpm? Or are Loki games simply not packaged for those package managers?
Why is that awsome? The problem is the exact same only reversed.
Bah.. why find a cheap way to escape gravity when we could simply do away with it.
Dear Nasa,
Please find a way to destroy the earth so that all of mankind can have a chance to goto space -- and fast.
I don't follow the 1GB or 2GB ram deal.
Is that because of a funny distribution across the ram cards? If it's the BSD VM stack (it's not, but may be quite similar) then it should only have an area where the speed gain tails off (dramatically actually), but doesn't actually drop.
If the english language made any damn sense it wouldn't be so hard. Anyone can learn english in 6 months. Problem is it takes another 20 years to memorize all the exceptions to rules.
;)
I willn't stand for it
Good point I suppose... But only because everyone *wants* to apply that number to someone else.