Perhaps right now there aren't too many that have this much bandwidth but in the not so distant future it's certainly possible that there could be a 10GB standard instead of a 10MB standard. Right now TUX is ahead of the game, but when higher bandwidth becomes commonplace (Internet2?), TUX will be here to suit their needs.
What do you see is the primary market for TUX? With the ability to handle such high traffic it would be suitable for busy e-commerce sites, but I'm sure there will be more than a few people who are wary about a http server in their kernel. However, the embedded market might see this as a good thing and allow for web-based configuration, monitoring, etc of embedded devices. I would think there would be more people willing to just throw the webserver in kernel to save space if nothing else, but of course this still raises the security/stability concern.
So the main question is really just where and in what applications do you see TUX in the future?
hmmmm, the crap-o-meter reads.... DING DING DING.. 100%! yes my friends this article has achieved the 100% crap content award. Tell them what they've won jonny! "you've won a years supply of rice-a-roni(tm), the cool new x-bill home game featuring life size inflatable bills, your linux distribution of choice, and of course a free lifetime subscription to slashdot!"
The reason this is so is because of the ideology of 'the mommy track' that several sociologists have written about. The theory is that 'all women are going to grow up to become mothers and then quit their job to take care of their children'. I can't recall the authors name right now, but there is an article in the book 'Feminist Frameworks' that talks about it.
Thus companies are reluctant to advance women to higher positions because they believe that it won't be a good investment because they're just going to leave after they have children. So why bother making an investment like that in a woman whos going to leave when they can just make the investment in a man who won't.
Now before I personally get flamed, I'm just presenting the ideology that created the 'glass ceiling' concept. I personally don't believe in the mommy track, but I can't deny that it is probably a major component in creating the glass ceiling.
I must say that I highly disagree with you here. Mainly because being able to build a computer is completely different than knowing how to operate a computer.
Operating a computer is just knowing how to turn it on and use the keyboard/mouse etc to get around to your applications so you can work and if something goes wrong you get a specilist to look at it and fix it for you. The average computer user does not need to know how to put in more RAM, a new hard drive, or CPU because they can just take it to a shop and let them take care of it because that's what they're trained to do.
Likewise with a car, most people know how to start it, accelerate, stop, and turn, but they don't need to know how put in a new alternator or rip the engine down and rebuild it or put a new one in altogether because they can just take it to a shop to have it fixed by people who are trained to fix it.
Bottom line: being able to use a device and being able to fix/build it are completely different and just because someone can't fix it or build it from scratch does not mean that they should not own it and use it for their everyday purposes.
I believe that's why they have the Class Wizard to make that stuff at lot easier. I personally use it all the time and although I don't think it's very 'natural', it doesn't take long to get used to doing it their way. Just like any development environment, you have to get accustomed to doing it the way the creator intended.
I personally just create an object for each of the fields I need information from and just call Get/Set methods to get the info. I find this process very natural instead of having to call UpdateData everytime I need to Get/Set information from the object.
disclaimer: I admit I haven't tried Borlands VCL, but I have tried KDevelop and did not find it as intuitive as the Visual Studio environment. And I'm not trying to bash linux, I love linux and use it all the time, I just don't like the developing environments for it, gimme vi and a makefile anyday:).
I like my noise too, but for slightly different reasons. I like the fan 'noise' for sleeping i think it provides a nice background, 'white' noise and actually makes sleeping easier for me. I know some other people who like to sleep with a fan anyways for the same reason.
However the hard drive noises and cd-rom noises can get kinda irritating, I swear my cd-rom sounds like nuclear reactor powering up, but those noises go away at night with apm -S:).
i'd never seen it before, but it doesn't surprise me that it already existed before i thought of it. I'll update my webpage that has it with the appropriate references and give credit where credit is due.
seriously, what about JeffSort? it's used to sort numbers in a fixed range (like most computer science numbers are) here's the algo:
procedure JeffSort (var a: array of integer; lo, hi, rangelo, rangehi: integer); var JeffCount: array [rangelo..rangehi] of integer; i, j: integer; begin for i:=rangelo to rangehi do JeffCount[i]:= 0;
for i:=lo to hi do inc (JeffCount[a[i]]);
for i:=rangelo to rangehi do if (JeffCount[i] > 0) then for j:= 1 to JeffCount[i] do begin a[lo]:= i; inc (lo); end; end;
this is really O(R) for R>>n where R is the range of the numbers and since the range is constant it's O(1). However for n>>R it's O(n). I've ran this algo for large datasets and it easily outperforms quicksort and other fast sorting algos. However it does have that one restriction that it can only be used for a countably infinate set of numbers so it can't be used to sort floating point numbers.
disclaimer: I really know this is only a slight modification of shell sort so don't flame me please:)
As much as I'd hate to say it, but I think languages like VB would be best to learn on at that level because the language is at a much higher level and you can concentrate more on making the computer do what you want to instead of obscure syntax issues and lowerlevel details. Of course, after they become comfortable with the ideas and concepts in involved in programming, they can move to more detailed languages. I personally learned on (read: taught myself) Borland Turbo Pascal, but it wasn't long before I moved to C and x86 assembly and I would imagine that the trend is similar for most people and even colleges will have intro classes with a higher level language (or even a functional language).
But definatly starting with VB or Delphi or any high level language that doesn't have an unusual syntax would be best I think.
My worst idea is definatly 'The game that screws you over'. It uses a Tomb Raiderish style engine and the objective is basically the same (solve puzzles, accomplish quests, etc). The twist is that randomly the game will do something to screw you over, like if you're climbing a wall you will randomly lose your grip and fall to your death. Or if you go into free look mode and try to look too far behind you your neck will snap and your head will roll away (which is always an unfortunate turn of events). And basically other little things like that (gun jaming or blowing up in your face, running and randomly tripping and impailing yourself, etc).
This basically stemed from one too many late nights playing the tomb raider demo(s) and wondering 'what if?'.
So what happens when that one copy I have of a file becomes corrupt? It appears that I would be royally screwed and all the 'backups' that I thought I made are gone too. This would be most unfortunate, I wonder if they thought of that?
I'm a software engineer and work an average of about 60 hours per week, sometimes push 65.
But that's probably because I'm a co-op and get paid overtime at 1.5x > 40 and 2x > 60:). Having no social life or real friends here also helps <grin>.
That's a very interesting point: What if they do release it for Corel Linux only? I don't think they could really enforce that without special checks to make sure it is running under Corel Linux. But for now the best they could do to make it Corel Linux only is to only provide support for the products if they are running under Corel Linux. Which could make sense for them because they won't have to support all the various distributions of linux, only theirs.
However, that would be an obvious marketing advantange. They would have an OS, Office Suite, AND Development Environments all designed to work together under their OS. It could be really scary if they started doing that, but i don't believe they have the market share just yet, thankfully.
I'm sure there's a few other issues I'm forgetting, I don't claim to be an expert on these topics, but this is just what I thought about the whole situtation.
Perhaps emulate the hardware was the wrong choice of words. All [Free/V]Mware do is provide an abstraction layer between the guest OS and the physical hardware as the host OS sees it. From my understanding, the guest OS does not access the hardware directly and all hardware requests must go though the virtual machine. The timeslices that the virtual machines get is still dictated by the host OS. In my model, this abstraction layer would not exist, but only one OS would be running at any given time and would be allowed to access the hardware directly (except in the case of memory which would be mapped).
If the OS's are not running concurrently, would it be necessary to emulate the hardware? For instance, would it be possible to have a very thin layer that allowed me to switch between 'running' OS's, similar to switching between virtual terminals in linux? The basic concept is that the background OS's would be suspended and only the foreground OS would actually be running on the system. If this were the case, I see no reason why anything would have to be emulated because each OS would be running natively, just not concurrently.
The only problems that I see with that would be handling the memory. Would you want to split up the X amount of RAM between the running OS's (which would probably be the easist solution, but could add additional overhead for mapping the memory accesses, IMHO)? or would you just dump the ram to a file from the currently running OS and then load the ram image from a file for the OS you are bringing to the foreground? This would probably be most difficult but result in faster memory accesses, but very slow OS switching becuase the entire contents of memory would have to be dumped and it would need to know about IDE/SCSI and filesystems, partitions, etc on those devices.
However, this would allow you to switch between OS's without a reboot. The only advantage I see is that each OS would be running natively intead of having one OS running natively and the other 'guest' OS's would be running virtually. The disadvantage is that they would not be running concurrently.
The only question I guess I have for/. is 'Is this even feasable on the x86 architecture? Or am I just wasting my time?' I must admit that I haven't fully reasearched the latest Pentium,II,III, etc to see if it is supported, but I think it would be a nice alternative to having a virtual machine that doesn't emulate all the hardware correctly, or even recognize certain types of hardware.
Slashdot Mirror
Perhaps right now there aren't too many that have this much bandwidth but in the not so distant future it's certainly possible that there could be a 10GB standard instead of a 10MB standard. Right now TUX is ahead of the game, but when higher bandwidth becomes commonplace (Internet2?), TUX will be here to suit their needs.
What do you see is the primary market for TUX? With the ability to handle such high traffic it would be suitable for busy e-commerce sites, but I'm sure there will be more than a few people who are wary about a http server in their kernel. However, the embedded market might see this as a good thing and allow for web-based configuration, monitoring, etc of embedded devices. I would think there would be more people willing to just throw the webserver in kernel to save space if nothing else, but of course this still raises the security/stability concern.
So the main question is really just where and in what applications do you see TUX in the future?
hmmmm, the crap-o-meter reads.... DING DING DING.. 100%! yes my friends this article has achieved the 100% crap content award. Tell them what they've won jonny!
"you've won a years supply of rice-a-roni(tm), the cool new x-bill home game featuring life size inflatable bills, your linux distribution of choice, and of course a free lifetime subscription to slashdot!"
The reason this is so is because of the ideology of 'the mommy track' that several sociologists have written about. The theory is that 'all women are going to grow up to become mothers and then quit their job to take care of their children'. I can't recall the authors name right now, but there is an article in the book 'Feminist Frameworks' that talks about it.
Thus companies are reluctant to advance women to higher positions because they believe that it won't be a good investment because they're just going to leave after they have children. So why bother making an investment like that in a woman whos going to leave when they can just make the investment in a man who won't.
Now before I personally get flamed, I'm just presenting the ideology that created the 'glass ceiling' concept. I personally don't believe in the mommy track, but I can't deny that it is probably a major component in creating the glass ceiling.
I must say that I highly disagree with you here. Mainly because being able to build a computer is completely different than knowing how to operate a computer.
Operating a computer is just knowing how to turn it on and use the keyboard/mouse etc to get around to your applications so you can work and if something goes wrong you get a specilist to look at it and fix it for you. The average computer user does not need to know how to put in more RAM, a new hard drive, or CPU because they can just take it to a shop and let them take care of it because that's what they're trained to do.
Likewise with a car, most people know how to start it, accelerate, stop, and turn, but they don't need to know how put in a new alternator or rip the engine down and rebuild it or put a new one in altogether because they can just take it to a shop to have it fixed by people who are trained to fix it.
Bottom line: being able to use a device and being able to fix/build it are completely different and just because someone can't fix it or build it from scratch does not mean that they should not own it and use it for their everyday purposes.
Uranus huh? Well, I suppose that makes sense considering that's probably where he got his idea from...
sorry, bad joke, but I couldn't help it...
He's going out into the desert (read: middle of nowhere) to launch
I believe that's why they have the Class Wizard to make that stuff at lot easier. I personally use it all the time and although I don't think it's very 'natural', it doesn't take long to get used to doing it their way. Just like any development environment, you have to get accustomed to doing it the way the creator intended.
:).
I personally just create an object for each of the fields I need information from and just call Get/Set methods to get the info. I find this process very natural instead of having to call UpdateData everytime I need to Get/Set information from the object.
disclaimer: I admit I haven't tried Borlands VCL, but I have tried KDevelop and did not find it as intuitive as the Visual Studio environment. And I'm not trying to bash linux, I love linux and use it all the time, I just don't like the developing environments for it, gimme vi and a makefile anyday
I like my noise too, but for slightly different reasons. I like the fan 'noise' for sleeping i think it provides a nice background, 'white' noise and actually makes sleeping easier for me. I know some other people who like to sleep with a fan anyways for the same reason.
:).
However the hard drive noises and cd-rom noises can get kinda irritating, I swear my cd-rom sounds like nuclear reactor powering up, but those noises go away at night with apm -S
cool, thanks! :)
i'd never seen it before, but it doesn't surprise me that it already existed before i thought of it. I'll update my webpage that has it with the appropriate references and give credit where credit is due.
thanks again!
seriously, what about JeffSort? it's used to sort numbers in a fixed range (like most computer science numbers are) here's the algo:
:= 0;
:= 1 to JeffCount[i] do := i;
:)
procedure JeffSort (var a: array of integer; lo, hi,
rangelo, rangehi: integer);
var
JeffCount: array [rangelo..rangehi] of integer;
i, j: integer;
begin
for i:=rangelo to rangehi do
JeffCount[i]
for i:=lo to hi do
inc (JeffCount[a[i]]);
for i:=rangelo to rangehi do
if (JeffCount[i] > 0) then
for j
begin
a[lo]
inc (lo);
end;
end;
this is really O(R) for R>>n where R is the range of the numbers and since the range is constant it's O(1). However for n>>R it's O(n). I've ran this algo for large datasets and it easily outperforms quicksort and other fast sorting algos. However it does have that one restriction that it can only be used for a countably infinate set of numbers so it can't be used to sort floating point numbers.
disclaimer: I really know this is only a slight modification of shell sort so don't flame me please
As much as I'd hate to say it, but I think languages like VB would be best to learn on at that level because the language is at a much higher level and you can concentrate more on making the computer do what you want to instead of obscure syntax issues and lowerlevel details. Of course, after they become comfortable with the ideas and concepts in involved in programming, they can move to more detailed languages. I personally learned on (read: taught myself) Borland Turbo Pascal, but it wasn't long before I moved to C and x86 assembly and I would imagine that the trend is similar for most people and even colleges will have intro classes with a higher level language (or even a functional language).
But definatly starting with VB or Delphi or any high level language that doesn't have an unusual syntax would be best I think.
My worst idea is definatly 'The game that screws you over'. It uses a Tomb Raiderish style engine and the objective is basically the same (solve puzzles, accomplish quests, etc). The twist is that randomly the game will do something to screw you over, like if you're climbing a wall you will randomly lose your grip and fall to your death. Or if you go into free look mode and try to look too far behind you your neck will snap and your head will roll away (which is always an unfortunate turn of events). And basically other little things like that (gun jaming or blowing up in your face, running and randomly tripping and impailing yourself, etc).
This basically stemed from one too many late nights playing the tomb raider demo(s) and wondering 'what if?'.
So what happens when that one copy I have of a file becomes corrupt? It appears that I would be royally screwed and all the 'backups' that I thought I made are gone too. This would be most unfortunate, I wonder if they thought of that?
http://www.pfuca.com/products/hhk b/hhkbindex.html is where you can get them. They are quite simply the best keyboard on the planet, IMHO of course.
I'm a software engineer and work an average of about 60 hours per week, sometimes push 65.
:).
But that's probably because I'm a co-op and get paid overtime at 1.5x > 40 and 2x > 60
Having no social life or real friends here also helps <grin>.
That's a very interesting point: What if they do release it for Corel Linux only? I don't think they could really enforce that without special checks to make sure it is running under Corel Linux. But for now the best they could do to make it Corel Linux only is to only provide support for the products if they are running under Corel Linux. Which could make sense for them because they won't have to support all the various distributions of linux, only theirs.
However, that would be an obvious marketing advantange. They would have an OS, Office Suite, AND Development Environments all designed to work together under their OS. It could be really scary if they started doing that, but i don't believe they have the market share just yet, thankfully.
I'm sure there's a few other issues I'm forgetting, I don't claim to be an expert on these topics, but this is just what I thought about the whole situtation.
Just had to cast my support for StarCraft. Being that it's the ONLY reason I put (and still have) a small Win98 partition on my computer.
am I the only one getting all the 404s?
Perhaps emulate the hardware was the wrong choice of words. All [Free/V]Mware do is provide an abstraction layer between the guest OS and the physical hardware as the host OS sees it. From my understanding, the guest OS does not access the hardware directly and all hardware requests must go though the virtual machine. The timeslices that the virtual machines get is still dictated by the host OS. In my model, this abstraction layer would not exist, but only one OS would be running at any given time and would be allowed to access the hardware directly (except in the case of memory which would be mapped).
If the OS's are not running concurrently, would it be necessary to emulate the hardware? For instance, would it be possible to have a very thin layer that allowed me to switch between 'running' OS's, similar to switching between virtual terminals in linux? The basic concept is that the background OS's would be suspended and only the foreground OS would actually be running on the system. If this were the case, I see no reason why anything would have to be emulated because each OS would be running natively, just not concurrently.
/. is 'Is this even feasable on the x86 architecture? Or am I just wasting my time?' I must admit that I haven't fully reasearched the latest Pentium,II,III, etc to see if it is supported, but I think it would be a nice alternative to having a virtual machine that doesn't emulate all the hardware correctly, or even recognize certain types of hardware.
The only problems that I see with that would be handling the memory. Would you want to split up the X amount of RAM between the running OS's (which would probably be the easist solution, but could add additional overhead for mapping the memory accesses, IMHO)? or would you just dump the ram to a file from the currently running OS and then load the ram image from a file for the OS you are bringing to the foreground? This would probably be most difficult but result in faster memory accesses, but very slow OS switching becuase the entire contents of memory would have to be dumped and it would need to know about IDE/SCSI and filesystems, partitions, etc on those devices.
However, this would allow you to switch between OS's without a reboot. The only advantage I see is that each OS would be running natively intead of having one OS running natively and the other 'guest' OS's would be running virtually. The disadvantage is that they would not be running concurrently.
The only question I guess I have for