forza motorsports (xbox) - excellent realism, customization and prediction (drivatar)
neverwinter nights - awesome concept and graphics, networking code could have been better. With more resources, could have been a WoW contender. User created worlds are great.
an old school dnd such as Pool of Radiance - The graphics weren't great, but the stories were.
They'll not look at the sales that were generated from the exposeure due to allofmp3. The tech was excellent, but it didn't fit with the system. No shit. Anything that does fit within is doomed to corporate exploitation and infected with boyband, submissive band of the moment and celebrity heavy fake nonsense. The tech underlying allofmp3.com was excellent. Reference sources to as required downloads... who you gonna blame just because the Russians chose tech over middlemen. When you don't speak the language it's hard to find the words (nor should they). Perhaps they should look at why it was successful and not why it shouldn't be. Repression, negative re-inforcement, status quo... no wonder people looked elsewhere. The internet routes around bottlenecks. Perhaps it's about time the RI/MP AA found a way to work with decentralization and intercommunication instead of heavy handed beurocratic legalism. I found. I enjoyed. I bought.
is that is prevents the obvious. Data _is_ going to be interchaged. It is going to marked-up it is going to be indexed, it is going to be re-represented and that is the way that it is going to be. To stand up and say 'no' is not only counter-intuititive but it is counter the 'let's make something that is advancing, interesting and understood' modivation of good hollywood. Going against that is a make-work project for lawyers and offers little progression to the art of expression. If you're going to sit back and wait for the answer to emerge, you can't piss on it when it does.
He says replying to a moderated information exchange site with participants from around the world exchanging mostly relevant and mostly intelligent conversation. The internet is far more than Paris Hilton and Viagra... for that there's adblock. Bring on the bandwidth. Sure, there'll be crap, but there'll also be much advancement.
There is an assumption for perfection (or as close as possible) in current email systems. They want to do the job as best they can. They are very complicated systems, and such high expectations means that they must stay active to continually maintain and improve reliability. If there is a 'good enough' level, there might not be the impetus to do as-good-as-possible, rather a good enough for non payers. At worse, it might cause intentional crap code to leak in in order to force payment for use of a system that works. Those pushing this, and many others out there, must realize that the horse is before the buggy, rather than the other way around. If there is not a drive to put out the best possible of products, I have no room for the product regardless of cost. Tieing the systems to a larger system out of the control of most (ie the financial system) is perhaps not the smartest of moves, either.
That government has degenerated to a parasitic, degenerative, sellout, noise making machine and, barring realization and self correction, should be vestigilized.
Imagine what they'd do if these companies started working together instead of planning each others failures.
They've figured out the nand deterioration over time with bitspreading/badbit mapping then?... enough to rely upon, I'd imagine. What about the speed issue of nand? How does the speed compare to DDR2? PCI-E 16x is a boatload of bandwidth, tho with resume getting better it might make more sense to put in a crapload of ram and a good vfs cache. Do any of the current fs's support tunable memory caching?.. ie use 50% of the 16G of memory to cache stuff that's read? The low-power resume of ubuntu is awesome... ~10s to get back to where it was, with no much power draw when off. I could see nand being of advantage in mobile and other low power situations, but for desktop, aren't we close to already doing this? Another alternative would be the gigabyte iram. With a vfs overlay it'd smoke, but still only over 1.5GB SATA II.
- use a good ide: easier to build on codebase, easier to learn lessons on how to build maintainable, reuseable, extensible, reliable code
- refactor instead of rebuild: learn how to build slim and trim apis, optimizations rolled in over time
- take the time to do it right (when appropriate): spend the time to predict how the code might be used. If it's a hack for the current problem, and you know it, do it right.
- maintain it: keep libraries compiling and working together. Much less work in the long run.
- prioritize api bug squashing: get rid of own api level problems that happen over and over. Come up with a solution which will prevent the problem from ever occuring again.
- cache late: caching is a bane. Cache for speed when it works, not before. Avoid other types of sync issues (auto gen once at startup instead of caching on fs, etc)
- lessen test time: decrease the amount of time it takes to see if a problem occurs. Run, puke, fix, repeat... as quickly as possible.
- time spent is time gained: take the time to do it right and you get better at doing it right. Hack the dirty and you'll get better at dirty.
- gain instinct: code lots. you'll get to the point that you'll do it right even when on autopilot.
- lots of logs: log everything, and turn off the logging for deployment, wrap in if's to not affect speed.
- count on cpu juice and lots of memory: boxes are much faster now, don't worry about each byte, atleast not at first.
- allow yourself to make misteaks: you'll find out the reasons were valid in the first place.
It's a big field, made up of little simple. Get good at the simple, be good at the big.
Apps are created as a reaction to the state of things, integration leads to advancement, then the old come in and regulate it to the way it was. Why the fuck should we even bother... let them stay in the stone age. Let them destroy any trust remaining towards systems... they're old, stale, centralized, non-communicative, without advancement, full of self-justification and built on negative re-inforcement. Sustaining such systems is only possible in the short term. They should be happy to see inventiveness and the state of affairs should improve due to such inventiveness. There are always ways to route around artificiality, and it takes much longer to build back trust. Encourage progress, don't stupidly mandate against it. I'm still waiting for progressive policy, but it ain't going to come with the know-nots in charge. It'll take a few more self inflicted stupid stick wounds.
Hmmm, and here's a comparison of SATA RAID vs SSD for Oracle.
"Overall, based on elapsed time, the SSD array performed the queries 276 times faster than the ATA array. Note that this was using the 30-hour limitation on the queries. Had I waited for those long-running queries to complete, the difference may have been much greater."
"In summary, the SSD technology is not a silver bullet solution for database performance problems. If you are CPU-bound, the SSD drives may even make performance worse. You need to carefully evaluate your system to determine its wait profile and then only consider SSD technology if the majority of your wait activity is I/O related."
IBM probably did choose a cpu bound operation in order to show off their procs, but it is not the case that cpu increases will help out in all situations.
Here's some benchmarks including db for the gigabyte iram (dram over sata). It would be hard to believe that db access is not i/o bound. Raid'ed atlas' are fast drives, and slugs in comparison. AFA ram duration goes, dram does not suffer the decay issues of flash, but is more expensive. The iram is the cheapest of the ram based sshd's, but not the fastest... something like the Texas Memory Systems Tera-RAMSAN is much faster.
Putting the db on solid state drives would do much much more than running on faster processors. I'm all for more processing power, but reduce the worse bottleknecks first. Heck, raided iRAMs are cheap (comparatively).
Sell extraneous assets, buy a camper or small house in cheap area and code what you love to code... If you've got 20 years behind you, tell the f*cks to treat you with the respect you deserve or f*ck off and take your talents to where they should be after 20 years of learning and hard work. Money follows love, there ain't enough money in the world to force someone to trample their love for the sake of meaningless crap forever... and without love the code is shite. They're either too big, too ignorent, too irrespectful or misfocussed if they won't help you get back to loving what you do. Go, take your knowledge and do something useful with it. You may step out of comfort zone initially, but you'll get it back and more... plus not throw away the last 20 years of hard work.
It should be noted that this timing was also done after booting with the 'profile' kernel flag, which re-arranges load order for file prefetch. Prefetch is done during early boot to bring in as much of that will be required into cache during the rest of the boot process. Over time things drift on the disk and the distro fetch order becomes stale leading to head thrashing and lost seconds. Profile recalculates the read order and can speed up a used system. Of course, profile should only be used infrequently after large changes, as it adds time to the boot process.
Is hotswap support for internal SATA to eSATA connections coming? I just picked up an external eSATA/USB2 enclosure. It includes an internal to external sata adaptor. Linux does not see the insertion, but has no problem seeing the drive if inserted and powered on during boot. I know managed hotswap (ie hotswap to good SATA raid) is possible... certainly hotswap support by kernel driver must be possible also. Anyone know of plans for implementation?
Kinda makes me wonder how many people passed up working for IBM due to their suppling the nazis with death management solutions, not to mention the contracting of fresh grads for $200/hr while only seeing a fraction of that. There's alot of stink on that heap. Those who don't make noise and suffer with crap work for the first few years quite like it, tho.
OTOH, they've been good to open source... and eclipse is a marvel. Perhaps they should see that some guy enjoying porn is perhaps a symptom of something wrong that could be fixed. Maybe he's tired of the isolation, the ubiquitous mono sexism, the repetion, being a faceless code puker or being critical yet unseen. If he weren't getting on in years, it might be the best thing to happen to him. Perhaps they favour the sexless, and in that case, they're in for hard times.
There should be a good deal of thought put into the materials used in printed models before it hits the mainstream. Often used materials should be both recycleable and photo/bio degradable. Inevitably, there'll be lots of these homebrew things floating about and some will be discarded. They should decompose and also be able to be picked up and put in a box of catalyst where the original material can be restored. It would be fine for prototyping... a bit off? change the model, print a new, recycle the old. Similar to the new plastics and techniques used in new or prototype vechicles... to recycle, dump in a vat of goo and strain.
With recyclability, the 3D printer could be great for open exchange and refinement of physical objects. Imagine printing off new tech devices, refining bio-interfaces, etc. It'll take a while, but we might get there. Many minds make great work.
Heinous profiteering. It's not just the publishers, but the device manufacturers and electronic distributers. DRM and other forced proprietarianism used to artificially inflate prices to maximize profit at the cost of the medium. Quite sad, hopefully wont last long. I bought an ebook reader not too long ago (an eBookwise 1150, partly due to other mentionings on slashdot), and it's a great turd. The price is a bit high for the device itself. It only displays one proprietary format, for which there is a converter, but the converter runs only under windows (not even in wine). It only really imports text and even then most of the formatting is lost. The screen is black and white (tho contrast is good). The firmware is fixed, with no chance for extending. The device only wants to talk to its hardwired content provisioner, who have the gall to ask new paperback prices for digital editions. Such an insult to efficiency! No cost for harvesting, material, transportation, production, printing, distribution, vending... only writing, layout and proofing and digital distribution. Digitial distribution costs are negligible, with the majority of the work in writing and a small amount in layout and proofing. So, of the cost of these ebooks, the majority is artificial and going right into the pockets of the less deserving. No wonder ebooks have not taken off. It's hard to get a rock to roll uphill. If this is state of the art after millenia of written history, then we should be ashamed. All this being said, there is nothing wrong with the form factor, reading a book on the device is pleasant and the battery life is excellent.
What's holding back the slim geode/xscale (or similar) paperback sized wireless colour expandible linux running pdf displaying cheap ebook reader? I'm guessing it's because the many writeoff ebooks due to the current state of affairs (or lack thereof). There's no shortage of ebooks out there... if you can circumvent the crap that actually prevents them from being useful.
Slashdot Mirror
- forza motorsports (xbox) - excellent realism, customization and prediction (drivatar)
- neverwinter nights - awesome concept and graphics, networking code could have been better. With more resources, could have been a WoW contender. User created worlds are great.
- an old school dnd such as Pool of Radiance - The graphics weren't great, but the stories were.
Jade Empire was quite good too...They'll not look at the sales that were generated from the exposeure due to allofmp3. The tech was excellent, but it didn't fit with the system. No shit. Anything that does fit within is doomed to corporate exploitation and infected with boyband, submissive band of the moment and celebrity heavy fake nonsense. The tech underlying allofmp3.com was excellent. Reference sources to as required downloads... who you gonna blame just because the Russians chose tech over middlemen. When you don't speak the language it's hard to find the words (nor should they). Perhaps they should look at why it was successful and not why it shouldn't be. Repression, negative re-inforcement, status quo... no wonder people looked elsewhere. The internet routes around bottlenecks. Perhaps it's about time the RI/MP AA found a way to work with decentralization and intercommunication instead of heavy handed beurocratic legalism. I found. I enjoyed. I bought.
is that is prevents the obvious. Data _is_ going to be interchaged. It is going to marked-up it is going to be indexed, it is going to be re-represented and that is the way that it is going to be. To stand up and say 'no' is not only counter-intuititive but it is counter the 'let's make something that is advancing, interesting and understood' modivation of good hollywood. Going against that is a make-work project for lawyers and offers little progression to the art of expression. If you're going to sit back and wait for the answer to emerge, you can't piss on it when it does.
He says replying to a moderated information exchange site with participants from around the world exchanging mostly relevant and mostly intelligent conversation. The internet is far more than Paris Hilton and Viagra... for that there's adblock. Bring on the bandwidth. Sure, there'll be crap, but there'll also be much advancement.
There is an assumption for perfection (or as close as possible) in current email systems. They want to do the job as best they can. They are very complicated systems, and such high expectations means that they must stay active to continually maintain and improve reliability. If there is a 'good enough' level, there might not be the impetus to do as-good-as-possible, rather a good enough for non payers. At worse, it might cause intentional crap code to leak in in order to force payment for use of a system that works. Those pushing this, and many others out there, must realize that the horse is before the buggy, rather than the other way around. If there is not a drive to put out the best possible of products, I have no room for the product regardless of cost. Tieing the systems to a larger system out of the control of most (ie the financial system) is perhaps not the smartest of moves, either.
That government has degenerated to a parasitic, degenerative, sellout, noise making machine and, barring realization and self correction, should be vestigilized.
They've figured out the nand deterioration over time with bitspreading/badbit mapping then? ... enough to rely upon, I'd imagine. What about the speed issue of nand? How does the speed compare to DDR2? PCI-E 16x is a boatload of bandwidth, tho with resume getting better it might make more sense to put in a crapload of ram and a good vfs cache. Do any of the current fs's support tunable memory caching?.. ie use 50% of the 16G of memory to cache stuff that's read? The low-power resume of ubuntu is awesome... ~10s to get back to where it was, with no much power draw when off. I could see nand being of advantage in mobile and other low power situations, but for desktop, aren't we close to already doing this? Another alternative would be the gigabyte iram. With a vfs overlay it'd smoke, but still only over 1.5GB SATA II.
Injurious? How? Where are the laws against the laws that deny sexuality and discovery.
The AquaThought Mindset is a 16 channel eeg with scsi output. Would make for some fine neurofeedback immersive noodling.
- refactor instead of rebuild: learn how to build slim and trim apis, optimizations rolled in over time
- take the time to do it right (when appropriate): spend the time to predict how the code might be used. If it's a hack for the current problem, and you know it, do it right.
- maintain it: keep libraries compiling and working together. Much less work in the long run.
- prioritize api bug squashing: get rid of own api level problems that happen over and over. Come up with a solution which will prevent the problem from ever occuring again.
- cache late: caching is a bane. Cache for speed when it works, not before. Avoid other types of sync issues (auto gen once at startup instead of caching on fs, etc)
- lessen test time: decrease the amount of time it takes to see if a problem occurs. Run, puke, fix, repeat... as quickly as possible.
- time spent is time gained: take the time to do it right and you get better at doing it right. Hack the dirty and you'll get better at dirty.
- gain instinct: code lots. you'll get to the point that you'll do it right even when on autopilot.
- lots of logs: log everything, and turn off the logging for deployment, wrap in if's to not affect speed.
- count on cpu juice and lots of memory: boxes are much faster now, don't worry about each byte, atleast not at first.
- allow yourself to make misteaks: you'll find out the reasons were valid in the first place.
It's a big field, made up of little simple. Get good at the simple, be good at the big.
Apps are created as a reaction to the state of things, integration leads to advancement, then the old come in and regulate it to the way it was. Why the fuck should we even bother... let them stay in the stone age. Let them destroy any trust remaining towards systems... they're old, stale, centralized, non-communicative, without advancement, full of self-justification and built on negative re-inforcement. Sustaining such systems is only possible in the short term. They should be happy to see inventiveness and the state of affairs should improve due to such inventiveness. There are always ways to route around artificiality, and it takes much longer to build back trust. Encourage progress, don't stupidly mandate against it. I'm still waiting for progressive policy, but it ain't going to come with the know-nots in charge. It'll take a few more self inflicted stupid stick wounds.
"Overall, based on elapsed time, the SSD array performed the queries 276 times faster than the ATA array. Note that this was using the 30-hour limitation on the queries. Had I waited for those long-running queries to complete, the difference may have been much greater."
"In summary, the SSD technology is not a silver bullet solution for database performance problems. If you are CPU-bound, the SSD drives may even make performance worse. You need to carefully evaluate your system to determine its wait profile and then only consider SSD technology if the majority of your wait activity is I/O related."
IBM probably did choose a cpu bound operation in order to show off their procs, but it is not the case that cpu increases will help out in all situations.
Here's some benchmarks including db for the gigabyte iram (dram over sata). It would be hard to believe that db access is not i/o bound. Raid'ed atlas' are fast drives, and slugs in comparison. AFA ram duration goes, dram does not suffer the decay issues of flash, but is more expensive. The iram is the cheapest of the ram based sshd's, but not the fastest... something like the Texas Memory Systems Tera-RAMSAN is much faster.
Putting the db on solid state drives would do much much more than running on faster processors. I'm all for more processing power, but reduce the worse bottleknecks first. Heck, raided iRAMs are cheap (comparatively).
Sell extraneous assets, buy a camper or small house in cheap area and code what you love to code... If you've got 20 years behind you, tell the f*cks to treat you with the respect you deserve or f*ck off and take your talents to where they should be after 20 years of learning and hard work. Money follows love, there ain't enough money in the world to force someone to trample their love for the sake of meaningless crap forever... and without love the code is shite. They're either too big, too ignorent, too irrespectful or misfocussed if they won't help you get back to loving what you do. Go, take your knowledge and do something useful with it. You may step out of comfort zone initially, but you'll get it back and more... plus not throw away the last 20 years of hard work.
It should be noted that this timing was also done after booting with the 'profile' kernel flag, which re-arranges load order for file prefetch. Prefetch is done during early boot to bring in as much of that will be required into cache during the rest of the boot process. Over time things drift on the disk and the distro fetch order becomes stale leading to head thrashing and lost seconds. Profile recalculates the read order and can speed up a used system. Of course, profile should only be used infrequently after large changes, as it adds time to the boot process.
35s boot for me under Feisty (amd4800+x2, 40G wd sata2 raptor). Tasks seem quite parallelized. I'm happy with it.
Is hotswap support for internal SATA to eSATA connections coming? I just picked up an external eSATA/USB2 enclosure. It includes an internal to external sata adaptor. Linux does not see the insertion, but has no problem seeing the drive if inserted and powered on during boot. I know managed hotswap (ie hotswap to good SATA raid) is possible... certainly hotswap support by kernel driver must be possible also. Anyone know of plans for implementation?
think twice about who you share your brain bucket with.
OTOH, they've been good to open source... and eclipse is a marvel. Perhaps they should see that some guy enjoying porn is perhaps a symptom of something wrong that could be fixed. Maybe he's tired of the isolation, the ubiquitous mono sexism, the repetion, being a faceless code puker or being critical yet unseen. If he weren't getting on in years, it might be the best thing to happen to him. Perhaps they favour the sexless, and in that case, they're in for hard times.
With recyclability, the 3D printer could be great for open exchange and refinement of physical objects. Imagine printing off new tech devices, refining bio-interfaces, etc. It'll take a while, but we might get there. Many minds make great work.
Ditto
Heinous profiteering. It's not just the publishers, but the device manufacturers and electronic distributers. DRM and other forced proprietarianism used to artificially inflate prices to maximize profit at the cost of the medium. Quite sad, hopefully wont last long. I bought an ebook reader not too long ago (an eBookwise 1150, partly due to other mentionings on slashdot), and it's a great turd. The price is a bit high for the device itself. It only displays one proprietary format, for which there is a converter, but the converter runs only under windows (not even in wine). It only really imports text and even then most of the formatting is lost. The screen is black and white (tho contrast is good). The firmware is fixed, with no chance for extending. The device only wants to talk to its hardwired content provisioner, who have the gall to ask new paperback prices for digital editions. Such an insult to efficiency! No cost for harvesting, material, transportation, production, printing, distribution, vending... only writing, layout and proofing and digital distribution. Digitial distribution costs are negligible, with the majority of the work in writing and a small amount in layout and proofing. So, of the cost of these ebooks, the majority is artificial and going right into the pockets of the less deserving. No wonder ebooks have not taken off. It's hard to get a rock to roll uphill. If this is state of the art after millenia of written history, then we should be ashamed. All this being said, there is nothing wrong with the form factor, reading a book on the device is pleasant and the battery life is excellent. What's holding back the slim geode/xscale (or similar) paperback sized wireless colour expandible linux running pdf displaying cheap ebook reader? I'm guessing it's because the many writeoff ebooks due to the current state of affairs (or lack thereof). There's no shortage of ebooks out there... if you can circumvent the crap that actually prevents them from being useful.
porn at work == good. most workplaces == bad.
...continued excuses for millitary justification. More shit for the greedy f*cks to spend public tax dollars on.