No, but idle hard drives do lose data. You should keep the drives spinning so that they can do integrity checks and rewrite weak blocks periodically to prevent data loss.
Not as big as the bottleneck of the CPU. I don't know what type of video editing this person is doing, but odds are about 10:1 it's DV. I actually worked through the math on a video editing mailing list once and showed the fallacy of assuming that faster disk performance made any real difference. I'm actually rather surprised nobody else has already mentioned the logical flaw, given that this is slashdot, after all.:-)
Amdahl's law tells us that speeding up a portion of an operation results in an overall speedup proportional to the ratio between the part that was sped up and the total operation, and that the maximum overall speed-up couldn't be more than the percentage of the total time that the operation used originally.
Say you have an operation that takes ten seconds. It is divided into two parts, one of which takes 1 seconds, one of which takes 9. If you speed up the part that takes 3 seconds by a factor of two, you have only knocked a meager 5% off the overall time of the operation.
In video editing, the amount of time taken for reading a block off a disk is totally insignificant compared to the amount of time needed to process the frame to such an extent that the disk access time is generally lost entirely due to the precision of most people's calculations.
Basically, the time to seek to a given block was something like one sixth of a percent of the total time needed to decompress a single DV frame with a 1GHz CPU. Even if you cut your seek overhead by a factor of a thousand, you couldn't cut your time by even one percent.
Worse, if the code is written correctly, it is possible --indeed trivial, given the well-defined access patterns involved in video editing -- to prefetch the blocks of data before the processor needs them, making the speedup absolutely zero, regardless of the speed of the disk.
Long story short, while it's a cool idea, it won't have any noticeable benefit. Now if your friend were doing -audio- editing with multiple channels, where it is actually possible (even easy) to exceed the speed of a single 5400 RPM hard drive, that would be a different story. But at least for DV editing, there is no benefit of even moving from a single 5400 RPM drive to a 7200 RPM drive apart from having a greater safety margin to avoid the risk of dropouts when capturing. The benefits of moving to a RAID are even less, and to a huge ramdisk, thus, less still.
16 kHz is right about at the cutoff for an average adult, so while you don't need exceptionally good hearing, you do generally need moderately good hearing.
That said, I can usually tell the difference by sound of a random TV set or video monitor that is receiving a sync signal and one that isn't....
I can barely hear a new monitor (and I might even be imagining that), but I have an older computer monitor with the same resolution specs that I can hear easily.
Guess that's why in the last few months, I've installed an ATI video card, multiple ATA hard drives, a Promise ATA card, various ethernet cards, generic PC133 RAM, an M-Audio sound card, an Aiptek graphics tablet, Labtec speakers, and multiple Firewire and USB peripherals on the Macs that I use.
Wow, so the rumor about Apple buying Fry's Electronics, ATI, Promise, 1-800-4-Memory, Aiptek, Labtec, and eight other companies -is- true.:-)
The real reasons that the ink cartridge is so expensive (compared to the price of a new printer) is both the markup on the cartridges by the manufacturers/retailers and also that the print head is built into the cartridge (at least on the printers I've used).
Depends on the company. The Epson printers I've used just use a tank of ink, and the print head is part of the printer (the way it should be). So what's their excuse for their cartridge prices? $2 for a generic black tank online, and $30 a pair in stores last I checked. Sheesh....
CVS was first released as a set of shell script wrappers for RCS in 1986. It is descended from RCS, which has been around since at leaast the mid 80s. The design of RCS was based loosely on that of SCCS, which was written in about 1972. Man, that patent must have been hanging around for a long time.;-)
Merriam-Webster defines file (in computer usage) as "a complete collection of data (as text or a program) treated by a computer as a unit especially for purposes of input and output". Therefore, a JPEG image or an HTML document, even if stored entirely in memory and never written to disk, is a file.
I looked through these claims, and I fail to see a single claim that could not be used to describe CVS, so long as you loosely define the word "memory" to include disk storage (as is fairly common in non-technical circles). Otherwise, the only claims that hold any validity are 7 and 8, and even then only if you use a ramdisk for your staging checkout and for individual contributor checkouts.
File system drivers for MacOS X would have to be written as a kext and would be IOKit-based. Totally un-BSD...
If it were a file system, you would be wrong (since the VFS layer is basically BSD), but it isn't a file system; it's a block device. So yes, it would be an I/O Kit KEXT.
However, to say that it's "totally un-BSD" is a stretch. BSD drivers are relatively easy to port to Mac OS X if they are written correctly. The wrapper tends to be relatively small, with additional changes needed for synchronization where applicable.
Same reason Comedy Central allows damn and said Lord's name but not damn when preceded by said Lord's name.... the same reason they allow bastard but won't allow s--t and f--k, ass but not a--hole. Somebody got a bug up his/her arse about a particular word, and somehow miraculously ended up as a network censor---the squeaky wheel gets the grease and all.
Are there really compelling advantages to.11g which would make it worth buying -- for household use, that is -- over a ridiculously cheap 801.11b router? I guess at a frathouse (or a co-op), it would make more sense...
Depends on your needs. I'm considering an Airport Extreme because of:
1. USB printer sharing.
2. External antenna jack for adding an external range extending antenna without modding the case.
3. My current ABS had the bad caps, and while I hacked new ones in, I still see it as a relatively high risk potential point of failure....
In short, it depends on your needs and on what you are upgrading from.
Have you tried changing the channel on your base station? That should help.
FWIW, Cordless phones should cause bandwidth degradation, but if you are experiencing other problems beyond that, it suggests a problem with either the phone, the base station, or your wireless card, or some combination thereof.
The former. Both PC and Mac hardware have historically gotten faster at about the same rate. Macs have always held their value better. Even 68k Mac hardware still brought a decent price until... oh, Mac OS X. (You could still find Quadras selling for $200+ on eBay up until at least 1999 or 2000. That's hardware built in 1992 or so....:-)
The big reason Macs hold their value better is that, in general, new OS versions tend to be usable (not just bootable, but actually usable) on relatively old hardware. Mac OS X broke this for a lot of older hardware, and as a result, the resale value of said gear dropped somewhat, but anything that will run Mac OS X is still holding its value exceptionally well relative to PCs of the same vintage. Even without Mac OS X, though, older systems are still usable for many typical tasks.
Case in point, my grandmother does word processing and email on a PM6100/66. By contrast, the typical Pentium 66 is either a closet filler, a slow router running Linux, or a boat anchor (or some combination thereof).
Also, the hardware tends to be more robust than commodity PC hardware. Laptops and hard drives notwithstanding, I've never had a Mac fail in my care. Never. I've even used working original (1984) Mac 128s as late as 1999 or so. IBM PC jr, anyone? PC-AT? Anyone? Anyone? Bueller? Bueller?
In short, it's no surprise that in a study of burglars back in the late 1990s, they were several times as likely to steal a Mac as a PC.... It does more. It lasts longer. It's that simple.:-)
Re:Wrong assertions about Japanese economy
on
The Faded Sun
·
· Score: 1
Conversely, I have always thought Sun would be a good merge with Apple. I think Sun would be best getting away from almost TOTAL proprietary, allow Apple's genius to help with development of Java and further integrate it in to Unix/BSD, and give Apple some of the best blade technology in the industry, and possibly a stronger development partner for RISC processors.
No, wait. I've got it. Apple should merge with Sun AND SGI. Then they'd form the
Do you also have the right to listen to people's cell phone conversations that "travel through your body"?
That becomes an invasion of privacy, which is protected by various laws. TV channels are not people, though, and thus have no right to privacy. Completely wrong analogy.
Do you have the right to tap into the cable on the curb and watch free TV? Do you have the right to splice into your neighbor's phone line to bill your calls to him?
The cable tower at the curb is the property of the cable company. That's trespassing. Again, wrong analogy.
The fact that the medium is radio waves rather than a cable doesn't give you the right to the content. It's irrelevant.
Actually, it does give you the right to the scrambled/encrypted content. It just doesn't give you the right to descramble/decrypt it. This has already been upheld in the descrambler trials back in the 80s. So while you're right, you're also wrong.
Stealing that signal is no different from any other intellectual property theft.
Actually, it is very different. It is akin to someone handing a reporter a classified document. Is the reporter liable? They aren't supposed to be. The person doing the handing is liable. In the same vein, if DirecTV signals were not encrypted, they would be similarly liable. Only the encryption protects them, both technically and legally.
Second that. Same problem, same part choice, and no, mine wasn't in the listed range.
However, Apple continued using the same apparently-faulty Lelon caps, and graphite base stations continute to fail.
I'm pretty sure I read that they did change capacitor brands later in the run, and that refurbished boards don't come back with Lelon caps, either. I could be wrong, though.
If an infiltrator broke a tile or two in such a way that it wouldn't be readily apparant to final inspection, or maybe pried one or two loose...
If one or two broke loose, it would be just like every other landing, unless they're very specific tiles.... In other words, if it was sabotage, it was likely an inside job....
I don't know what kind of math you learned, but at sea level, Mach 1 is 770 miles per hour. That would make 4000 mph just slightly over mach 5.
Granted, temperature of air has some impact, but it's proportional to the square root of the temperature in Rankin. My rather sloppy approximation puts it about 730 mph, more or less. Certainly not a factor of three less, though.
If you mean the ionization blackout, AFAIK that occurs predominantly in the ionosphere, which starts at about 80 km up. This incident occurred at about 63 km up, which is close to the bottom of the mesosphere. By that point, reentry is over, and you're gliding.
Speaking of Yahoo, Yahoo's site, which premiered in 1995, was always designed around a tree-based structure in which the majority of the site design was static, with dynamically generated content backing it.
That is one of the great things about draconian penalties - sensible people are not willing to run the risks asociated with defending themselves.
Au contraire, mon ami. If the choice is between giving up all your money or spending all your money fighting, I for one would rather go down fighting. In the words of Thomas Jefferson, "Timid men prefer the calm of despotism to the tempestuous sea of Liberty." Be not timid.
(Of course, not being a p2p user, I won't be doing either.)
No, but idle hard drives do lose data. You should keep the drives spinning so that they can do integrity checks and rewrite weak blocks periodically to prevent data loss.
Wouldn't the bottleneck of the NICs be an issue?
:-)
Not as big as the bottleneck of the CPU. I don't know what type of video editing this person is doing, but odds are about 10:1 it's DV. I actually worked through the math on a video editing mailing list once and showed the fallacy of assuming that faster disk performance made any real difference. I'm actually rather surprised nobody else has already mentioned the logical flaw, given that this is slashdot, after all.
Amdahl's law tells us that speeding up a portion of an operation results in an overall speedup proportional to the ratio between the part that was sped up and the total operation, and that the maximum overall speed-up couldn't be more than the percentage of the total time that the operation used originally.
Say you have an operation that takes ten seconds. It is divided into two parts, one of which takes 1 seconds, one of which takes 9. If you speed up the part that takes 3 seconds by a factor of two, you have only knocked a meager 5% off the overall time of the operation.
In video editing, the amount of time taken for reading a block off a disk is totally insignificant compared to the amount of time needed to process the frame to such an extent that the disk access time is generally lost entirely due to the precision of most people's calculations.
Basically, the time to seek to a given block was something like one sixth of a percent of the total time needed to decompress a single DV frame with a 1GHz CPU. Even if you cut your seek overhead by a factor of a thousand, you couldn't cut your time by even one percent.
Worse, if the code is written correctly, it is possible --indeed trivial, given the well-defined access patterns involved in video editing -- to prefetch the blocks of data before the processor needs them, making the speedup absolutely zero, regardless of the speed of the disk.
Long story short, while it's a cool idea, it won't have any noticeable benefit. Now if your friend were doing -audio- editing with multiple channels, where it is actually possible (even easy) to exceed the speed of a single 5400 RPM hard drive, that would be a different story. But at least for DV editing, there is no benefit of even moving from a single 5400 RPM drive to a 7200 RPM drive apart from having a greater safety margin to avoid the risk of dropouts when capturing. The benefits of moving to a RAID are even less, and to a huge ramdisk, thus, less still.
16 kHz is right about at the cutoff for an average adult, so while you don't need exceptionally good hearing, you do generally need moderately good hearing.
That said, I can usually tell the difference by sound of a random TV set or video monitor that is receiving a sync signal and one that isn't....
I can barely hear a new monitor (and I might even be imagining that), but I have an older computer monitor with the same resolution specs that I can hear easily.
Guess that's why in the last few months, I've installed an ATI video card, multiple ATA hard drives, a Promise ATA card, various ethernet cards, generic PC133 RAM, an M-Audio sound card, an Aiptek graphics tablet, Labtec speakers, and multiple Firewire and USB peripherals on the Macs that I use.
:-)
Wow, so the rumor about Apple buying Fry's Electronics, ATI, Promise, 1-800-4-Memory, Aiptek, Labtec, and eight other companies -is- true.
The real reasons that the ink cartridge is so expensive (compared to the price of a new printer) is both the markup on the cartridges by the manufacturers/retailers and also that the print head is built into the cartridge (at least on the printers I've used).
Depends on the company. The Epson printers I've used just use a tank of ink, and the print head is part of the printer (the way it should be). So what's their excuse for their cartridge prices? $2 for a generic black tank online, and $30 a pair in stores last I checked. Sheesh....
CVS was first released as a set of shell script wrappers for RCS in 1986. It is descended from RCS, which has been around since at leaast the mid 80s. The design of RCS was based loosely on that of SCCS, which was written in about 1972. Man, that patent must have been hanging around for a long time.
Merriam-Webster defines file (in computer usage) as "a complete collection of data (as text or a program) treated by a computer as a unit especially for purposes of input and output". Therefore, a JPEG image or an HTML document, even if stored entirely in memory and never written to disk, is a file.
I looked through these claims, and I fail to see a single claim that could not be used to describe CVS, so long as you loosely define the word "memory" to include disk storage (as is fairly common in non-technical circles). Otherwise, the only claims that hold any validity are 7 and 8, and even then only if you use a ramdisk for your staging checkout and for individual contributor checkouts.
In short, it's crap.
File system drivers for MacOS X would have to be written as a kext and would be IOKit-based. Totally un-BSD
If it were a file system, you would be wrong (since the VFS layer is basically BSD), but it isn't a file system; it's a block device. So yes, it would be an I/O Kit KEXT.
However, to say that it's "totally un-BSD" is a stretch. BSD drivers are relatively easy to port to Mac OS X if they are written correctly. The wrapper tends to be relatively small, with additional changes needed for synchronization where applicable.
Same reason Comedy Central allows damn and said Lord's name but not damn when preceded by said Lord's name.... the same reason they allow bastard but won't allow s--t and f--k, ass but not a--hole. Somebody got a bug up his/her arse about a particular word, and somehow miraculously ended up as a network censor---the squeaky wheel gets the grease and all.
Depends on your needs. I'm considering an Airport Extreme because of:
1. USB printer sharing.
2. External antenna jack for adding an external range extending antenna without modding the case.
3. My current ABS had the bad caps, and while I hacked new ones in, I still see it as a relatively high risk potential point of failure....
In short, it depends on your needs and on what you are upgrading from.
Have you tried changing the channel on your base station? That should help.
FWIW, Cordless phones should cause bandwidth degradation, but if you are experiencing other problems beyond that, it suggests a problem with either the phone, the base station, or your wireless card, or some combination thereof.
You forgot the most important reason of all....
They're thin.
The former. Both PC and Mac hardware have historically gotten faster at about the same rate. Macs have always held their value better. Even 68k Mac hardware still brought a decent price until... oh, Mac OS X. (You could still find Quadras selling for $200+ on eBay up until at least 1999 or 2000. That's hardware built in 1992 or so.... :-)
:-)
The big reason Macs hold their value better is that, in general, new OS versions tend to be usable (not just bootable, but actually usable) on relatively old hardware. Mac OS X broke this for a lot of older hardware, and as a result, the resale value of said gear dropped somewhat, but anything that will run Mac OS X is still holding its value exceptionally well relative to PCs of the same vintage. Even without Mac OS X, though, older systems are still usable for many typical tasks.
Case in point, my grandmother does word processing and email on a PM6100/66. By contrast, the typical Pentium 66 is either a closet filler, a slow router running Linux, or a boat anchor (or some combination thereof).
Also, the hardware tends to be more robust than commodity PC hardware. Laptops and hard drives notwithstanding, I've never had a Mac fail in my care. Never. I've even used working original (1984) Mac 128s as late as 1999 or so. IBM PC jr, anyone? PC-AT? Anyone? Anyone? Bueller? Bueller?
In short, it's no surprise that in a study of burglars back in the late 1990s, they were several times as likely to steal a Mac as a PC.... It does more. It lasts longer. It's that simple.
No, wait. I've got it. Apple should merge with Sun AND SGI. Then they'd form the
alliance. No wait....
There's rarely anything wrong with pointing out things that have already been publicly announced....
Or Apple. Again, no 512 GB RAM, but....
That becomes an invasion of privacy, which is protected by various laws. TV channels are not people, though, and thus have no right to privacy. Completely wrong analogy.
Do you have the right to tap into the cable on the curb and watch free TV? Do you have the right to splice into your neighbor's phone line to bill your calls to him?
The cable tower at the curb is the property of the cable company. That's trespassing. Again, wrong analogy.
The fact that the medium is radio waves rather than a cable doesn't give you the right to the content. It's irrelevant.
Actually, it does give you the right to the scrambled/encrypted content. It just doesn't give you the right to descramble/decrypt it. This has already been upheld in the descrambler trials back in the 80s. So while you're right, you're also wrong.
Stealing that signal is no different from any other intellectual property theft.
Actually, it is very different. It is akin to someone handing a reporter a classified document. Is the reporter liable? They aren't supposed to be. The person doing the handing is liable. In the same vein, if DirecTV signals were not encrypted, they would be similarly liable. Only the encryption protects them, both technically and legally.
Funny enough, FreeDOS, at least in some versions, actually tells you to press "the any key". I laughed 'til I cried.
Second that. Same problem, same part choice, and no, mine wasn't in the listed range.
However, Apple continued using the same apparently-faulty Lelon caps, and graphite base stations continute to fail.
I'm pretty sure I read that they did change capacitor brands later in the run, and that refurbished boards don't come back with Lelon caps, either. I could be wrong, though.
If an infiltrator broke a tile or two in such a way that it wouldn't be readily apparant to final inspection, or maybe pried one or two loose...
If one or two broke loose, it would be just like every other landing, unless they're very specific tiles.... In other words, if it was sabotage, it was likely an inside job....
I don't know what kind of math you learned, but at sea level, Mach 1 is 770 miles per hour. That would make 4000 mph just slightly over mach 5.
Granted, temperature of air has some impact, but it's proportional to the square root of the temperature in Rankin. My rather sloppy approximation puts it about 730 mph, more or less. Certainly not a factor of three less, though.
If you mean the ionization blackout, AFAIK that occurs predominantly in the ionosphere, which starts at about 80 km up. This incident occurred at about 63 km up, which is close to the bottom of the mesosphere. By that point, reentry is over, and you're gliding.
Speaking of Yahoo, Yahoo's site, which premiered in 1995, was always designed around a tree-based structure in which the majority of the site design was static, with dynamically generated content backing it.
That is one of the great things about draconian penalties - sensible people are not willing to run the risks asociated with defending themselves.
Au contraire, mon ami. If the choice is between giving up all your money or spending all your money fighting, I for one would rather go down fighting. In the words of Thomas Jefferson, "Timid men prefer the calm of despotism to the tempestuous sea of Liberty." Be not timid.
(Of course, not being a p2p user, I won't be doing either.)