Be real, Crysis doesn't run "fine" on anything. The 64bit version is all sorts of buggy, the copy protection is draconian, and the 32bit version doesn't allow you to use top of the line hardware.
As the author of the original work, your derivative work should be allowed copyright protection from the date of publishing. This would not be applied retroactively to the original work which would then be public domain.
None of your examples would qualify as "generally available", unless in the last case your teacher submitted the work to a publication.
It's not YOUR 10 years, so you can't get them back.
There's that possibility, but securing VMs can be fairly easy. Don't want internet connectivity? turn it off.
On the other hand, a virus that infected your XP VM wouldn't be able to infect the host OS unless it could complete the infection anyway. The only concern is that a VM being highly connected (to personal profiles and the like) may be granted permission to delete files, harvest information etc.
It seems like every other day I see a newly released product introduced at a 20-30% premium above initially announced price. Soliciting interest by being optimistic about cost seems to be the norm, but I wonder if these projects would be more successful if they were honest about expected prices.
Encryption does not require compression. Take a look at NTFS where you can do one or the other, but not both. OTOH, with typical SMS message sizes compression wouldn't be too helpful. I think the GP was referring to the added header size necessary with encryption, but any modified protocol should be able to account for that.
I'd have to say that Intel would be in for a bunch of monopoly lawsuits if AMD were to ever go belly up. It's really in there best interests to maintain competition.
That's really not true. Intel already maintains a monopoly-sized market share on CPUs, and they've been caught abusing it already (the intel compiler disables a lot of optimizations if code built on it doesn't detect an intel genuine cpu, for example.) It's still certainly in the best interest of the market, especially with child-company ATI being the only competitor to nVidia as well.
The issue with 56k connections was never about copper limitations; in fact some of the older houses actually were using copper-clad steel wiring. The FCC introduced a law to limit the connection speed shortly after the introduction of 56k modems, this resulted in most being limited to 51-53k instead.
The real issue that kept higher speed modems from becoming commonplace was a lack of incentive to ISPs. Providing line quality better than needed for voice conversations didn't have any pay-back for telephone companies.
If you read the summary, you'll notice that the intermediate goal is 40-100g-base, which is mostly currently achievable. As faster ethernet standards are developed, faster bus speeds will be.
You're wrong. Even the original PCIe specification supports around 2000MBytes/sec (or around 20Gbits/sec) on an 8x link. You get double that with PCIe2, and there's always the option to go with x16. All together the maximum theoretical throughput currently available on PCIe is around 80Gbits/sec per card.
PCIe3 will be introduced years before terabit ethernet, doubling theoretical throughput again.
That all depends. While networking has traditionally been a serial connection, there's nothing stopping multi-mode connections and in fact multi-mode already has some implementations.
Spread your 1Tbit connection across 10 lines and you only need 100Gbit's per line.
Most of the time even a regular PCI bus will be able to saturate gigabit ethernet. At the moment I just have two systems that are gigabit capable, both on PCIe and both have onboard marvell yukon chips. Which chips are you using?
That's more a problem with copper wiring. Cat5e seems to have problems reaching above 700-800 Mbits/s, I assume cat6 does better but wouldn't expect to see 10Gbit or even close.
At this point we haven't really started to see limitations on how fast a fiber optic connection can be switched, although I wouldn't doubt there being a theoretical limit.
Slashdot Mirror
Office 95, nice.
Somehow I don't think killing the Apple TV will be too hard, or even painful.
Be real, Crysis doesn't run "fine" on anything. The 64bit version is all sorts of buggy, the copy protection is draconian, and the 32bit version doesn't allow you to use top of the line hardware.
I assumed it was after "Serenity" from the Firefly series.
Some source for your pricing might be nice. Finding quality optical disks can be hard, especially for less than about $2.50 in a bd-r.
Normal users can use it, they just can't set it up. If security and system reliability is important, it's not just possible but necessary.
lease your own VM in a datacenter, and run an SSL enabled SMTP server on it. It's pricey for a reason, data harvesting makes money.
As the author of the original work, your derivative work should be allowed copyright protection from the date of publishing. This would not be applied retroactively to the original work which would then be public domain.
None of your examples would qualify as "generally available", unless in the last case your teacher submitted the work to a publication.
It's not YOUR 10 years, so you can't get them back.
You bought a single core AM2 chip?
There's that possibility, but securing VMs can be fairly easy. Don't want internet connectivity? turn it off.
On the other hand, a virus that infected your XP VM wouldn't be able to infect the host OS unless it could complete the infection anyway. The only concern is that a VM being highly connected (to personal profiles and the like) may be granted permission to delete files, harvest information etc.
All too easy: gentoo.
It seems like every other day I see a newly released product introduced at a 20-30% premium above initially announced price. Soliciting interest by being optimistic about cost seems to be the norm, but I wonder if these projects would be more successful if they were honest about expected prices.
Look, you failed at first post too!
So you're saying you would have bought more hardcore games, if all the hardcore games weren't so casual?
Encryption does not require compression. Take a look at NTFS where you can do one or the other, but not both. OTOH, with typical SMS message sizes compression wouldn't be too helpful. I think the GP was referring to the added header size necessary with encryption, but any modified protocol should be able to account for that.
Which arguably wouldn't be needed if it weren't for all the other lobby organizations.
That's really not true. Intel already maintains a monopoly-sized market share on CPUs, and they've been caught abusing it already (the intel compiler disables a lot of optimizations if code built on it doesn't detect an intel genuine cpu, for example.) It's still certainly in the best interest of the market, especially with child-company ATI being the only competitor to nVidia as well.
The issue with 56k connections was never about copper limitations; in fact some of the older houses actually were using copper-clad steel wiring. The FCC introduced a law to limit the connection speed shortly after the introduction of 56k modems, this resulted in most being limited to 51-53k instead.
The real issue that kept higher speed modems from becoming commonplace was a lack of incentive to ISPs. Providing line quality better than needed for voice conversations didn't have any pay-back for telephone companies.
If you read the summary, you'll notice that the intermediate goal is 40-100g-base, which is mostly currently achievable. As faster ethernet standards are developed, faster bus speeds will be.
I'm going to patent the process of patenting air.
You're wrong. Even the original PCIe specification supports around 2000MBytes/sec (or around 20Gbits/sec) on an 8x link. You get double that with PCIe2, and there's always the option to go with x16. All together the maximum theoretical throughput currently available on PCIe is around 80Gbits/sec per card.
PCIe3 will be introduced years before terabit ethernet, doubling theoretical throughput again.
That all depends. While networking has traditionally been a serial connection, there's nothing stopping multi-mode connections and in fact multi-mode already has some implementations.
Spread your 1Tbit connection across 10 lines and you only need 100Gbit's per line.
Most of the time even a regular PCI bus will be able to saturate gigabit ethernet. At the moment I just have two systems that are gigabit capable, both on PCIe and both have onboard marvell yukon chips. Which chips are you using?
That's more a problem with copper wiring. Cat5e seems to have problems reaching above 700-800 Mbits/s, I assume cat6 does better but wouldn't expect to see 10Gbit or even close.
At this point we haven't really started to see limitations on how fast a fiber optic connection can be switched, although I wouldn't doubt there being a theoretical limit.
Sadly, chances are if you're using an email application you probably are a power user.