I believe the next big thing is ZFS. My paranoid side reads these articles about how disk error rates are staying about the same, but disk capacities are going up and up. I'm thinking that ZFS and anything else that can verify the reads / writes sucess is a very good thing moving forward.
Above and beyond that fact that you couldn't use Jazelle with Dalvik (as mentioned above), I've heard that the performance improvement from Jazelle wasn't really worth the effort for a modern mobile OS. Part of the issue, IIRC, is context switching. If you were running everything in Java (no native code execution) then it might be worth it. But if you're switching from ARM code to Jazelle and back again (as you would with a Linux kernel and userland Java apps), then the overhead takes away the performance gains.
If someone has more info, please correct me, my information may be a few years out of date.
Lua does intern all strings, which has many, many nice benefits.
However, if you are dealing with hundreds of megabytes of strings that are being mutated a lot, then this interning process may be a performance problem. However, there are usually good solutions to these kinds of problems. Hop on over to the Lua mailing list or Lua SubReddit and ask for advice. Many other languages often need high-perfomance byte string implementations that for some situations.
I'm really not getting the point of all this effort. OK, sure, its kinda cool that they've got a x86 processor that is small and cool enough to run a phone. But the overall features are only on-par with the existing Android ARM phones of the current generation. The multimedia capabilities are also not substantially different / better.
If I want to buy a new phone, what's going to make the Intel-based offering better? Yes, it runs a different instruction set at a low level, but the only way in which that might have mattered was 3 years ago when Adobe Flash support on ARM mobiles was not good. Today, Flash is less relevant, and does exist.
What's really the value proposition for x86 phones? Price? Performance? New applications? Faster wireless? Smaller / lighter? What? As far as I can tell, it is none of those. "Earning a seat at the smartphone table" isn't enough justification for this, in my opinion.
If it also ran desktop Windows 7, now that would be something. But I'd want at least 8GB of RAM, and ideally a 64-bit dual core (quad preferred). Then I could really fulfill the promise of the Moto Atrix, and truly carry my desktop around with me in my hand. That would be something I can't easily do with an ARM-powered Android phone.
Rsync is not a backup solution, though you can build a backup solution with it.
We've been using rsnapshot to back up data to removable drives (carried offsite every day) and also to a local server with a lot of storage. The local server helps with "oops, I just deleted a file" moments. It uses hard links for identical files to save space.
There is no special recovery software needed. Just go into the directory and look at the files. Simple, easy, and no lock-in.
There was some discussion of this on Reddit a while back.
I second Mike Pall's comments. The Lua codebase is relatively small, and your puny brain can probably understand all of it from top to bottom. Other systems, like GCC and GHC, would be much more challenging to understand completely.
But the nice thing about videos and music is that is always have the "source code" available, you can always take the video or song and remix it.
Uh, except for the CC-licensed stuff, we don't get the "source code" to mainstream music and videos.
The "source code" for a song is the individual track recordings and other stuff that gets mixed into the final product. For movies, there are tons of assets that go into making the movie: the dailies, raw audio tracks, CG models, etc., etc., etc.. Otherwise, to do a high-quality derivative of Avatar, such as just a couple of Navi' standing around and telling jokes, you'd need to re-create the very sophisticated CG models used. That would be relatively easy if the 'source code' of the movie was released, but is incredibly difficult without it.
I'm in a similar age category. And some things are harder for me to pick up these days. But other things aren't.
I'm not really trying to learn new languages at this point, over the last 15 years I've surveyed at least 150, and trying out small projects with at least 10 of the best ones.
Right now I'm going "back to school". Studying AI http://www.ai-class.com/, and Algorithms http://mitpress.mit.edu/algorithms/. I briefly toyed with the idea of studying Knuth, but it didn't seem practical for what I want to accomplish.
Why not work on some FOSS projects? Even fixing bugs can help keep the old gears turning. Better yet, start your own fun project.
Well, let's look at the fundamental motiviation of HFT: making money.
OK, nothing wrong with that. However, we, as a society, have reason to question how everyone makes their money. Lots of people don't want a minority of people to make money clubbing baby seals. The value generated by that practice (nice fur) is not high enough overall benefit to society to justify it.
What is the net result of HFT? The people doing the HFT make money, sure, but what value are they generating? Nothing, as far as I can tell.
HFT constitutes a tax on everyone else in the market who is going to hold onto a position for more than a couple seconds. Anyone who is a long-term investor. Every sale you make, will generate less profit. Everything you buy will be more expensive. HFT is just siphoning off money from everyone else.
The markets work because they allow more efficient allocation of capital to useful functions, and they move money away from non-useful (or at least not money-making) functions in society. This is good. HFT is sand in the gears. And don't give me arguments about how they provide market liquidity, the markets were doing just fine before this practice started.
Yes, and I agree with the sentiment that you shouldn't just re-write code just because it is ugly or something.
However, I also remember using Netscape Navigator during that time period. It wasn't a pleasant experience because of the crashes and such.
It is quite possible that they could have concentrated and started refactoring the code, and fixing all the bugs. Maybe. We'll never know now. At any rate, even the early Mozilla browser releases were a breath of fresh air compared to Navigator.
Curious that JWZ and his time at Netscape were particularly lauded here.
It's quite likely I'm being a bit snarky here... but Netscape lost the browser wars just a few years after they hit it big. And the core code of Netscape Navigator was bad enough that they eventually abandoned it around 1999 with the start of the Mozilla project.
Now don't get me wrong, it was only through the herculean efforts of guys like JWZ at Netscape that allowed them to ship a product at all. And certainly it made him and some of the founders a lot of money, which is a valid measure of success in business.
But to point to that particular code base as an example we all should follow? I don't think so. Certainly, choosing C++ then (or now in my opinion) is a mistake. And I've definitely seen people get overly rambunctious with architecture... especially in the Java world. But I think that's mostly the result of programming languages sucking as much as anything else. That and most people just aren't that good at design. Mostly meaning that when they've come up with a bad design themselves, they can't admit that and then really do what it takes to try and fix it. Of course, in the business world there are always severe time / money constraints, so that makes it real hard. And that's when not having unit tests hurts more... because it is harder to make significant changes to the code and have some assurance you didn't make mistakes.
That N900 is nice. Really nice screen and processor.
But the battery isn't going to be big enough. I had to get a 2600mAh battery for my G1 (which makes the phone quite fat) just to get some decent usage out of it. The standard 1100mAh wasn't nearly enough on the G1, so I doubt a 1300mAh one on the N900 is going to be sufficient either.
The other critical factor for me is the keyboard. The G1 has all the symbols you'd normally use in programming, and I really appreciate that. Well, except for the escape key, but that's mapped to the trackball with the ConnectBot application (local terminal and ssh client).
Still... a laudable effort from Nokia. If I could just talk them into one more row of keys...
I'd like to know why there will only be limited quantities available for the NA market. Is there some reason for that? Don't they want to accept as many donations as possible?
I strongly considered getting an XO laptop for myself. (Screw the kids, why should they have all the coolest stuff.:-)) I ended up going with the Asus Eee PC because it has a more traditional LCD screen, more RAM, more storage and a built-in SD card slot. Battery life isn't nearly as good with the Asus, and it is only about as rugged as a normal PC. But hey.
I've almost finished setting up my Eee PC with standard Debian GNU/Linux (testing). Don't have open-source drivers for the WLAN, Ethernet, camera, and SD card. Did get the WLAN running with ndiswrapper though. I don't think I'll go back to the default Xandros install, I'd need to recompile too many other packages I get from Debian by hand.
All CF cards (and SD and everything else flash-based) now implement wear-leveling inside.
The only time you're going to quickly wear out flash memory by doing something naive is to mount a raw flash memory device using MTD and then using a filesystem like FAT or ext2 right on top of it. But it is just as easy to use JFFS2, so you wouldn't do that, right?
The one time when I really want to use some mod points to elevate a good set of anonymous coward posts... is the time I don't have them.
Sigh... to user fm6: Please, please read Vinge's A Fire Upon the Deep. It is a cracking good SF novel in its own right, and explains what's going on with the Zones of Thought. Or at least hop on over to Wikipedia and get the summary, and links to further commentary. I assure you that Vinge is about as far away from Roger Penrose as anyone can get.
I understand your point. Ideally, Mozilla would give permission to Debian to make whatever changes needed for it to work well as part of Debian. And if they can't trust the Debian guys to do this in a way that doesn't violate the spirit of Firefox, then they should withdraw the permission, and then Debian needs to re-name.
Still, the whole thing is kind of sad. We'll probably see it repeated with other popular FLOSS packages.
Well, is Debian really modifying the heck out of Firefox? Turning it into a network toaster controller or something? No. It is still "Firefox", a web browser.
Actually, I don't really care what happens with all this. Just tell me what the new name is, so I can apt-get install it. As long as it runs and it is relatively bug-free, I'm satisfied.
You don't need to apologize. I'm not pissed at you, but at our telecos.
I'd at least like to have a choice. I live in the greater Chicago area. Chicago itself (2.8m population) is at a density of 4923 people per square km. If you include the suburbs, that will cut down the density a lot. But we're still a lot more dense than Norway, darn it!
Even in the city, all you are going to get is a cable modem or DSL. There is no high-speed fiber for anything close to a reasonable price. (i.e. I could get a T-3 for what, $1000/month? Yeah right.)
I guess you've never dropped a DLT tape 2 feet onto a carpeted floor and have it stop working like I have. And yes, I tried to retension it too.
The point with harddrive storage is that you don't have to move them... ever. Run your backups over the Internet to your remote sites. Having everything on-line makes the management a lot easier too. No fooling with barcodes and robots either.
The size of the device makes it clear that it has a laptop motherboard inside.
It runs an Intel XScale processor, not a desktop/laptop x86 one. I assure you it is not a laptop mobo inside.
Incidentally, I am a little suspicious of just how available the device is.
I am more than a little worried about this too. I was thinking about ordering one (after finishing reading all reviews I could find), but it doesn't seem to be too available right now.
Don't you think that, if it was technologically possible, it would have been done already, and tiny school children in Korea would be mailing in cereal box UPCs for them as a prize?
Unfortunately, there is a lot more to product viability than technology. Price is usually the biggest issue. If the business/marketing types don't think product X will sell at price point Y, then it won't get made. And though I curse them occasionally, they are correct more often than not.
It doesn't matter how cool the potential product is, if the development costs will be larger than the profit margin when selling it, you've got problems. Sometimes things like that get made anyway, but that is quite rare. And unless you're a big company with fat bags of cash, making products at a loss will break you.
Slashdot Mirror
I believe the next big thing is ZFS. My paranoid side reads these articles about how disk error rates are staying about the same, but disk capacities are going up and up. I'm thinking that ZFS and anything else that can verify the reads / writes sucess is a very good thing moving forward.
Above and beyond that fact that you couldn't use Jazelle with Dalvik (as mentioned above), I've heard that the performance improvement from Jazelle wasn't really worth the effort for a modern mobile OS. Part of the issue, IIRC, is context switching. If you were running everything in Java (no native code execution) then it might be worth it. But if you're switching from ARM code to Jazelle and back again (as you would with a Linux kernel and userland Java apps), then the overhead takes away the performance gains. If someone has more info, please correct me, my information may be a few years out of date.
Lua does intern all strings, which has many, many nice benefits.
However, if you are dealing with hundreds of megabytes of strings that are being mutated a lot, then this interning process may be a performance problem. However, there are usually good solutions to these kinds of problems. Hop on over to the Lua mailing list or Lua SubReddit and ask for advice. Many other languages often need high-perfomance byte string implementations that for some situations.
I'm really not getting the point of all this effort. OK, sure, its kinda cool that they've got a x86 processor that is small and cool enough to run a phone. But the overall features are only on-par with the existing Android ARM phones of the current generation. The multimedia capabilities are also not substantially different / better.
If I want to buy a new phone, what's going to make the Intel-based offering better? Yes, it runs a different instruction set at a low level, but the only way in which that might have mattered was 3 years ago when Adobe Flash support on ARM mobiles was not good. Today, Flash is less relevant, and does exist.
What's really the value proposition for x86 phones? Price? Performance? New applications? Faster wireless? Smaller / lighter? What? As far as I can tell, it is none of those. "Earning a seat at the smartphone table" isn't enough justification for this, in my opinion.
If it also ran desktop Windows 7, now that would be something. But I'd want at least 8GB of RAM, and ideally a 64-bit dual core (quad preferred). Then I could really fulfill the promise of the Moto Atrix, and truly carry my desktop around with me in my hand. That would be something I can't easily do with an ARM-powered Android phone.
Rsync is not a backup solution, though you can build a backup solution with it.
We've been using rsnapshot to back up data to removable drives (carried offsite every day) and also to a local server with a lot of storage. The local server helps with "oops, I just deleted a file" moments. It uses hard links for identical files to save space.
There is no special recovery software needed. Just go into the directory and look at the files. Simple, easy, and no lock-in.
There was some discussion of this on Reddit a while back.
I second Mike Pall's comments. The Lua codebase is relatively small, and your puny brain can probably understand all of it from top to bottom. Other systems, like GCC and GHC, would be much more challenging to understand completely.
But the nice thing about videos and music is that is always have the "source code" available, you can always take the video or song and remix it.
Uh, except for the CC-licensed stuff, we don't get the "source code" to mainstream music and videos.
The "source code" for a song is the individual track recordings and other stuff that gets mixed into the final product. For movies, there are tons of assets that go into making the movie: the dailies, raw audio tracks, CG models, etc., etc., etc.. Otherwise, to do a high-quality derivative of Avatar, such as just a couple of Navi' standing around and telling jokes, you'd need to re-create the very sophisticated CG models used. That would be relatively easy if the 'source code' of the movie was released, but is incredibly difficult without it.
I'm in a similar age category. And some things are harder for me to pick up these days. But other things aren't.
I'm not really trying to learn new languages at this point, over the last 15 years I've surveyed at least 150, and trying out small projects with at least 10 of the best ones.
Right now I'm going "back to school". Studying AI http://www.ai-class.com/, and Algorithms http://mitpress.mit.edu/algorithms/. I briefly toyed with the idea of studying Knuth, but it didn't seem practical for what I want to accomplish.
Why not work on some FOSS projects? Even fixing bugs can help keep the old gears turning. Better yet, start your own fun project.
OK, nothing wrong with that. However, we, as a society, have reason to question how everyone makes their money. Lots of people don't want a minority of people to make money clubbing baby seals. The value generated by that practice (nice fur) is not high enough overall benefit to society to justify it.
What is the net result of HFT? The people doing the HFT make money, sure, but what value are they generating? Nothing, as far as I can tell.
HFT constitutes a tax on everyone else in the market who is going to hold onto a position for more than a couple seconds. Anyone who is a long-term investor. Every sale you make, will generate less profit. Everything you buy will be more expensive. HFT is just siphoning off money from everyone else.
The markets work because they allow more efficient allocation of capital to useful functions, and they move money away from non-useful (or at least not money-making) functions in society. This is good. HFT is sand in the gears. And don't give me arguments about how they provide market liquidity, the markets were doing just fine before this practice started.
Yes, and I agree with the sentiment that you shouldn't just re-write code just because it is ugly or something. However, I also remember using Netscape Navigator during that time period. It wasn't a pleasant experience because of the crashes and such. It is quite possible that they could have concentrated and started refactoring the code, and fixing all the bugs. Maybe. We'll never know now. At any rate, even the early Mozilla browser releases were a breath of fresh air compared to Navigator.
Curious that JWZ and his time at Netscape were particularly lauded here.
It's quite likely I'm being a bit snarky here... but Netscape lost the browser wars just a few years after they hit it big. And the core code of Netscape Navigator was bad enough that they eventually abandoned it around 1999 with the start of the Mozilla project.
Now don't get me wrong, it was only through the herculean efforts of guys like JWZ at Netscape that allowed them to ship a product at all. And certainly it made him and some of the founders a lot of money, which is a valid measure of success in business.
But to point to that particular code base as an example we all should follow? I don't think so. Certainly, choosing C++ then (or now in my opinion) is a mistake. And I've definitely seen people get overly rambunctious with architecture... especially in the Java world. But I think that's mostly the result of programming languages sucking as much as anything else. That and most people just aren't that good at design. Mostly meaning that when they've come up with a bad design themselves, they can't admit that and then really do what it takes to try and fix it. Of course, in the business world there are always severe time / money constraints, so that makes it real hard. And that's when not having unit tests hurts more... because it is harder to make significant changes to the code and have some assurance you didn't make mistakes.
That N900 is nice. Really nice screen and processor.
But the battery isn't going to be big enough. I had to get a 2600mAh battery for my G1 (which makes the phone quite fat) just to get some decent usage out of it. The standard 1100mAh wasn't nearly enough on the G1, so I doubt a 1300mAh one on the N900 is going to be sufficient either.
The other critical factor for me is the keyboard. The G1 has all the symbols you'd normally use in programming, and I really appreciate that. Well, except for the escape key, but that's mapped to the trackball with the ConnectBot application (local terminal and ssh client).
Still... a laudable effort from Nokia. If I could just talk them into one more row of keys...
I'd like to know why there will only be limited quantities available for the NA market. Is there some reason for that? Don't they want to accept as many donations as possible?
I strongly considered getting an XO laptop for myself. (Screw the kids, why should they have all the coolest stuff. :-)) I ended up going with the Asus Eee PC because it has a more traditional LCD screen, more RAM, more storage and a built-in SD card slot. Battery life isn't nearly as good with the Asus, and it is only about as rugged as a normal PC. But hey.
I've almost finished setting up my Eee PC with standard Debian GNU/Linux (testing). Don't have open-source drivers for the WLAN, Ethernet, camera, and SD card. Did get the WLAN running with ndiswrapper though. I don't think I'll go back to the default Xandros install, I'd need to recompile too many other packages I get from Debian by hand.
All CF cards (and SD and everything else flash-based) now implement wear-leveling inside.
The only time you're going to quickly wear out flash memory by doing something naive is to mount a raw flash memory device using MTD and then using a filesystem like FAT or ext2 right on top of it. But it is just as easy to use JFFS2, so you wouldn't do that, right?
The one time when I really want to use some mod points to elevate a good set of anonymous coward posts... is the time I don't have them.
Sigh... to user fm6: Please, please read Vinge's A Fire Upon the Deep. It is a cracking good SF novel in its own right, and explains what's going on with the Zones of Thought. Or at least hop on over to Wikipedia and get the summary, and links to further commentary. I assure you that Vinge is about as far away from Roger Penrose as anyone can get.
I understand your point. Ideally, Mozilla would give permission to Debian to make whatever changes needed for it to work well as part of Debian. And if they can't trust the Debian guys to do this in a way that doesn't violate the spirit of Firefox, then they should withdraw the permission, and then Debian needs to re-name.
Still, the whole thing is kind of sad. We'll probably see it repeated with other popular FLOSS packages.
Yup. Ericsson is hardly a player these days. CSR and Broadcom are the biggies.
Well, is Debian really modifying the heck out of Firefox? Turning it into a network toaster controller or something? No. It is still "Firefox", a web browser.
Actually, I don't really care what happens with all this. Just tell me what the new name is, so I can apt-get install it. As long as it runs and it is relatively bug-free, I'm satisfied.
Yeah, seriously. The guy claims to have a girlfriend. There are more important things to do in the bedroom than play video games.
You don't need to apologize. I'm not pissed at you, but at our telecos.
I'd at least like to have a choice. I live in the greater Chicago area. Chicago itself (2.8m population) is at a density of 4923 people per square km. If you include the suburbs, that will cut down the density a lot. But we're still a lot more dense than Norway, darn it!
Even in the city, all you are going to get is a cable modem or DSL. There is no high-speed fiber for anything close to a reasonable price. (i.e. I could get a T-3 for what, $1000/month? Yeah right.)
Aaaaaaaaggggguuuuuuhhhhh!!!!!!!!!!!
Bastard.
P.S. I'm an American living in the backwoods of the Internet. I just _upgraded_ to a 1.5Mbit DSL, and thought it was peaches.
But now the peaches taste like ashes.
Seriously, USA citizens, we need to get our act together and do something. I'll at least start complaining more. :-)
Yes, I was hoping someone would mention that. I played it on the Genesis. Nerve wracking, but usually fun.
I guess you've never dropped a DLT tape 2 feet onto a carpeted floor and have it stop working like I have. And yes, I tried to retension it too.
The point with harddrive storage is that you don't have to move them... ever. Run your backups over the Internet to your remote sites. Having everything on-line makes the management a lot easier too. No fooling with barcodes and robots either.
The size of the device makes it clear that it has a laptop motherboard inside.
It runs an Intel XScale processor, not a desktop/laptop x86 one. I assure you it is not a laptop mobo inside.
Incidentally, I am a little suspicious of just how available the device is.
I am more than a little worried about this too. I was thinking about ordering one (after finishing reading all reviews I could find), but it doesn't seem to be too available right now.
Don't you think that, if it was technologically possible, it would have been done already, and tiny school children in Korea would be mailing in cereal box UPCs for them as a prize?
Unfortunately, there is a lot more to product viability than technology. Price is usually the biggest issue. If the business/marketing types don't think product X will sell at price point Y, then it won't get made. And though I curse them occasionally, they are correct more often than not.
It doesn't matter how cool the potential product is, if the development costs will be larger than the profit margin when selling it, you've got problems. Sometimes things like that get made anyway, but that is quite rare. And unless you're a big company with fat bags of cash, making products at a loss will break you.