could be, but the new kernel version created kernel module versioning just to do this but indeed, how stable and usefull this actually is can not be decided by only testing one module.
i just upgraded to 2.6-test10 and found out that insmoding the nvidia module i compiled against 2.6-test9 loads just fine! i am of course going to compile it against 2.6-test10 for maximum stability but minor kernel version driver inconsistance problems allways gave me a headache with binary only drivers. (this really inproves that)
if that would just be all, 100 dollar on it that they are going only going to compare limitations of redhat only (perhaps even an old version) with their microsoft product. why don't they just spend that money and time on fixing bugs in windows instead of finding them in linux. perhaps we should create a bugzilla for them so they can post the problems they find there, i am sure someone will fix them.
am i just stupid or did VMware already do this for ages... guess this is just another "microsoft is late with its features, so bash them to hell" article.
exactly. making the linux on the xbox thingy even less attractive not to mention pc emulating xbox games. (a smart stratagy from the MS side if you ask me)
when they release version 1.04 of MSH i'll sue them for using my name! and why would microsoft want to name there lastest shell crap after a slashdot linux zealot anyway?
i thinks doing everything in software and only picturing the final result to the screen would be the fastest solution. in that case it does not really bother what kind of videocard you will use.
there is allready one for weather, moduling the cosmos is indead one of the things blue gene is going to do, or to be more pricise it is going to do calculation about how planets, stars move and hope to discover more about the why.
they have to make the source code availible somewhere, so you can go and compile it yourself. Lindows.com is in no way responsible to distribute rpms, deb or even binairies at all. just the sourcecode. you are off-course allowed to package it yourself what many distro's are very likely to do because this is the only WYSIWYG website creator and many "i just want a website with my foto and a few lines of text, so fuck up with html" people like this kind of software very much. (and those are also the people lindows targets)
what about getting into combat with someone and break your chip, since it can hold for up to 140 days of drug you will very likely die no mather what drug is in it.
so if it costs "probably the same" to hack together an open groupware product and exchange is "one of the poorest written populair microsoft products" and "is a constant headache" then i'd say i would go for the open groupware solution, because it works fine with me and does not give me headaces and is fun to develop.
it surely is a good clustor node candidate. makes less noice, not to much heat, does not take much space, and for its price quite fast. i am just wondering about the network card speed, how is that performing?
I used to work on a base school, and some of the pc's used there were older than i ever owned myself. I even once found myself standing before a big big big big computer that used floppy's so ancient that they could only hold 1 document ( plain text !! ) this was off course the most insane example, in general it was P233/32MB ram with win95/win98. This all was used on a daily basis. Working there only had one advantage: booted my Pentium III P500 at home ( 1,5ghz was allready normal then ) just felt screaming fast...
some sound deamons like arts ( esd? ) can already do this, the problem is that the arts api's are not supported by most programs. having alsa ( + oss emulation ) network transparent in the kernel will bypass those problems. about the overhead, i don't know exactly but my 100Mbit network has no problem server all my 5 pc's with audio. and in the near future everyone is going to have gigabit anyway, so i guess it is a speed v/s features issue. and because the speed will come, so will the features.
testing reiser4 on a high performing cpu indeed might make sense. their own brenchmarks show that reiser4 is the almost most intensive cpu using filesystem there is, but also that it is the fastest. 450 MHz is not much these days, my server has an AMD-XP 2200Mhz and is under superheavy hard disk usage 70% idle, so i'd gladly burn so cpu speed for extra disk performence. so i guess i'll give it a shot
ext2 is not journalizing. journalizing makes filesystems more complex. this is a speed v/s space issue. reiserfs never was the fastest, but namesys does claim that reiser4 is "the fastest fs". i don't know if its true or not, if they have a speed v/s features than perhaps they do. filesystems today are just to diffent for "real propper" brenchmarking.
not impossible, reiser4 ( www.namesys.org ) has brenchmarks that work just this way. i personaly find this confusing because my feelings tell me that red is bad, and green is good. SO WHY ARE PEOPLE FUCKING AROUND WITH ME?
every filesystem has its own purpose, for example reiser4 has atomic operations, database like capabilities, journalizing and metadata. now how are you going to say that ext2 is better because it performed better in brenchmark xyz. this is just the same thing as people buying a graphics card because it scored 1 or 2 fps more then an other card but forget that the other card has a build in mpeg2 or for the same price.
Also note:
a few security flaws that are fixed in the 2.4 kernel are NOT yet fixed in 2.6, so even if it would already be rocker than rock solid. THAT is still a very good reason not to upgrade yet.
According to the website "exotic features of modern X servers such as the MIT shared memory extension, Xrender, Xv, and others will not be supported". Xrender and Xv are really needed if you would want me to switch. otherwise you still have to fall back on software rendering all the time. ( and thus this window manager will still be as slow as hell )
this is NOT something everybody wants.
reasons are:
OpenGL is displayed in overlay. thus you can not use it network transparant.
XML is very bloated.
and last but not least:
i doubt that with an additional layer this Xlib is going to be much faster. (it is still limited to its design.)
could be, but the new kernel version created kernel module versioning just to do this but indeed, how stable and usefull this actually is can not be decided by only testing one module.
i just upgraded to 2.6-test10 and found out that insmoding the nvidia module i compiled against 2.6-test9 loads just fine! i am of course going to compile it against 2.6-test10 for maximum stability but minor kernel version driver inconsistance problems allways gave me a headache with binary only drivers. (this really inproves that)
if that would just be all, 100 dollar on it that they are going only going to compare limitations of redhat only (perhaps even an old version) with their microsoft product. why don't they just spend that money and time on fixing bugs in windows instead of finding them in linux. perhaps we should create a bugzilla for them so they can post the problems they find there, i am sure someone will fix them.
am i just stupid or did VMware already do this for ages... guess this is just another "microsoft is late with its features, so bash them to hell" article.
exactly. making the linux on the xbox thingy even less attractive not to mention pc emulating xbox games. (a smart stratagy from the MS side if you ask me)
when they release version 1.04 of MSH i'll sue them for using my name! and why would microsoft want to name there lastest shell crap after a slashdot linux zealot anyway?
i thinks doing everything in software and only picturing the final result to the screen would be the fastest solution. in that case it does not really bother what kind of videocard you will use.
there is allready one for weather, moduling the cosmos is indead one of the things blue gene is going to do, or to be more pricise it is going to do calculation about how planets, stars move and hope to discover more about the why.
they have to make the source code availible somewhere, so you can go and compile it yourself. Lindows.com is in no way responsible to distribute rpms, deb or even binairies at all. just the sourcecode. you are off-course allowed to package it yourself what many distro's are very likely to do because this is the only WYSIWYG website creator and many "i just want a website with my foto and a few lines of text, so fuck up with html" people like this kind of software very much. (and those are also the people lindows targets)
what about getting into combat with someone and break your chip, since it can hold for up to 140 days of drug you will very likely die no mather what drug is in it.
so if it costs "probably the same" to hack together an open groupware product and exchange is "one of the poorest written populair microsoft products" and "is a constant headache" then i'd say i would go for the open groupware solution, because it works fine with me and does not give me headaces and is fun to develop.
is there a free linux edition? i know maya has there product availible under linux, but the last time i checked the learning version wasn't linux.
it feels nice and integrated op my kde desktop and version 0.73 is now able to run msn better that it ever did.
it surely is a good clustor node candidate. makes less noice, not to much heat, does not take much space, and for its price quite fast. i am just wondering about the network card speed, how is that performing?
I used to work on a base school, and some of the pc's used there were older than i ever owned myself. I even once found myself standing before a big big big big computer that used floppy's so ancient that they could only hold 1 document ( plain text !! ) this was off course the most insane example, in general it was P233/32MB ram with win95/win98. This all was used on a daily basis. Working there only had one advantage: booted my Pentium III P500 at home ( 1,5ghz was allready normal then ) just felt screaming fast...
kopete is more likely, since it is a kde app and thus uses the kde-mac-feeling-engine.
some sound deamons like arts ( esd? ) can already do this, the problem is that the arts api's are not supported by most programs. having alsa ( + oss emulation ) network transparent in the kernel will bypass those problems. about the overhead, i don't know exactly but my 100Mbit network has no problem server all my 5 pc's with audio. and in the near future everyone is going to have gigabit anyway, so i guess it is a speed v/s features issue. and because the speed will come, so will the features.
testing reiser4 on a high performing cpu indeed might make sense. their own brenchmarks show that reiser4 is the almost most intensive cpu using filesystem there is, but also that it is the fastest. 450 MHz is not much these days, my server has an AMD-XP 2200Mhz and is under superheavy hard disk usage 70% idle, so i'd gladly burn so cpu speed for extra disk performence. so i guess i'll give it a shot
ext2 is not journalizing. journalizing makes filesystems more complex. this is a speed v/s space issue. reiserfs never was the fastest, but namesys does claim that reiser4 is "the fastest fs". i don't know if its true or not, if they have a speed v/s features than perhaps they do. filesystems today are just to diffent for "real propper" brenchmarking.
not impossible, reiser4 ( www.namesys.org ) has brenchmarks that work just this way. i personaly find this confusing because my feelings tell me that red is bad, and green is good. SO WHY ARE PEOPLE FUCKING AROUND WITH ME?
every filesystem has its own purpose, for example reiser4 has atomic operations, database like capabilities, journalizing and metadata. now how are you going to say that ext2 is better because it performed better in brenchmark xyz. this is just the same thing as people buying a graphics card because it scored 1 or 2 fps more then an other card but forget that the other card has a build in mpeg2 or for the same price.
i hate this, why not use graphs. the higher the line, the better. every filesystem its own collor.
Also note: a few security flaws that are fixed in the 2.4 kernel are NOT yet fixed in 2.6, so even if it would already be rocker than rock solid. THAT is still a very good reason not to upgrade yet.
According to the website "exotic features of modern X servers such as the MIT shared memory extension, Xrender, Xv, and others will not be supported". Xrender and Xv are really needed if you would want me to switch. otherwise you still have to fall back on software rendering all the time. ( and thus this window manager will still be as slow as hell )
this is NOT something everybody wants. reasons are: OpenGL is displayed in overlay. thus you can not use it network transparant. XML is very bloated. and last but not least: i doubt that with an additional layer this Xlib is going to be much faster. (it is still limited to its design.)