I really like the Muvo players from Creative. They are flash based, have a FM tuner (that can also record radio) and are designed just like a DOK (disk on Key).
They can't be beat for flexability, or size.
Why buy a player from a media company (apple or sony)? Creative is motivated to have their player as flexable as possible.
Sony's only plus is name recognition... they haven't got the features or the size benfits anymore.
I'm not expecting to see m-flash in cameras or pdas anythime soon, but they may appear in DOKs (Disk On Key) very soon. For greatest compatibility, the USB interface would have to be compatible with the generic driver that windows/linux/macs use. Additionally, I'm not sure if they will have on-chip ESD and pad drivers necessary for driving cables (significant external components may still be neccessary).
If they were twice as fast as the present DOKs (12MByte/s reads? 10MByte/s writes), that would allow them to approach 2.5inch disk performance (and have smaller access time).
If you can link extisting interests with japanese language, then kids are more likely to enjoy studying and will do it more often. How about taping japanese satelite TV (shows the kids would be interested to learn what people are saying) and have them study that with transcripts?
I completely agree... NEC deserves some crediblity for holding the number one spot for so many years. The earth simulator's peak and sustained values are very close too (that indicates good system engineering to me).
If I got the same funds from the Feds, I could make something much better than blue-gene (and drive a ferrari to boot).
Newer process 32bit microcontrollers could easily consume less power. All that needs to happen for the market to shift is one major player to offer new features powered by their 32bit adoption.
When the choice is 32bits or a sudden loss of sales, most companies will make the change.
I see the best part of 32bit microcontrollers is the increased addressing capability. They can use the wide ALU to process addresses.
Even if native data is 8bits, crunching it is inefficient, but moving it just got 4 times faster per cycle.
You are exactly right... a drop-in pci card would be the workaround. The real problem is if periferial manufactures only do the MS standard, then linux periferial choices suffer.
I couldn't give a rat's ass about what Intel puts on their motherboard... I just want to use my new digital camera to be usable under linux.
I bet you feel pretty smart by seeing the obvious... but this new system is going to have special subscriptions, buzz words, press releases... and propriatary software that can leave you high-n-dry if they ever go bankrupt.
They have all the requirements of a dot-bomb in the making (including existing software that already does 90% of what they are going to do).
The scrap is already allocated for... they *can* just throw it away.
There's two choices (1) Let the extra wafers sit in inventory (with the expectation that they will never be used) (2) Go through the extra expense of building pgas and release it into pga inventory
I would throw them away if there was no expectation for them to be used.
I'm still waiting for the instant-on, 1600x1200 (85Hz @16bit color) vga, fast ethernet, 3 port usb (2.0) box that sells for under $100, is the size of an external modem and consumes under 15watts.
I would like to be able to attach my usb keychain or external HD/DVD+R to pull files off the fileserver (@100Mbits/s). Also, an inexpensive usb sound device to power headphones would be nice too.
They have the choice of adding more cache or another core. Keeping the core and cache size the same when you go to a new process only reduces the die area. They would compete against their existing inventories of the old process (like P4 and prescott). That's not a recipe for profit.
Dual cores share common resources, and therefore must have less single/independant thread performance compared to separate cpus. Additionally, without sharing the cache, each core needs to access the common main memory to communicate (variables), that's much slower than common cache.
All my threads run independantly... I'd rather have the extra cache on a single, improved core.
I completely agree... my degree got me in the door, and I did the rest. The sooner we can get people productive and into the workforce, the more competitive the US should become.
Once you have 3 years work experience, it doesn't matter where you went to school.
I use the notebook version ($1.59) and am very happy with it. The only downside (vs the electronic version) is the games... tic-tac-toe, sos, hangman all require another person. My only one-player game is the drawing pictures one... what one-player games do you have on your model?
I didn't see any mention about gaming potential. Sony should include these features with their handheld playstation. I would buy one tomorrow if they did.
Most usb ports are power limited, and transfering at 480Mbit/s to a higher capacitive memory (compared to dram) could pull the rail down as it sources more current. That could mean memory corruption as the write occurs.
Using standards in your daily programming (regardless of if they are required or not) gives you practice for when you get work at a shop that does requires standards.
However, it certainly is more advantagous from a job security viewpoint to specifically not use standards. If they don't have you to decipher the code, then they will be up the creek.
Not requiring standards shows the inexperience of management. Every mature development house has been burnt by people unintentially/intentionally not using standards... that's why they require them.
I really like the idea of getting a professional desktop linux OS, that runs on x86 hardware. I really like Mac OS X, and would buy it instantly if it ran on x86 hardware. Hopefully this would be similar.
I have been tied to win2k for 3 years now because of it's excellent japanese language support. If turbolinux can match (or beat) that, I would gladly switch.
My single 7200rpm HD on my P4 1.8GHz (1GB ram) Dell does 27.58MB/s writing from/dev/zero to the disk (4GB file, bs=64k). That's almost 3x what 100BT can do.
Does 3x qualify as "much faster"? To me, "much faster" means greater than 50% of the original.
Slashdot Mirror
I really like the Muvo players from Creative. They are flash based, have a FM tuner (that can also record radio) and are designed just like a DOK (disk on Key).
They can't be beat for flexability, or size.
Why buy a player from a media company (apple or sony)? Creative is motivated to have their player as flexable as possible.
Sony's only plus is name recognition... they haven't got the features or the size benfits anymore.
I'm not expecting to see m-flash in cameras or pdas anythime soon, but they may appear in DOKs (Disk On Key) very soon. For greatest compatibility, the USB interface would have to be compatible with the generic driver that windows/linux/macs use. Additionally, I'm not sure if they will have on-chip ESD and pad drivers necessary for driving cables (significant external components may still be neccessary).
If they were twice as fast as the present DOKs (12MByte/s reads? 10MByte/s writes), that would allow them to approach 2.5inch disk performance (and have smaller access time).
If you can link extisting interests with japanese language, then kids are more likely to enjoy studying and will do it more often. How about taping japanese satelite TV (shows the kids would be interested to learn what people are saying) and have them study that with transcripts?
Bender from futurama armed with a shotgun... (shotting at the evil robot santa claus)
http://www.foxworld.com/futurama/bios/index.htm
I completely agree... NEC deserves some crediblity for holding the number one spot for so many years. The earth simulator's peak and sustained values are very close too (that indicates good system engineering to me).
If I got the same funds from the Feds, I could make something much better than blue-gene (and drive a ferrari to boot).
Newer process 32bit microcontrollers could easily consume less power. All that needs to happen for the market to shift is one major player to offer new features powered by their 32bit adoption.
When the choice is 32bits or a sudden loss of sales, most companies will make the change.
I see the best part of 32bit microcontrollers is the increased addressing capability. They can use the wide ALU to process addresses.
Even if native data is 8bits, crunching it is inefficient, but moving it just got 4 times faster per cycle.
You are exactly right... a drop-in pci card would be the workaround. The real problem is if periferial manufactures only do the MS standard, then linux periferial choices suffer.
I couldn't give a rat's ass about what Intel puts on their motherboard... I just want to use my new digital camera to be usable under linux.
I bet you feel pretty smart by seeing the obvious... but this new system is going to have special subscriptions, buzz words, press releases... and propriatary software that can leave you high-n-dry if they ever go bankrupt.
They have all the requirements of a dot-bomb in the making (including existing software that already does 90% of what they are going to do).
The scrap is already allocated for... they *can* just throw it away.
There's two choices (1) Let the extra wafers sit in inventory (with the expectation that they will never be used) (2) Go through the extra expense of building pgas and release it into pga inventory
I would throw them away if there was no expectation for them to be used.
I'm still waiting for the instant-on, 1600x1200 (85Hz @16bit color) vga, fast ethernet, 3 port usb (2.0) box that sells for under $100, is the size of an external modem and consumes under 15watts.
I would like to be able to attach my usb keychain or external HD/DVD+R to pull files off the fileserver (@100Mbits/s). Also, an inexpensive usb sound device to power headphones would be nice too.
They have the choice of adding more cache or another core. Keeping the core and cache size the same when you go to a new process only reduces the die area. They would compete against their existing inventories of the old process (like P4 and prescott). That's not a recipe for profit.
Dual cores share common resources, and therefore must have less single/independant thread performance compared to separate cpus. Additionally, without sharing the cache, each core needs to access the common main memory to communicate (variables), that's much slower than common cache.
All my threads run independantly... I'd rather have the extra cache on a single, improved core.
I completely agree... my degree got me in the door, and I did the rest. The sooner we can get people productive and into the workforce, the more competitive the US should become.
Once you have 3 years work experience, it doesn't matter where you went to school.
I maintain a filelist of all files on each backup DVD... and I just grep the filelists to find out which DVD I need to pull.
If I had a dvd jukebox, I wouldn't need to physically pull the backup dvd.
Why did you have to give the best answer at the beginning of the discussion? You ruined reading the subsequent posts.
...and you believe an accounting firm? I prefer common sense over "professional" opinions.
I have lived in Edmonton... and there isn't enough money to get me back there.
Don't you mean usb-flash drives? cdroms are so 90s.
I use the notebook version ($1.59) and am very happy with it. The only downside (vs the electronic version) is the games... tic-tac-toe, sos, hangman all require another person. My only one-player game is the drawing pictures one... what one-player games do you have on your model?
I didn't see any mention about gaming potential. Sony should include these features with their handheld playstation. I would buy one tomorrow if they did.
Most usb ports are power limited, and transfering at 480Mbit/s to a higher capacitive memory (compared to dram) could pull the rail down as it sources more current. That could mean memory corruption as the write occurs.
MRAM could run at the full usb2.0 480MBit/s data rate... but would the usb port be able to supply enough juice?
Using standards in your daily programming (regardless of if they are required or not) gives you practice for when you get work at a shop that does requires standards.
However, it certainly is more advantagous from a job security viewpoint to specifically not use standards. If they don't have you to decipher the code, then they will be up the creek.
Not requiring standards shows the inexperience of management. Every mature development house has been burnt by people unintentially/intentionally not using standards... that's why they require them.
I really like the idea of getting a professional desktop linux OS, that runs on x86 hardware. I really like Mac OS X, and would buy it instantly if it ran on x86 hardware. Hopefully this would be similar.
I have been tied to win2k for 3 years now because of it's excellent japanese language support. If turbolinux can match (or beat) that, I would gladly switch.
It's really easy to read japanese, just pre-process the text... (for paper books this is sol):
http://www.popjisyo.com
The writing benchmark is off your original comment. You're off by 3x there... moron.
My single 7200rpm HD on my P4 1.8GHz (1GB ram) Dell does 27.58MB/s writing from /dev/zero to the disk (4GB file, bs=64k). That's almost 3x what 100BT can do.
Does 3x qualify as "much faster"? To me, "much faster" means greater than 50% of the original.