Just because mySQL fails to implement many parts that standard SQL programmers consider important doesn't mean it's unreliable.
You mean like sane transaction support, decent range checking for DATE types, transactions that work, not silently creating primary keys, silently altering column types or silently truncating integers?
Honestly, given the sheer amount of things that MySQL manages to get glaringly wrong, it's amazing that it's used for anything at all. Even basic things like NOT NULL don't work right!
Why would one ever not want ACID support? If you're going through the hassle of storing data in a database, you obviously care about it enough to care about its integrity. That's what ACID compliance in a DBMS gets you. Why would you ever want to turn that off?
Why not just use a tape adaptor? I had one that came with my DiscMan, and I use it with my iPod in the car all the time. Just plug it in the iPod's headphone jack.
Seriously, I don't see what the fuss over these mini FM transmitters is all about. They're bulky and require their own batteries. For car use, I'd much rather use a tape adaptor.
What new G4s? Where has Motorola announced any realistic plans for fiture G4s? Sure, they claim that they'll have 64-bit and dual-core chips out in a few years, but they were saying the same things a few years ago.
IBM has a solid roadmap for the G3. The 750GX looks to be a good speed improvement over the 750FX, while maintaining the features Apple needs in a CPU - low power consumption and low heat generation. IBM's future G3, the 750VX, is rumored to have a 400 MHz bus, Altivec and possibly SMP support.
These numbers are for SPEC benchmarks, which aren't that useful in the real world. The G5 was over twice as fast as the dual 3.06 GHz Xeon in every real-world application benchmark, so I think it will compete quite well with an Opteron.
As for the Itanium - this is a personal computer, not a server. I don't expect the Itanium to ship in a desktop for years.
OpenAFS does seriously need documentation on their site. There is only one book on AFS admin that I've been able to find, and it's a little dated: Managing AFS by Richard Cambell (1998). Amazon has it.
I also recommend getting this short read on Kerberos.
A lot of the technology behind this seems very cool in nature, but just like AppleTalk (which had many similar zeroconf features) i can't imagine it will scale very well. Although this article would love you to think otherwise, I would imagine this whole thing would have more of an effect on the home market then on the buisiness market. I can see not wanting configure applications on small network, but with all of these broadcast packets i would imagine it would saturate a low speed (read:wireless) network.
Actually, ZeroConf contains many provisions for scalability:
It is just using DNS packets, which have no connection overhead, and are small.
It can pack multiple DNS queries or answer into a single packet, reducing protocol overhead.
All DNS traffic is multicast. Other hosts on the network can see responses to your queries, and cache this information. They then suppress their own queries for similar services (i.e., if you just looked for IPP printers, and 5 min later someone else wants to, that person can just use the cached information from your query).
Devices announce their presense when they join a network, but the frequency of these announcements is reduced exponentially, up the rate of about 1/hour.
Apple has said that they designed ZeroConf to generate significantly less traffic than AppleTalk.
I'm not sure that I agree than Carbon will make your app easier to port. There is an open-source, cross-platform reimplementation of most of Cocoa called GNUStep, which is based on the old OpenStep spec (just like Cocoa). Using GNUStep you can run the same (or very similar) code on, say, Linux and OS X. See GNUMail.app for an example. Here is a screenshot of it running under Mac OS X, and here is a pic of the same program running on Linux via GNUStep.
This is really about Apple forcing people to upgrade . If OS 9 lacks a driver for a newer piece of hardware, so be it. But I highly doubt that OS 9 could actually damage your hardware.
Even if they have EOL's OS 9, that's no reason to prevent future hardware from booting it. Windows 95 has been EOLed, but you could still boot it on your new PC if you wanted to.
I'm not sure how Apple is going to implement this. They could hack OpenFirmware to not boot OS9, or they could modify the Startup Disk control panel to not display OS 9 devices. Or they could simply not make the OS 9 cds bootable.
But you could still probably use Yaboot/Ybin (the open-source bootloaded used to boot Linux/PPC) to boot into OS 9. I wonder how much Apple would like the Open Source community then?:)
As for OO not being "native" on OS X because it requires X Window - well, that depends on how you define "native." Are "cp", "ls", and "pico" not native OS X apps because they don't use Quartz?
Frankly, I consider the unix-text based apps, the GUI Quartz-based apps and the GUI X Window-based apps all native. It's just that the X Window-based ones require an X server to be installed before you can use them.
Would you kindly explain how Apple "owns" the 802.11b protocol simply because they market it under the "Airport" name?
Furthermore, where is this purported mass media linking of wireless networks to piracy? Even if this myth does exist, who cares? Why avoid setting up a WLAN just because some moron at Ziff-Davis/CNN/whomever thinks 802.11b is about leet h4z0rs tradint warez?
As for Bluetooth being a viable replacement for 802.11b - get real. Bluetooth has massive range and bandwidth problems. Bluetooth transmits at 720 Kb/s. Even the original 802.11 spec was 2 MB/s, and 802.11a and.11g ramp that up to 54 MB/s!
With a 200 or 333 MHz PowerPC chip, the AP has more than enough CPU power to be an IPSec gateway. You could use that, coupled with FreeRADIUS or NoCatAuth for user authentication.
Voila - a complete wireless solution in a box, all based on open-source software.
Slashdot Mirror
There needs to be someway of doing online back ups of MySQL with out spending money.
Why not just use PostgreSQL? It's had hot-backup of tables for years.
You mean like sane transaction support, decent range checking for DATE types, transactions that work, not silently creating primary keys, silently altering column types or silently truncating integers?
Honestly, given the sheer amount of things that MySQL manages to get glaringly wrong, it's amazing that it's used for anything at all. Even basic things like NOT NULL don't work right!
Why would one ever not want ACID support? If you're going through the hassle of storing data in a database, you obviously care about it enough to care about its integrity. That's what ACID compliance in a DBMS gets you. Why would you ever want to turn that off?
Non-ACID compliance is not a feature.
Why not just use a tape adaptor? I had one that came with my DiscMan, and I use it with my iPod in the car all the time. Just plug it in the iPod's headphone jack.
Seriously, I don't see what the fuss over these mini FM transmitters is all about. They're bulky and require their own batteries. For car use, I'd much rather use a tape adaptor.
What new G4s? Where has Motorola announced any realistic plans for fiture G4s? Sure, they claim that they'll have 64-bit and dual-core chips out in a few years, but they were saying the same things a few years ago.
IBM has a solid roadmap for the G3. The 750GX looks to be a good speed improvement over the 750FX, while maintaining the features Apple needs in a CPU - low power consumption and low heat generation. IBM's future G3, the 750VX, is rumored to have a 400 MHz bus, Altivec and possibly SMP support.
Why deal with a G4?
These numbers are for SPEC benchmarks, which aren't that useful in the real world. The G5 was over twice as fast as the dual 3.06 GHz Xeon in every real-world application benchmark, so I think it will compete quite well with an Opteron.
As for the Itanium - this is a personal computer, not a server. I don't expect the Itanium to ship in a desktop for years.
OpenAFS does seriously need documentation on their site. There is only one book on AFS admin that I've been able to find, and it's a little dated: Managing AFS by Richard Cambell (1998). Amazon has it.
I also recommend getting this short read on Kerberos.
A lot of the technology behind this seems very cool in nature, but just like AppleTalk (which had many similar zeroconf features) i can't imagine it will scale very well. Although this article would love you to think otherwise, I would imagine this whole thing would have more of an effect on the home market then on the buisiness market. I can see not wanting configure applications on small network, but with all of these broadcast packets i would imagine it would saturate a low speed (read:wireless) network.
Actually, ZeroConf contains many provisions for scalability:
Apple has said that they designed ZeroConf to generate significantly less traffic than AppleTalk.
Actually, multicast DNS listens on UDP port 5353.
But, yes, mDNS scales very well.
Correct me if I'm wrong, but does IPv6 require IPSec? I thought that for an IPv6 stack to comply with the RFCs that it had to support IPSec.
> Do you love gay Marketing terms?
Please don't use "gay" to mean "stupid." It doesn't.
I'm not sure that I agree than Carbon will make your app easier to port. There is an open-source, cross-platform reimplementation of most of Cocoa called GNUStep, which is based on the old OpenStep spec (just like Cocoa). Using GNUStep you can run the same (or very similar) code on, say, Linux and OS X. See GNUMail.app for an example. Here is a screenshot of it running under Mac OS X, and here is a pic of the same program running on Linux via GNUStep.
That is an absurd argument.
This is really about Apple forcing people to upgrade . If OS 9 lacks a driver for a newer piece of hardware, so be it. But I highly doubt that OS 9 could actually damage your hardware.
Even if they have EOL's OS 9, that's no reason to prevent future hardware from booting it. Windows 95 has been EOLed, but you could still boot it on your new PC if you wanted to.
:)
I'm not sure how Apple is going to implement this. They could hack OpenFirmware to not boot OS9, or they could modify the Startup Disk control panel to not display OS 9 devices. Or they could simply not make the OS 9 cds bootable.
But you could still probably use Yaboot/Ybin (the open-source bootloaded used to boot Linux/PPC) to boot into OS 9. I wonder how much Apple would like the Open Source community then?
As for OO not being "native" on OS X because it requires X Window - well, that depends on how you define "native." Are "cp", "ls", and "pico" not native OS X apps because they don't use Quartz?
Frankly, I consider the unix-text based apps, the GUI Quartz-based apps and the GUI X Window-based apps all native. It's just that the X Window-based ones require an X server to be installed before you can use them.
Sorry. I made a typo there. My speeds for 802.11 and .11{a,g} should have been 2 Mb/s and 54 Mb/s (not MB/s).
Would you kindly explain how Apple "owns" the 802.11b protocol simply because they market it under the "Airport" name?
.11g ramp that up to 54 MB/s!
Furthermore, where is this purported mass media linking of wireless networks to piracy? Even if this myth does exist, who cares? Why avoid setting up a WLAN just because some moron at Ziff-Davis/CNN/whomever thinks 802.11b is about leet h4z0rs tradint warez?
As for Bluetooth being a viable replacement for 802.11b - get real. Bluetooth has massive range and bandwidth problems. Bluetooth transmits at 720 Kb/s. Even the original 802.11 spec was 2 MB/s, and 802.11a and
With a 200 or 333 MHz PowerPC chip, the AP has more than enough CPU power to be an IPSec gateway. You could use that, coupled with FreeRADIUS or NoCatAuth for user authentication.
Voila - a complete wireless solution in a box, all based on open-source software.
Could you please refrain from using homophobic language like that in these forums?
Thanks.
Please stop using words like "fag" as an insult. It is incredibly insulting.