I'm sorry, but what you are saying simply cannot be true.
A VM of any flavor, must run on top of and use the services of the underlying OS, I don't care if its a *nix, Windows, Netware, Be, Symbian, whatever. Unless the VM directly exposes the application that is running within the VM to an OS call ( fopen() ) then the VM must puts its own wrapper around it, do whatever error checking the VM is going to do, then pass it to the OS, let the OS complete the operation, take the handoff back from the OS, then handoff back to the application that is running within the VM.
I wouldn't even know where to start in an attempt to write a VM, but I do know that if you are going to use the DISK, at some point you have to talk to the underlying OS, and if you have something between you and the OS, then it cannot be faster then talking directly to the OS.
Can a well written JAVA application outperform a poorly written C or C++ app, yes I am quite sure it can. Can a well written JAVA app outperform a well written C or C++ application, I very much doubt it.
I really doubt if java is going to do this any faster:
An Artist creating and distributing their content the way The Artist deems appropriate. Some for free, some you have to pay for and it is up to The Artist as to which selections are which.
Now The Artist has bills to pay, kids to feed or whatever and they need money for that. Where this will more then likely fall apart is when someone someone decides that they are going to make a decision to buy the titles that are not free for download and then post them on Pirate Bay or some other torrent site, and then The Artist is not going to make as much $profit$ to be able to pay the bills, feed their kids or whatever and this will bring The Artists business model to a screeching halt, and then its back to the nasty old record companies because they, contrary to popular myth, actually pay people for their work.
So all you folks who think that if they but ONE copy of a creative work they have the right to distribute it any way they please, you are the ones with the power to destroy what could be a great thing, so whats it going to be? Respect The Artists rights or are you just going to say, "Who fucking cares, I have a computer and an Internet connection and everyone will think I am cool by taking someones hard work and distributing it without any kind of permission ( I am pretty sure that their is an agreement one must click on prior to purchase that explicitly prohibits such actions ) at all!
I really really hope I am wrong, but somehow I have the sneaking suspicion that I am not, and thats a damn shame.
I am not quite sure why I am replying, but something about what you said just led me to think, "What an elitist arrogant jerk!
If your hobby is reading astronomy journals, then more power to you, mine is not. My "assumption" was taught as scientific fact in the 60's and 70's. The fact that some Ph.D candidate decided to start poking at gravitational theories based upon loss of mass, based on an increase in size, without taking into account that even though the object in question will not have lost much mass decides to postulate that the earths orbit will therefor increase do to a lack of gravitational attraction, finds that the theory is incorrect and thus, what those nutty science guys taught me in grade school is still correct, does not in any way show "my ignorance" because asshat, I RTFA before I made the comment and therefor concluded that this was indeed NOT news worthy of note on/..
I am surr you are correct, right up to the point where you launch the second iteration. You have a lot to learn about what computing power really is.
Yes a single multi-core intel CPU might outperform a single Power CPU, but then again, I would like to see you hook up, oh say 5000 users to that box and have them all running an instance of the accounting system, or all talking to the same ORACLE database.
Uhmmm, next how about posting something that is actually news ok? I mean for fucks sake I learned this in grade school and that was over 35 years ago!/p
As someone who has written a Point of Sale System, with complete inventory tracking, let me give you a bit of advice...
There is nothing simple about inventory tracking.
I admire your concept, take the feed from a standard cash register and use that to update your inventory, ahhh if it were only that simple.. Here is the problem, vendors are constantly replacing sources for items. The SKU changes but not the UPC code and/or vice versa. Just working out the issues so when you run an inventory report the numbers make sense will make you pull your hair out!
Ordering rules from vendors.... Oy! Those can be insanely twisted. Items can be ordered singly, some can't. Some items can be ordered singly put you are charged a different unit cost because its a "break pack" ( they will break up the standard unit pack of say 16 if you only need three but the cost goes up ) so you ordering code has to take that into account and hopefully group those orders together as stock runs low, or even delay the order until your quantify makes a standard shipping pack. Shipping costs which have to taken into account, because if an order is over X then you get a break on shipping, or not! Or some items have to come by common freight, because they are to large for the vendors delivery truck.
And it gets worse from there! Returns will be complicated. Is there a restocking charge for this item, some items have them some don't, If you have UPC X and SKU Y then do you ++ that item or is it the item with UPC X and SKU Z. Not all items will have a UPC when you get them, only an SKU then you have to come up with a UPC code, because you WILL run into situations where small vendors have made up their own UPC codes instead of going to the UPC code consortium and getting a UPC code assigned to their product so that it does not duplicate other UPC codes that have been issued.
Thinking through this problem logically will help a little but you must remember one very simple yet salient fact, that all the schemes are thought up by salesmen and those people will come up with the most hair brained schemes you have ever heard of.
Populating the database can be a major headache. Trying to get the source data from vendors can be like pulling teeth from a chicken. I have a client that actually had to send the "its been nice doing business with you" letter to actually get the vendor to cough up a data file of the things they sold him! Most places want to charge rather large amounts of money to give this stuff up, and when you are talking about a potential inventory of say 25,000 items on the shelves, let me tell you, entering the stuff by hand gets really old, really fast.
And then there is just making the system smart enough to keep the users from really pooching their system by setting some variable to something very wrong ( which seems very right to them ) and then the next time some process runs, your inventory gets jacked.
A lot of people will give you great advice on hardware.. Bar code readers come in either Keyboard "Y" cables, serial, or god forbid USB style connectors, the whole point of them is getting the barcode they decoded into an input field, which is pretty easy. A printer and cash drawer combo are easy to come by and they are pretty much plug-n-play. since the software for these things is pretty fully represented by OPOS ( Open Point Of Sale ) drivers. But like I said the hardware is the easy part, its the software that will drive you mad.
CC Processing is very easy these days. Most major CC Processors will give you a bit of software that connects to their system via the net as long as you can communicate over SSL and provide the right info.
In the meantime, I am not sure I would start any long term projects that rely on his file system brilliance...
Why? Will it softly and suddenly vanish away, and never be met with again if he's convicted? Will it stop working if he isn't acquitted? Will support for it be removed from all distros the moment he's sentenced?
In the meantime, I am not sure I would start any long term projects that rely on [his ongoing} his file system brilliance...
Well, I tell ya. I live in Han's hood, and let me tell ya a thing or three..
Silicon Valley is on the other side of the bay.
The jury of his peers came from Alameda County, not San Mateo or Santa Clara County, which comprise 95% of what is considered Silicon Valley and most of them probably came from the city of Oakland, a Blue Collar city for the most part.
The guy who owns the local hardware store went to High School with Hans ( Skyline High School ) and is also a Deputy Sheriff. He personally thinks that Han's did the deed and well, for the most part so do most folks that live in Montclair.
I personally am not convinced since I know a few Russian women, and for the most part they are pretty normal, well until you piss them off, then all bets are off because they are some pretty vindictive women. Prior to his wife going missing and him getting arrested I had seen Han's around the village a few times, picking up his mail, the grocery store, the usual stuff and he never really impressed me one way or the other, so I don't know him as a person.
One thing I will say is that from the live blog coverage of the trial, he is certainly not doing himself any favors with his courtroom antics. I might stop by the trial this coming Wednesday. If I do I will srop you all a line back to let you know my thoughts.
In the meantime, I am not sure I would start any long term projects that rely on his file system brilliance...
How much of the total propellant weight of the booster is used to:
Overcome inertia from say 0mph and accelerate to say 300mph?
Accelerate from 300mph to 1000mph?
Accelerate from 1000mph to escape velocity?
If we know those weights, how much can we then reduce the weight and cost of the booster?
What is the best acceleration rate of a say a 20 car MAGLEV train?
How much distance of MAGLEV track would one need to accelerate the space craft to a sufficient rate to reduce its fuel requirements sufficiently to gain a launch and economic advantage over a conventional 0mph vertical launch?
That aside, lets take the problem straight on and consider the mars rovers. You are the engineer. You don't have anything remotely resembling a clue as the abrasive qualities or the dirt and dust on Mars. You have an inkling of a clue about wind and such, but Martian surface weather is still a pretty big mystery. You have to build a device that is mobile, must supply power to all kinds of instruments, it has to communicate to a orbiting platform that is not in constant communication range, it has to deal with wild temperature variations, it has to survive the violence of being shot into orbit, then survive the cold of interplanetary space on its way to Mars, then survive being bounced across the surface of Mars in what is essentially a huge beach ball, then be able to warm up, unfold and start driving around...
And you suspect the engineers might be hedging their bets just a teeny bit? Ya think!
Yes, it IS really that easy. The cooling lines are all quick disconnect and you literally shove a module ( about the size of a typical intel box ) into an empty bay, and the system will POST, recognize and begin assigning work to another 64 processors. I have seen it with my own eyes, and it is just insanely cool!
I know a lot of/.rs are to young to remember VM / PROFS and stuff like that. VM will let you run just about any operating system as a "Guest OS" and that is some cool shit.
Being able to automate the task of sending off threads to various cores is pretty much and impossibility. The level of exceptions to any set of rules that allow the compiler or even a run time environment with managed code would be so large that the MCP would be in a constant busy state just figuring out if it was possible to send various threads of to n numbers of cores. much less keeping all the threads synced and sorting out the wait times for various threads on various CPU's to finally all be finished and allowing the main thread ( if there even will be a single main thread ) to collect the results of all the other threads that were arbitrarily launched by the MCP work devision algorithm.
I think that for the foreseeable seriously powerful parallel processing will remain the domain of those coders who can take a set of problems and hand code them into the various threads and ensure the synchronization does not fall apart.
Always has been, and always will be, the users, sorry thats just the way it is.
I was in the military and crypto security is taken, very very very seriously. You fuck up and at minimum you will lose money, lose rank, lose your clearance or if you fucked up really bad you could go to prison.
The problem is in business if the VP of Sales and Marketing can't make his new toy connect to your wireless infrastructure because his new toy doesn't support the same protocols he will start whining and crying that its "too hard" and you can bet your Linux live DVD you are going to be carving out an exception for the fucktard. Then he will start showing off his new toy, and then low and behold more people start buying the same thing and you have a fight on your hands. At this point the fucking CEO has to get involved and make the call and chances are security is going to lose because the VP of Sales & Marketing brings in the $profit$ and you don't regardless of how well thought out your argument is or how logical it is. Then what is going to happen is that your shit will get hacked, and that very same VP or sales and Marketing will hang it around your neck and you will be screwed.
The only way around these kids of problems I think is two fold.
Device Control. You must have control over the devices that attach to your network. It has to be in hardware. Joe VP wants to bring his laptop in, then the only way he can connect is through a a USB wireless device that the IT department issues, that is burned to his ID AND his hardware and your network that way it will only work if its in HIS laptop, connected to YOUR network using HIS login credentials ( via biometrics ).
Policy. The adverse consequences for compromising the companies network security must be real, immediate and not left open to compromise. This has to come from the company owner if it is a private company or from the board if it is a public company.
Thousands of us would have paid a nice sum for the actuality that Kylix promised. Complete X-Platform and screaming fast.
I have a copy of Kylix 3 Enterprise which I got off ebay, in the shrink Wrap no less. It actually installs on Suse and works! Unfortunately the IDE is unstable, but if you save often enough you crak out some stuff when you really need it.
Anders is the Darth Vader of the software industry.
Ever wonder why so much of.Net looks just like stuff that Borland came out with, except that it sucks? Seduced by the dark side he was.
Anders is brilliant, he could have created his own software company and did something like.Net that actually was light weight, fast and X-Platform, but instead,.net is.Garbage because it is done the "Microsoft Way".
. This is what happened to Borland - at one point, Borland owned the programming languagess market, with a 66% market share - more than Microsoft and everyone else combined. Then they went nuts. "Desktop / Professional / Enterprise" versions of compilers were one fo the first signs that rot was setting in. So was the buying and selling of WordPerfect and dBase. The dBase acquisition made sense - it let them compete directly with CA-Clipper. Dumping it later on didn't.
Borland's demise began on two very distinct and different fronts. The cause of one of them rests squarely on their shoulders, the second was pure MS evil.
1. Borland deciding to get into the applications market was the most supremely stupid move it ever made. Paradox with its obscure and somewhat strange "Answer Table" model broke down on large data sets and was generally to strange for a lot of people to deal with. Other then that it was a pretty good database. It's main competition at the time were two dBase from Ashton-Tate and DataEase. dBase had a great language but had a pretty low end database engine. Indexes were not dynamic, and if you packed a datafile, you were in re-index hell. DataEase had a built in screen builder, a sreaming fast databse engine, a very SQL like language, a report writer that was pretty damn nice, easy to use and would crank out reports like mad. Unfortunately they bet everything on OS/2 and Presentation Manager because at the time that was where the MS/IBM strategy was heading, then MS pulled the plug and well the rest as they say is history.
Quatro was an insanely wonderful spreadsheet product that was eating both Lotus's and Excel's lunch. It had a native GUI mode, perfect WYSIWYG and was lighting fast. It could handle multiple large spreadsheets, linking, all the fun stuff we enjoy today, and then Jim Manzy, that fuckwad from Lotus Development decided that the only way he could stave off the Quatro juggernaut was to go to court. The infamous look and feel lawsuit that came within a breath of putting Borland out of business. The filed suit in Boston and it looked like Borland was done for, then in the end Borland prevailed, but not until it had spent almost everything defending the suit. To this day I still want to find Jim Manzy in a dark alley and have a chat with him,
2. So anyone remember OWL??? The Object Windows Library? Pretty much up until then if you wanted to write windows programs you had to deal with the bare Windows API. If you had ever used it you knew it was a miserable experience. Many of the calls were very difficult to deal with, at best, and you had to re-invent a lot of things just to make your software work, Borland realized this and did something that changed windows development forever. They took the windows API and wrapped up in a very neat, clean, object based interface. Suddenly writing windows programs became some that was no longer am arcane bith of magic, and pure dumb luck. Microsoft, instead of going WOW, this company is driving TONS of programmers to windows they decided to counter with MFC and of course they really shit the bed. The first versions of MFC were simply awful, bordering on unusable, hell no one at SM would even use them. Meanwhile Borland kept refining OWL, they even had a CUI counterpart called turbo-vision, now called FreeVision as it was open sourced. OWL was being adopted by everyone and their grandmother. Borlands Language products were being used to drive windows development. The integrated IDE, all that stuff you take for granted today was ALL Borland. Up until this time Borland had licensed all the right bits from MS to handle things like integrated debugging, software profiling, really cool stuff within windows and they were flying high. Turbo C, Turbo C++, Turbo Pascal for windows were just climbing the charts. The reviews were rave and Borland was making money hand over fist and developers, for probably the first time ever, had really GREAT integrated tools to create grea
I applaud them, whole heartedly! I think what they are doing is fantastic. But they don't talk much about the details, so its hard to determine how they are doing, are each of them surviing solely on the donations? do they have day jobs? What kind of budget do they have?
I wish them the best of luck and hope they do well.>/p>
Ohhh this is just to easy to supremely tromp all over, but I just have to do it to point the utter and complete folly of your proposal.
You have never been involved in a large project or you would have never committed these words to the net. This can never work because the present value of money collected will never keep pace with inflation or the ever rising cost of materials and labor. Ask anyone who has ever budgeted for something in present value dollars only to see that estimate fall completely to shit as the price of everything keeps going up. Who could have predicted the demand for steel and concrete would be taken to the insane heights that China has driven it up to.
Movies are not immune to the rising cost of labor, especially very skilled labor, nor are they immune to the costs of shooting on location ( the logistics rival that of keeping an army supplied in complexity ) nor are they immune to the cost of building sets which keeps going up and up as wood becomes more expensive.
You can try and budget in the future but let me tell you, no one and I mean from either the government or the private sector has ever been successful, because no one has figured out how to see the future. 30 million for a major movie production is a tight budget. So break it out, even at 10 bucks a ticket you would have to sell 3 million tickets, in advance. And if it took 3 years to do it, by the time you got there it would cost 35 million to shot the movie. Then what back to the drawing board for another round of ticket sales? Or do you charge 15 dollars a ticket now, in the hope that 233,000 people pre-purchased tickets, based on what, story boards? A book, a Screen play?
Would you plunk down 15 bucks as an "investment" so that you might see a movie 4 years from now ( 3 years raising the money and say 1 year of production to final print) for a subject you might not even give a shit about? Get real. This entire notion has no basis in reality in any way shape or form.
Slashdot Mirror
Yeah but you are sooooooo like 1.5 picoseconds ago!
I'm sorry, but what you are saying simply cannot be true.
A VM of any flavor, must run on top of and use the services of the underlying OS, I don't care if its a *nix, Windows, Netware, Be, Symbian, whatever. Unless the VM directly exposes the application that is running within the VM to an OS call ( fopen() ) then the VM must puts its own wrapper around it, do whatever error checking the VM is going to do, then pass it to the OS, let the OS complete the operation, take the handoff back from the OS, then handoff back to the application that is running within the VM.
I wouldn't even know where to start in an attempt to write a VM, but I do know that if you are going to use the DISK, at some point you have to talk to the underlying OS, and if you have something between you and the OS, then it cannot be faster then talking directly to the OS.
Can a well written JAVA application outperform a poorly written C or C++ app, yes I am quite sure it can. Can a well written JAVA app outperform a well written C or C++ application, I very much doubt it.
I really doubt if java is going to do this any faster:
I mean really now...It will be abused...
An Artist creating and distributing their content the way The Artist deems appropriate. Some for free, some you have to pay for and it is up to The Artist as to which selections are which.
Now The Artist has bills to pay, kids to feed or whatever and they need money for that. Where this will more then likely fall apart is when someone someone decides that they are going to make a decision to buy the titles that are not free for download and then post them on Pirate Bay or some other torrent site, and then The Artist is not going to make as much $profit$ to be able to pay the bills, feed their kids or whatever and this will bring The Artists business model to a screeching halt, and then its back to the nasty old record companies because they, contrary to popular myth, actually pay people for their work.
So all you folks who think that if they but ONE copy of a creative work they have the right to distribute it any way they please, you are the ones with the power to destroy what could be a great thing, so whats it going to be? Respect The Artists rights or are you just going to say, "Who fucking cares, I have a computer and an Internet connection and everyone will think I am cool by taking someones hard work and distributing it without any kind of permission ( I am pretty sure that their is an agreement one must click on prior to purchase that explicitly prohibits such actions ) at all!
I really really hope I am wrong, but somehow I have the sneaking suspicion that I am not, and thats a damn shame.
Dude! Don't hold back, tell us how you really feel!
I am not quite sure why I am replying, but something about what you said just led me to think, "What an elitist arrogant jerk!
If your hobby is reading astronomy journals, then more power to you, mine is not. My "assumption" was taught as scientific fact in the 60's and 70's. The fact that some Ph.D candidate decided to start poking at gravitational theories based upon loss of mass, based on an increase in size, without taking into account that even though the object in question will not have lost much mass decides to postulate that the earths orbit will therefor increase do to a lack of gravitational attraction, finds that the theory is incorrect and thus, what those nutty science guys taught me in grade school is still correct, does not in any way show "my ignorance" because asshat, I RTFA before I made the comment and therefor concluded that this was indeed NOT news worthy of note on /..
So, to be succinct, Bite Me!
I am surr you are correct, right up to the point where you launch the second iteration. You have a lot to learn about what computing power really is.
Yes a single multi-core intel CPU might outperform a single Power CPU, but then again, I would like to see you hook up, oh say 5000 users to that box and have them all running an instance of the accounting system, or all talking to the same ORACLE database.
I might be old, but you are STILL a coward, asseyes.
Uhmmm, next how about posting something that is actually news ok? I mean for fucks sake I learned this in grade school and that was over 35 years ago!/p
As someone who has written a Point of Sale System, with complete inventory tracking, let me give you a bit of advice...
There is nothing simple about inventory tracking.
I admire your concept, take the feed from a standard cash register and use that to update your inventory, ahhh if it were only that simple.. Here is the problem, vendors are constantly replacing sources for items. The SKU changes but not the UPC code and/or vice versa. Just working out the issues so when you run an inventory report the numbers make sense will make you pull your hair out!
Ordering rules from vendors.... Oy! Those can be insanely twisted. Items can be ordered singly, some can't. Some items can be ordered singly put you are charged a different unit cost because its a "break pack" ( they will break up the standard unit pack of say 16 if you only need three but the cost goes up ) so you ordering code has to take that into account and hopefully group those orders together as stock runs low, or even delay the order until your quantify makes a standard shipping pack. Shipping costs which have to taken into account, because if an order is over X then you get a break on shipping, or not! Or some items have to come by common freight, because they are to large for the vendors delivery truck.
And it gets worse from there! Returns will be complicated. Is there a restocking charge for this item, some items have them some don't, If you have UPC X and SKU Y then do you ++ that item or is it the item with UPC X and SKU Z. Not all items will have a UPC when you get them, only an SKU then you have to come up with a UPC code, because you WILL run into situations where small vendors have made up their own UPC codes instead of going to the UPC code consortium and getting a UPC code assigned to their product so that it does not duplicate other UPC codes that have been issued.
Thinking through this problem logically will help a little but you must remember one very simple yet salient fact, that all the schemes are thought up by salesmen and those people will come up with the most hair brained schemes you have ever heard of.
Populating the database can be a major headache. Trying to get the source data from vendors can be like pulling teeth from a chicken. I have a client that actually had to send the "its been nice doing business with you" letter to actually get the vendor to cough up a data file of the things they sold him! Most places want to charge rather large amounts of money to give this stuff up, and when you are talking about a potential inventory of say 25,000 items on the shelves, let me tell you, entering the stuff by hand gets really old, really fast.
And then there is just making the system smart enough to keep the users from really pooching their system by setting some variable to something very wrong ( which seems very right to them ) and then the next time some process runs, your inventory gets jacked.
A lot of people will give you great advice on hardware.. Bar code readers come in either Keyboard "Y" cables, serial, or god forbid USB style connectors, the whole point of them is getting the barcode they decoded into an input field, which is pretty easy. A printer and cash drawer combo are easy to come by and they are pretty much plug-n-play. since the software for these things is pretty fully represented by OPOS ( Open Point Of Sale ) drivers. But like I said the hardware is the easy part, its the software that will drive you mad.
CC Processing is very easy these days. Most major CC Processors will give you a bit of software that connects to their system via the net as long as you can communicate over SSL and provide the right info.Why? Will it softly and suddenly vanish away, and never be met with again if he's convicted? Will it stop working if he isn't acquitted? Will support for it be removed from all distros the moment he's sentenced?
In the meantime, I am not sure I would start any long term projects that rely on [his ongoing} his file system brilliance...
Is that better?
Well, I tell ya. I live in Han's hood, and let me tell ya a thing or three..
I personally am not convinced since I know a few Russian women, and for the most part they are pretty normal, well until you piss them off, then all bets are off because they are some pretty vindictive women. Prior to his wife going missing and him getting arrested I had seen Han's around the village a few times, picking up his mail, the grocery store, the usual stuff and he never really impressed me one way or the other, so I don't know him as a person.
One thing I will say is that from the live blog coverage of the trial, he is certainly not doing himself any favors with his courtroom antics. I might stop by the trial this coming Wednesday. If I do I will srop you all a line back to let you know my thoughts.
In the meantime, I am not sure I would start any long term projects that rely on his file system brilliance...
Hmmmm Ok so here are some questions:
Hey genius, don't you mean, under estimate?
That aside, lets take the problem straight on and consider the mars rovers. You are the engineer. You don't have anything remotely resembling a clue as the abrasive qualities or the dirt and dust on Mars. You have an inkling of a clue about wind and such, but Martian surface weather is still a pretty big mystery. You have to build a device that is mobile, must supply power to all kinds of instruments, it has to communicate to a orbiting platform that is not in constant communication range, it has to deal with wild temperature variations, it has to survive the violence of being shot into orbit, then survive the cold of interplanetary space on its way to Mars, then survive being bounced across the surface of Mars in what is essentially a huge beach ball, then be able to warm up, unfold and start driving around...
And you suspect the engineers might be hedging their bets just a teeny bit? Ya think!
Yes, it IS really that easy. The cooling lines are all quick disconnect and you literally shove a module ( about the size of a typical intel box ) into an empty bay, and the system will POST, recognize and begin assigning work to another 64 processors. I have seen it with my own eyes, and it is just insanely cool!
I know a lot of /.rs are to young to remember VM / PROFS and stuff like that. VM will let you run just about any operating system as a "Guest OS" and that is some cool shit.
MOD PARENT UP++
PLEASE tell me your not a parent. Because if you are, you are in serious need of help.
MOD PARENT UP+
XML, The answer to the question that nobody asked!
Being able to automate the task of sending off threads to various cores is pretty much and impossibility. The level of exceptions to any set of rules that allow the compiler or even a run time environment with managed code would be so large that the MCP would be in a constant busy state just figuring out if it was possible to send various threads of to n numbers of cores. much less keeping all the threads synced and sorting out the wait times for various threads on various CPU's to finally all be finished and allowing the main thread ( if there even will be a single main thread ) to collect the results of all the other threads that were arbitrarily launched by the MCP work devision algorithm.
I think that for the foreseeable seriously powerful parallel processing will remain the domain of those coders who can take a set of problems and hand code them into the various threads and ensure the synchronization does not fall apart.
Always has been, and always will be, the users, sorry thats just the way it is.
I was in the military and crypto security is taken, very very very seriously. You fuck up and at minimum you will lose money, lose rank, lose your clearance or if you fucked up really bad you could go to prison.
The problem is in business if the VP of Sales and Marketing can't make his new toy connect to your wireless infrastructure because his new toy doesn't support the same protocols he will start whining and crying that its "too hard" and you can bet your Linux live DVD you are going to be carving out an exception for the fucktard. Then he will start showing off his new toy, and then low and behold more people start buying the same thing and you have a fight on your hands. At this point the fucking CEO has to get involved and make the call and chances are security is going to lose because the VP of Sales & Marketing brings in the $profit$ and you don't regardless of how well thought out your argument is or how logical it is. Then what is going to happen is that your shit will get hacked, and that very same VP or sales and Marketing will hang it around your neck and you will be screwed.
The only way around these kids of problems I think is two fold.
Thousands of us would have paid a nice sum for the actuality that Kylix promised. Complete X-Platform and screaming fast.
I have a copy of Kylix 3 Enterprise which I got off ebay, in the shrink Wrap no less. It actually installs on Suse and works! Unfortunately the IDE is unstable, but if you save often enough you crak out some stuff when you really need it.
Anders is the Darth Vader of the software industry.
Ever wonder why so much ofAnders is brilliant, he could have created his own software company and did something like .Net that actually was light weight, fast and X-Platform, but instead, .net is .Garbage because it is done the "Microsoft Way".
'That so? Read on please... OWL
. This is what happened to Borland - at one point, Borland owned the programming languagess market, with a 66% market share - more than Microsoft and everyone else combined. Then they went nuts. "Desktop / Professional / Enterprise" versions of compilers were one fo the first signs that rot was setting in. So was the buying and selling of WordPerfect and dBase. The dBase acquisition made sense - it let them compete directly with CA-Clipper. Dumping it later on didn't.
Borland's demise began on two very distinct and different fronts. The cause of one of them rests squarely on their shoulders, the second was pure MS evil.
1. Borland deciding to get into the applications market was the most supremely stupid move it ever made. Paradox with its obscure and somewhat strange "Answer Table" model broke down on large data sets and was generally to strange for a lot of people to deal with. Other then that it was a pretty good database. It's main competition at the time were two dBase from Ashton-Tate and DataEase. dBase had a great language but had a pretty low end database engine. Indexes were not dynamic, and if you packed a datafile, you were in re-index hell. DataEase had a built in screen builder, a sreaming fast databse engine, a very SQL like language, a report writer that was pretty damn nice, easy to use and would crank out reports like mad. Unfortunately they bet everything on OS/2 and Presentation Manager because at the time that was where the MS/IBM strategy was heading, then MS pulled the plug and well the rest as they say is history.
Quatro was an insanely wonderful spreadsheet product that was eating both Lotus's and Excel's lunch. It had a native GUI mode, perfect WYSIWYG and was lighting fast. It could handle multiple large spreadsheets, linking, all the fun stuff we enjoy today, and then Jim Manzy, that fuckwad from Lotus Development decided that the only way he could stave off the Quatro juggernaut was to go to court. The infamous look and feel lawsuit that came within a breath of putting Borland out of business. The filed suit in Boston and it looked like Borland was done for, then in the end Borland prevailed, but not until it had spent almost everything defending the suit. To this day I still want to find Jim Manzy in a dark alley and have a chat with him,
2. So anyone remember OWL??? The Object Windows Library? Pretty much up until then if you wanted to write windows programs you had to deal with the bare Windows API. If you had ever used it you knew it was a miserable experience. Many of the calls were very difficult to deal with, at best, and you had to re-invent a lot of things just to make your software work, Borland realized this and did something that changed windows development forever. They took the windows API and wrapped up in a very neat, clean, object based interface. Suddenly writing windows programs became some that was no longer am arcane bith of magic, and pure dumb luck. Microsoft, instead of going WOW, this company is driving TONS of programmers to windows they decided to counter with MFC and of course they really shit the bed. The first versions of MFC were simply awful, bordering on unusable, hell no one at SM would even use them. Meanwhile Borland kept refining OWL, they even had a CUI counterpart called turbo-vision, now called FreeVision as it was open sourced. OWL was being adopted by everyone and their grandmother. Borlands Language products were being used to drive windows development. The integrated IDE, all that stuff you take for granted today was ALL Borland. Up until this time Borland had licensed all the right bits from MS to handle things like integrated debugging, software profiling, really cool stuff within windows and they were flying high. Turbo C, Turbo C++, Turbo Pascal for windows were just climbing the charts. The reviews were rave and Borland was making money hand over fist and developers, for probably the first time ever, had really GREAT integrated tools to create grea
I applaud them, whole heartedly! I think what they are doing is fantastic. But they don't talk much about the details, so its hard to determine how they are doing, are each of them surviing solely on the donations? do they have day jobs? What kind of budget do they have?
I wish them the best of luck and hope they do well.>/p>
Ohhh this is just to easy to supremely tromp all over, but I just have to do it to point the utter and complete folly of your proposal.
You have never been involved in a large project or you would have never committed these words to the net. This can never work because the present value of money collected will never keep pace with inflation or the ever rising cost of materials and labor. Ask anyone who has ever budgeted for something in present value dollars only to see that estimate fall completely to shit as the price of everything keeps going up. Who could have predicted the demand for steel and concrete would be taken to the insane heights that China has driven it up to.
Movies are not immune to the rising cost of labor, especially very skilled labor, nor are they immune to the costs of shooting on location ( the logistics rival that of keeping an army supplied in complexity ) nor are they immune to the cost of building sets which keeps going up and up as wood becomes more expensive.
You can try and budget in the future but let me tell you, no one and I mean from either the government or the private sector has ever been successful, because no one has figured out how to see the future. 30 million for a major movie production is a tight budget. So break it out, even at 10 bucks a ticket you would have to sell 3 million tickets, in advance. And if it took 3 years to do it, by the time you got there it would cost 35 million to shot the movie. Then what back to the drawing board for another round of ticket sales? Or do you charge 15 dollars a ticket now, in the hope that 233,000 people pre-purchased tickets, based on what, story boards? A book, a Screen play?
Would you plunk down 15 bucks as an "investment" so that you might see a movie 4 years from now ( 3 years raising the money and say 1 year of production to final print) for a subject you might not even give a shit about? Get real. This entire notion has no basis in reality in any way shape or form.