And still, 20 years after, people use that silly (in the context of speed measurement) baud term. Just stop it. Bits per second (bps, Kbps, Mbps etc) is what you should use. QED.
Language purists will go into a more literal definition of baud meaning a clump of data that is transmitted in one time unit. More on that in a bit.
and:
In order for serial data communication to happen, you need to agree on a clock signal, or baud rate, in order to get everything to be both transmitted and recieved properly. This is where the language purists get into it, because it is this clock signal that actually drives the "baud rate".
So you can multiplex the bits on the frequency (the baud) to get a different bit rate. Start, stop and parity bits are irrelevant in this context, as they are part of the raw bit stream. DTE/DCE rates are also irrelevant, as is the 8250 and family chips. Baud is specific to the DCE/DCE link, afaik. At least up to 38400 bps, the RS232 transmit on bit per clock cycle.
...and a 28.800 baud modem over normal telco lines would be quite a feat
Is it just me that's annoyed when people talk about baud as it was the speed of the modem? Baud is the modulation, the speed is measured in bits per second.
Idiots! Moving DDL and data from tables is the easy-peasy part of database migration. Stored procedures, referential integrity, federation of databases, seamless integration with other SQL Server, Oracle and Informix data sources....
You need to interact with other data repositories out there. mySQL is not a bad ISAM type database, but a ACID RDBMS it is not. Far from it.
Just install DB2 on your linux servers and forget about it all. Easy to install, easy to admin, easy to integrate in shell scripts, top performance. What more do you need?
Seconed, Wolfenstein: Enemy Territory is a gem of a game. The objective based and role based team play is better than anything else out there imho. You'll get bored with counter strice, but never with ET!:)
CGA cards had 16KB, they didn't need more. All memory was used as a framebuffer in graphics mode. In text mode, the memory was split into four parts, each a virtual screen. 80x25 characters; one byte for the ASCII code and one for the color, 4000 bytes per virtual screen.
Using direct access you could build screens and flip them, giving you lightning fast display updates:)
The L in AIX 5L means Linux Affinity. It just means that libraries, compilers etc are available so you can./configure&&make&&make install your linux source.
Agreed. Nature just doesn't care about us. Average temperature up 10C? Who cares. Some animals will die, some will move, some will prosper. It's life.
Sure, some humans will care if they have to move, their city is flooded and the crops are bad. But in the bigger picture nature just says "D'oh, so?"
So all the whiners around the world, get a grip on yourselves. Nature changes. Wind, ocean currents, temperatures. They change. There will grow trees where there was no trees last century, trees will die where trees have grown for 500 years... change. Get used to it. In 10.000 years noone will care, just as we don't care about the last ice age.
At least on the ARM CPUs that many of the players use (like the fabulous Rio Karma), the Ogg decoder have a larger footprint so it does not fit in the L1 cache on the CPU. The extra memory requirements leads to extra power usage, and it might need extra CPU cycles too.
The older ARM chips (as used in iPods) also have a bug that introduce an extra waitstate on memory access, slowing it down and increasing power usage even more... this is a technical reason why the iPods could not implement Ogg. iPod Mini got a new and better CPU, so they could run it -- technically speaking.
Oh, not only geeks care about the Ogg framework. Ogg is like MPEG4, just a container system.
Professional musicians use Ogg FLAC and to some extent Ogg Vorbis. Audiophiles use it. And I have hopes for Ogg Theora for video too.
It is open source, patent free. If you encode your CDs as Ogg FLAC today, you can still play them in 40 years. If you can only play DRM'ed MP3 in 40 years and your old CDs are destroyed.... you are screwed. I love the music I got now and I want to keep it with me for as long as I live. How many of you MP3 sillies think about that?
Yup, the main problem with backup these days is that backup media has not kept up with disk sizes. Networked disk backup is well enough, but you need plenty of extra space build into all you computers. You need more than one generation of backups.
Some of my machines can run unattended for weeks, if not months, and since unix/linux can keep running with a crashed filesystem if the files are cached, you need some extra "catch-up" time to find you that you have a dead disk or a b0rked filesystem.
For enterprise systems, you can always get a tape library and run IBM Tivoli Storage Manager on it... now if only tape libraries and TSM was free:)
You can probably look at religion as a continious theorem that has not been proved or disproved yet, but you believe the end result down the road (might be armageddon in the christian religion) will prove the existence of the god. Work in progress, in other words:)
Belief in a deity is just that, belief. I cannot say if a god exist or not, so it's up to you to say there is no god (atheist), to say that I don't believe in a god until his existense is proved (agnostic) or I believe a/the god exist.
Noone, not even the Pope can say that it is proven that a god exist. You can say "I believe", "I can feel him/it in my heart", "I am convinced that my god exist"... more power to you.
But we need some level of objectivism in science and philosophy. You need to keep two thoughts in your mind at the same time.
Why not? It's only things or ideas that are proven to exist that we can know for sure exists (at some level of being). If you cannot prove that is exist, it might still exist at varying levels of existence,
It's ShareWare so it's not free, but PMView is the best picture viewer I've used. It's fast, light, support a myriad of formats (and does it right) and use very good algorithms for stuff like antialiasing. Built in simple scripting ability for doing resizing, rotating etc. I.e a simple Ctrl-A, MB2 click and select your script to run on all the pictures.
Also it got excellent printing support, where you can scale and size your print exactly as you want and direct memory TWAIN support (so you see your scan as it scans). Peter Nielsen who's writing PMView is also active and supplies fixes for problems fast.
Sadly, it's only for Windows so far, but as that's what this article is for....:) but it's shareware, not freeware. But IMHO well worth the price.
Doesn't matter. If I/O is a bottleneck, just add disks to your SAN/RAID storage system. Redundant Array of Inexpensive Disks. Four drives will be cheaper and faster than two drives with twin-heads.
Yes, valid points. And, you have the mechanical problem. The track and bit density is so high that even the slightest air turbulence can cause problems. As the heads would often be at different tracks, the turbulence would be changing and higher than with just one set of heads. The seek-vibrations could be a factor too.
And if the cards are properly generated (i.e true random), they should be as safe as one-time pads.
And nothing beats truly random onetime pads:) For small stuff like authentication, one time pads are feasible like this. You cannot use them to encrypt the entire transaction... bla bla for a full explanation of the various one-time pad schemes go read The Code Book by Simon Singh.
In fact, before any of you start to comment on crypto you should at least have read that book (I know many of you have read it, so just keep posting:)
Been there done that. Harddisks with multiple head racks was not uncommon on large (18") drives and Connor tried to market a model around 1990 iirc. The engineering is just too hard, especially on small drives and it's mostly a moot point as all performance critical systems are running RAID anyway. In a way, you can look at a 6 drive RAID array as a single drive with 6 head racks:)
Well, I'm working in IBM and tho I'm not commenting on this officially, I can say that we take the distro part seriously. That means we don't favour any distro over another. Some departments test on suse first, then redhat. In other deptartments it's the other way around. Suse has had better support on power cpus than redhat, but with red hat enterprise linux version 3 that has changed to a large degree.
When you develop something, you must have some base level versions of compilers and libraries to develop on. Then you test on different versions to check that everything work.
As another poster pointed out; whatever sells our servers, software and services...:)
As any big corporations, we're pimps. I just like to think that we're honest about it, and as good pimps we try to make our customers happy.
We've had an event like that already, but with the standard editions. Not the extended versions.
And yes, they sold out:) Was like 20-30 minutes breaks between each movie and the whole thing lasted for 12 hours or about that. AFAIK, the Oslo, Norway cinema was the first one that had an event like that. They tried to get the extended versions, but the movie company said no.
Slashdot Mirror
And still, 20 years after, people use that silly (in the context of speed measurement) baud term. Just stop it. Bits per second (bps, Kbps, Mbps etc) is what you should use. QED.
PS. And yes, I did run BBSes 20 years ago.
Well, from your link:
Language purists will go into a more literal definition of baud meaning a clump of data that is transmitted in one time unit. More on that in a bit.
and:
In order for serial data communication to happen, you need to agree on a clock signal, or baud rate, in order to get everything to be both transmitted and recieved properly. This is where the language purists get into it, because it is this clock signal that actually drives the "baud rate".
So you can multiplex the bits on the frequency (the baud) to get a different bit rate. Start, stop and parity bits are irrelevant in this context, as they are part of the raw bit stream. DTE/DCE rates are also irrelevant, as is the 8250 and family chips. Baud is specific to the DCE/DCE link, afaik. At least up to 38400 bps, the RS232 transmit on bit per clock cycle.
...and a 28.800 baud modem over normal telco lines would be quite a feat
Is it just me that's annoyed when people talk about baud as it was the speed of the modem? Baud is the modulation, the speed is measured in bits per second.
I.e a 2400bps modem used 1200 baud.
How hard can it be?
Idiots! Moving DDL and data from tables is the easy-peasy part of database migration. Stored procedures, referential integrity, federation of databases, seamless integration with other SQL Server, Oracle and Informix data sources....
You need to interact with other data repositories out there. mySQL is not a bad ISAM type database, but a ACID RDBMS it is not. Far from it.
Just install DB2 on your linux servers and forget about it all. Easy to install, easy to admin, easy to integrate in shell scripts, top performance. What more do you need?
Seconed, Wolfenstein: Enemy Territory is a gem of a game. The objective based and role based team play is better than anything else out there imho. You'll get bored with counter strice, but never with ET! :)
CGA cards had 16KB, they didn't need more. All memory was used as a framebuffer in graphics mode. In text mode, the memory was split into four parts, each a virtual screen. 80x25 characters; one byte for the ASCII code and one for the color, 4000 bytes per virtual screen.
:)
:)
Using direct access you could build screens and flip them, giving you lightning fast display updates
Those CGA cards were pretty cool back in 1982
The L in AIX 5L means Linux Affinity. It just means that libraries, compilers etc are available so you can ./configure&&make&&make install your linux source.
Agreed. Nature just doesn't care about us. Average temperature up 10C? Who cares. Some animals will die, some will move, some will prosper. It's life.
Sure, some humans will care if they have to move, their city is flooded and the crops are bad. But in the bigger picture nature just says "D'oh, so?"
So all the whiners around the world, get a grip on yourselves. Nature changes. Wind, ocean currents, temperatures. They change. There will grow trees where there was no trees last century, trees will die where trees have grown for 500 years... change. Get used to it. In 10.000 years noone will care, just as we don't care about the last ice age.
At least on the ARM CPUs that many of the players use (like the fabulous Rio Karma), the Ogg decoder have a larger footprint so it does not fit in the L1 cache on the CPU. The extra memory requirements leads to extra power usage, and it might need extra CPU cycles too.
The older ARM chips (as used in iPods) also have a bug that introduce an extra waitstate on memory access, slowing it down and increasing power usage even more... this is a technical reason why the iPods could not implement Ogg. iPod Mini got a new and better CPU, so they could run it -- technically speaking.
Oh, not only geeks care about the Ogg framework. Ogg is like MPEG4, just a container system.
Professional musicians use Ogg FLAC and to some extent Ogg Vorbis. Audiophiles use it. And I have hopes for Ogg Theora for video too.
It is open source, patent free. If you encode your CDs as Ogg FLAC today, you can still play them in 40 years. If you can only play DRM'ed MP3 in 40 years and your old CDs are destroyed.... you are screwed. I love the music I got now and I want to keep it with me for as long as I live. How many of you MP3 sillies think about that?
Yup, the main problem with backup these days is that backup media has not kept up with disk sizes. Networked disk backup is well enough, but you need plenty of extra space build into all you computers. You need more than one generation of backups.
:)
Some of my machines can run unattended for weeks, if not months, and since unix/linux can keep running with a crashed filesystem if the files are cached, you need some extra "catch-up" time to find you that you have a dead disk or a b0rked filesystem.
For enterprise systems, you can always get a tape library and run IBM Tivoli Storage Manager on it... now if only tape libraries and TSM was free
This is nothing new, we had this 10 years ago in OS/2 ffs :)
You can probably look at religion as a continious theorem that has not been proved or disproved yet, but you believe the end result down the road (might be armageddon in the christian religion) will prove the existence of the god. Work in progress, in other words :)
Belief in a deity is just that, belief. I cannot say if a god exist or not, so it's up to you to say there is no god (atheist), to say that I don't believe in a god until his existense is proved (agnostic) or I believe a/the god exist.
Noone, not even the Pope can say that it is proven that a god exist. You can say "I believe", "I can feel him/it in my heart", "I am convinced that my god exist"... more power to you.
But we need some level of objectivism in science and philosophy. You need to keep two thoughts in your mind at the same time.
Why not? It's only things or ideas that are proven to exist that we can know for sure exists (at some level of being). If you cannot prove that is exist, it might still exist at varying levels of existence,
Indeed, and if something cannot be proved to exist, we have to assume that it does not.
No, but it does it better. Even with the myriad of graphics format that calls itself .TIF. And it's quite a bit faster. But whatever rocks your boat.
Yes, it's still maintained on par on OS/2, so if you run OS/2 you have no choice but to use PMView :)
It's ShareWare so it's not free, but PMView is the best picture viewer I've used. It's fast, light, support a myriad of formats (and does it right) and use very good algorithms for stuff like antialiasing. Built in simple scripting ability for doing resizing, rotating etc. I.e a simple Ctrl-A, MB2 click and select your script to run on all the pictures.
Also it got excellent printing support, where you can scale and size your print exactly as you want and direct memory TWAIN support (so you see your scan as it scans). Peter Nielsen who's writing PMView is also active and supplies fixes for problems fast.
Sadly, it's only for Windows so far, but as that's what this article is for.... :) but it's shareware, not freeware. But IMHO well worth the price.
Doesn't matter. If I/O is a bottleneck, just add disks to your SAN/RAID storage system. Redundant Array of Inexpensive Disks. Four drives will be cheaper and faster than two drives with twin-heads.
It was a good idea tho, just not feasible today.
Yes, valid points. And, you have the mechanical problem. The track and bit density is so high that even the slightest air turbulence can cause problems. As the heads would often be at different tracks, the turbulence would be changing and higher than with just one set of heads. The seek-vibrations could be a factor too.
And if the cards are properly generated (i.e true random), they should be as safe as one-time pads.
:) For small stuff like authentication, one time pads are feasible like this. You cannot use them to encrypt the entire transaction... bla bla for a full explanation of the various one-time pad schemes go read The Code Book by Simon Singh.
:)
And nothing beats truly random onetime pads
In fact, before any of you start to comment on crypto you should at least have read that book (I know many of you have read it, so just keep posting
Been there done that. Harddisks with multiple head racks was not uncommon on large (18") drives and Connor tried to market a model around 1990 iirc. The engineering is just too hard, especially on small drives and it's mostly a moot point as all performance critical systems are running RAID anyway. In a way, you can look at a 6 drive RAID array as a single drive with 6 head racks :)
Well, I'm working in IBM and tho I'm not commenting on this officially, I can say that we take the distro part seriously. That means we don't favour any distro over another. Some departments test on suse first, then redhat. In other deptartments it's the other way around. Suse has had better support on power cpus than redhat, but with red hat enterprise linux version 3 that has changed to a large degree.
:)
;)
When you develop something, you must have some base level versions of compilers and libraries to develop on. Then you test on different versions to check that everything work.
As another poster pointed out; whatever sells our servers, software and services...
As any big corporations, we're pimps. I just like to think that we're honest about it, and as good pimps we try to make our customers happy.
ouch, maybe not PC....
We've had an event like that already, but with the standard editions. Not the extended versions.
:) Was like 20-30 minutes breaks between each movie and the whole thing lasted for 12 hours or about that. AFAIK, the Oslo, Norway cinema was the first one that had an event like that. They tried to get the extended versions, but the movie company said no.
And yes, they sold out