Tamiflu, an antiviral drug currently thought to be our best defense against
AFAIK Tamiflu doesn't Defend you from the virus, it just makes easier for the body to Fight it once you're already infected. you can still die, and if you've been illusional enough to waste your Tamiflu before you got ill the chances will be even better (since there won't be any on the market when/if it will/should ever hit in).
There's still no birdflu here that could move from one mammal to another via air. There are lots of other viruses around that deal much greater damage at the time being, perhaps we should pay attention at them aswell ?
ps. even if you buy a ton of tamifly, the animals that you need around for the farming industry to work, won't be protected, and if it's half as bad as it supposedly could be, you'll just die into hunger. hopefully wild animals have better protection against it than the worthless humans.
most mac users and fans i know, actually love mac for the fact that you _don't_ have to know 101 tricks how to keep your machine working and you don't have to perform them either. they don't have a clue what's under the hood, they don't care, they just want it to work. with windows such an approach would be pretty fatal, with mac, it's possible.
but different slashdotters seem to know different mac people. there is no golden truth here.
i'd choose a mac any time over a windows box. but because it works, but because it's designed to work unlike a lot of regular x86 boxes that have problems right off at the start (disable this and that to make it even boot, arrr).
i'd still run linux on it if the mac hardware works with it
i think debian/ubuntu keep away from it because it has an uncomfortable license that doesn't match with the rest of the system;)
most debian/gnulinux software is either gpl/lgpl or bsd (or alike) licensed, can be distributed without any restrictions just about anywhere. the license of java which you are supposed to read and accept while downloading and installnig, differs a lot from the "free as in beer" or "even more free than beer" licenses mentioned above.
for the commercial distros - no idea, but possibly the same issue.
some hackers tried it already, but apple sealed it off very quickly (didn't take *3 months* afaik)
microsoft will not attempt this, since it would be illegal to install mac os x into a non apple computer (but it is legal to install windows into a mac). it's a one way situation and i'm sure that microsoft will battle this in their next licensing scheme somehow. besides, mac os x is written for mac hardware, your regular x86 box will have to wave anything incompatible with that "bye bye".
microsoft could & should fight it back by fixing their software and making it worth for users to switch (back) to it. there would be little fuss about this all if there wouldn't be fire burning in the backyards of redmond. xp arrived a long long long time ago (is it really 4 years already ?), and vista is still bein delayed.
and me & the rest of linux/bsd fanboys don't really give a ____ what those 2 do anyway;)
i have to agree, one sided and narrow minded bashing is what you can say about the article, looks like he's just in a deep need for a flamewar;)
bootcamp is a nice trick from apple, it's a "politically correct" but very agressive move to grab windows clients while windows on regular x86 boxes can't bite back. people want simplicity and stuff that works, apple provides exactly that. windows started providing the same thing, but if by year 2006 you still have to use various virus scanners and spyware scanners at the same time on your windows machine just to keep it working, then it's not worth the golden prize anymore. people are getting tired. linux is too complicated for them. so they go for apple.
and an `indeed` reply to the first poster aswell, i agree with you aswell, this is just a wise trick from apple to make it sell better, the article author obviously doesn't have the slightest clue that the mercedes benz comes without the girls in the commercial aswell, althrough their picture can be in the handbook.
btw. i made another logical analysis, a rather complicated one
#1 apple #2 suckers #3 windows
1+2+3 != 6
1+2+3 = flamewar
a few difficult analyses more and i can go for my nobel
i agree, i never buy stuff on the first impression.
usually when i see something cool, i bookmark the site, look around, and after i'm convinced that it was the best offer i go back and buy the stuff. now the bookmark made has no idea that i came from google originally.
but if it's really the case that you only made 1 sale after advertising stuff on google, i doubt that your product is any good;)
unless they have found a digital way to put the sound into my head there is always a point where you can capture it, even if it comes down to the physical access.
i don't think that the flaw is really a missing ')' , it's a misplaced ')'
as in example if(somefunc(foo > 0)) {bar}
it compiles alright and even works, but it really isnt somefunc(foo) > 0 that is getting tested. the mistake is an easy one to make, and most modern languages consider it valid (even java if the func accepts a boolean argument).
i never really understood WHY is the X run as root, write a god damn device wrapper that keeps the device handlers separately in root permissions and keep the X itself along with it's flaws in the user's privileges. securing a few ways to access devices is *a lot* easier than to secure the whole X as shown by the current article.
what does the level of parallelism have to do with it ?
i give you a simple example, your application is using a third party library that you have not optimized for threading. the api contains a block like this :
while (condition) {
x++; }
now imagine that you have shared the x between your threads and that it gets incremented 1000 times. this means 15 000 low level threading messages sent between the cpus that "yo you cpu, this equals now to this". the x may be buried into some deep hierarchy of structs so duplicating it for temporary use is not possible.
it's an extreme example , i know, but still , this is not an unusual situation.
if you know that the x itself won't be accessed any time soon by the others at all and you are using a forked model, you can just later send a message to the others once that hey, x was incremented by 1k.this is exactly what you can achieve, 15 messages vs 15k messages. in addition the operating systems copy the variables that are actively used into the cache of the cpu and into the registers inside the cpu, using the standard threading model on this will create a lot of movement, even in one smp box.
ofcourse this just shows bad design, but are you willing to rewrite all the 3rd party libs that you need ? i don't think so.
I agree, java has great tools for avoiding deadlocks and great tools for multithreaded programming. But i have still seen people who manage to create incredibly bad code on java in multithreaded environments and also people who don't take advantage of the threaded design of the language at all:)
Java has a noticeable initial coding and running overhead, but while the application starts to grow, it fades away. The only *free* and open alternative in these terms is python, which somewhat provides the same capalibilites but is somewhat limited on other features (network class loading as one example). C# i don't consider free, sure mono is free, but mono isn't pointing out where C# is going tomorrow, there's a redmond company who is giving orders on that one. Ruby just lacks performance, perl's threads aren't that complete (serious problems with objects and streams).
The language itself doesn't really solve the problem. Educating the programmers does. It is even possible to write an (i)threaded perl application and get it running across boxes. From the `popular` languages, php seems to be only one who is totally ignoring threading and just focuses on having a single process for it all.
However, for the program author, why exactly are you running a threaded app across 16 cpu-s ? I know lagging behind the synchronization of caches between 16 cpu-s is fun but wouldn't it be way more efficient to have a forked application instead that just send messages across to synchronize the data you really need to share ? Pulling data out of registries and pushing it in all the time doesn't seem to brightest idea of the day.
From the ideological point of view, threading is a nice idea how to deploy an application, but if you run across many many cpu-s, threads in real life aren't so perfect anymore. They are close though.
In no way i claim that the information provided above is the ultimate truth, but it should be rather close;)
but centos is still missing something from rhel right ? otherwise... who would buy the rhel at all ? only the customers that need support from a big red hatted company really badly ?
just want to get my facts straight here
haven't touched redhat for 6 years now, looked at article, don't miss it 1 bit. ubuntu & freebsd are easier:D
there's a lot of money in that business, that is why they do it. email adre's sell for a quite good price. and it isn't always v!@gr@ that they sell, sometimes it may even look like smth that you really need (or then again... probably not).
who would want to waste their time on spamming you for free duh.
swt ? last time i checked that swt thing crashed java 1.5 with a segfault.
this is something that you really don't expect from a java app.:)
a clean sheet of objects built directly on awt component and directly invoking paint on cached graphics (repaint is evil, don't use it unless you know what it does) method gave far better response than any of the awt/swing toolkits and didn't segfault the machine, why can't they just use that for their components. it was fast with 1.3, fast enough to make internet casinos and live animations.
if an app segfaults it also means that the barrier of security was breached, if that isn't there, why wouldn't we need java in the first place ? so i could have a non secure application running on a secure platform and just for fun grabbing 50mbytes of ram at start ?
and if i know that the thing can segfault on me, it also means that hacker kiddies have a good chance to insert stuff into the pc memory that shouldn't be there, one clumsy buffer overflow from setting an inputfield value (let's say a really really long file name with weird symbols in addition into the torrent) and the stuff will be there and may even be executed by java as bytecode ? (java has no idea about the nx flag for bytecode). sounds just great:)
thnx but no thnx.
fast stuff can be written in java, safe and fast stuff. look at resin webserver , even without the native extension, it's faster than the default apache that you set up. the problem isn't in the java language, it's in the implementator's head. adding an unsafe new thingy that isn't incredibly faster to it doesn't really resolve the problem, it adds one.
on linux mplayer still plays it with the correct codecs.
who'd install `real crap` on their unix machine anyway ?
i'd like bbc on my pc, i could even pay the bbc the 'tv tax' to watch it outside the uk. they have a nice program and they have more independent news than the channels that start with F or C.
was it ever easy to get a job in india (with a big J in the beginning) ?
you can be the garbage collector in almsot any country, it's a job. but that's not really one that you'd want is it:p
the way i see it, india is committing suicide right now with the low prices on it that they try to give out. hardware and imported software (devel. tools etc.) still cost money, sometimes alot.
besides, i don't know about you out there, but over here it's about getting the stuff ready for the deadline. price is ofcourse an issue aswell but it's not the primary one. it's about quality and speed of the job, not how cheap you could get it.
c and java have one common thing, the C syntax to write stuff up. that's about where the similarities end:)
i started programming when i was 9, in the 3rd grade... saw a first thing that you can call a computer game about 3-4 years later. i was lucky that there were no games around, otherwise i wouldn't right now be a programmer in a tropical country with 7 years of work experience and 16 years of programming experience.
the more kids start programming, the more competition will there be for us. right now i'd say the competition is high enough, any more and the prices will start to drop so quickly that it will be better to be a longterm fisherman or a politician to earn the living:)
i know a few young talented `hackers` who like to code and they really know what they are doing. i'm glad for them and i'm also glad that their unskilled and untalented friends don't do the same.
1 good programmer outweights 3 bad ones, unless you need data entry monkeys. if only really talented guys from todays yought manage to get to the surface of programming, we should be glad and not sad.
we have enough of pita-pos code already, maybe this is a correcture from nature.
the ram boost from 512mb to 1gb helped my machine a lot since now i have more space to cache the files from the 4200rpm hdd:D
however, the latency tests on the benchmark were not sufficient, they should really cripple and fragment the hdd before they make the benchmarks. there is the point where the 7200rpm drive with 20% less seek time really hits in.
with continious data like the "default test setup", the speed difference isn't really worth to mention.
if my ubuntu runs, it's all great and fast. if it works it's way through the 1700 packages installed to upgrade some or to install anything new, the hdd led keeps on flickering and everything is damn slow (if you think reiserfs is good enough to prevent it, well better think again... and the partition is only 50% full right now).
Slashdot Mirror
how do these articles even get posted ?
Tamiflu, an antiviral drug currently thought to be our best defense against
AFAIK Tamiflu doesn't Defend you from the virus, it just makes easier for the body to Fight it once you're already infected. you can still die, and if you've been illusional enough to waste your Tamiflu before you got ill the chances will be even better (since there won't be any on the market when/if it will/should ever hit in).
There's still no birdflu here that could move from one mammal to another via air. There are lots of other viruses around that deal much greater damage at the time being, perhaps we should pay attention at them aswell ?
ps. even if you buy a ton of tamifly, the animals that you need around for the farming industry to work, won't be protected, and if it's half as bad as it supposedly could be, you'll just die into hunger. hopefully wild animals have better protection against it than the worthless humans.
i'd say it depends.
most mac users and fans i know, actually love mac for the fact that you _don't_ have to know 101 tricks how to keep your machine working and you don't have to perform them either. they don't have a clue what's under the hood, they don't care, they just want it to work. with windows such an approach would be pretty fatal, with mac, it's possible.
but different slashdotters seem to know different mac people. there is no golden truth here.
i'd choose a mac any time over a windows box. but because it works, but because it's designed to work unlike a lot of regular x86 boxes that have problems right off at the start (disable this and that to make it even boot, arrr).
i'd still run linux on it if the mac hardware works with it
i think debian/ubuntu keep away from it because it has an uncomfortable license that doesn't match with the rest of the system ;)
most debian/gnulinux software is either gpl/lgpl or bsd (or alike) licensed, can be distributed without any restrictions just about anywhere. the license of java which you are supposed to read and accept while downloading and installnig, differs a lot from the "free as in beer" or "even more free than beer" licenses mentioned above.
for the commercial distros - no idea, but possibly the same issue.
the exploding one ?
In Soviet Russia, the criminals don't use messages, they have the AK47 Bulletin Board
Heck, half of them wouldn't know how to turn on a computer, but they sure do know where the trigger is.
some hackers tried it already, but apple sealed it off very quickly (didn't take *3 months* afaik)
;)
microsoft will not attempt this, since it would be illegal to install mac os x into a non apple computer (but it is legal to install windows into a mac). it's a one way situation and i'm sure that microsoft will battle this in their next licensing scheme somehow. besides, mac os x is written for mac hardware, your regular x86 box will have to wave anything incompatible with that "bye bye".
microsoft could & should fight it back by fixing their software and making it worth for users to switch (back) to it. there would be little fuss about this all if there wouldn't be fire burning in the backyards of redmond. xp arrived a long long long time ago (is it really 4 years already ?), and vista is still bein delayed.
and me & the rest of linux/bsd fanboys don't really give a ____ what those 2 do anyway
Steve, you show that Bill where he belongs!
i have to agree, one sided and narrow minded bashing is what you can say about the article, looks like he's just in a deep need for a flamewar ;)
bootcamp is a nice trick from apple, it's a "politically correct" but very agressive move to grab windows clients while windows on regular x86 boxes can't bite back. people want simplicity and stuff that works, apple provides exactly that. windows started providing the same thing, but if by year 2006 you still have to use various virus scanners and spyware scanners at the same time on your windows machine just to keep it working, then it's not worth the golden prize anymore. people are getting tired. linux is too complicated for them. so they go for apple.
and an `indeed` reply to the first poster aswell, i agree with you aswell, this is just a wise trick from apple to make it sell better, the article author obviously doesn't have the slightest clue that the mercedes benz comes without the girls in the commercial aswell, althrough their picture can be in the handbook.
btw. i made another logical analysis, a rather complicated one
#1 apple
#2 suckers
#3 windows
1+2+3 != 6
1+2+3 = flamewar
a few difficult analyses more and i can go for my nobel
But the fact that 'internet is a trusted news source' was just written on the internet, it has to be true!
i agree, i never buy stuff on the first impression.
;)
usually when i see something cool, i bookmark the site, look around, and after i'm convinced that it was the best offer i go back and buy the stuff. now the bookmark made has no idea that i came from google originally.
but if it's really the case that you only made 1 sale after advertising stuff on google, i doubt that your product is any good
if someone calls a product "iSmell" then I Smell a Really Bad Sense for Business.
so i just reencode the file, big deal :)
unless they have found a digital way to put the sound into my head there is always a point where you can capture it, even if it comes down to the physical access.
agreed partially :)
these definitions make it possible though:
int dummy(int arg){...}
boolean dummy(boolean arg){...}
should compile like a dream in both #C and Java due to polymorphism.
and the missing paretenthesis can always ofcourse be as
if(2*5-1=8) vs if(2*(5-1)=8)
compiled couldn't have a clue.
i don't think that the flaw is really a missing ')' , it's a misplaced ')'
as in example if(somefunc(foo > 0)) {bar}
it compiles alright and even works, but it really isnt somefunc(foo) > 0 that is getting tested. the mistake is an easy one to make, and most modern languages consider it valid (even java if the func accepts a boolean argument).
i never really understood WHY is the X run as root, write a god damn device wrapper that keeps the device handlers separately in root permissions and keep the X itself along with it's flaws in the user's privileges. securing a few ways to access devices is *a lot* easier than to secure the whole X as shown by the current article.
can modular X achieve this ?
what does the level of parallelism have to do with it ?
i give you a simple example, your application is using a third party library that you have not optimized for threading. the api contains a block like this :
while (condition) {
x++;
}
now imagine that you have shared the x between your threads and that it gets incremented 1000 times. this means 15 000 low level threading messages sent between the cpus that "yo you cpu, this equals now to this". the x may be buried into some deep hierarchy of structs so duplicating it for temporary use is not possible.
it's an extreme example , i know, but still , this is not an unusual situation.
if you know that the x itself won't be accessed any time soon by the others at all and you are using a forked model, you can just later send a message to the others once that hey, x was incremented by 1k.this is exactly what you can achieve, 15 messages vs 15k messages. in addition the operating systems copy the variables that are actively used into the cache of the cpu and into the registers inside the cpu, using the standard threading model on this will create a lot of movement, even in one smp box.
ofcourse this just shows bad design, but are you willing to rewrite all the 3rd party libs that you need ?
i don't think so.
I agree, java has great tools for avoiding deadlocks and great tools for multithreaded programming. But i have still seen people who manage to create incredibly bad code on java in multithreaded environments and also people who don't take advantage of the threaded design of the language at all :)
;)
Java has a noticeable initial coding and running overhead, but while the application starts to grow, it fades away. The only *free* and open alternative in these terms is python, which somewhat provides the same capalibilites but is somewhat limited on other features (network class loading as one example). C# i don't consider free, sure mono is free, but mono isn't pointing out where C# is going tomorrow, there's a redmond company who is giving orders on that one. Ruby just lacks performance, perl's threads aren't that complete (serious problems with objects and streams).
The language itself doesn't really solve the problem. Educating the programmers does. It is even possible to write an (i)threaded perl application and get it running across boxes. From the `popular` languages, php seems to be only one who is totally ignoring threading and just focuses on having a single process for it all.
However, for the program author, why exactly are you running a threaded app across 16 cpu-s ? I know lagging behind the synchronization of caches between 16 cpu-s is fun but wouldn't it be way more efficient to have a forked application instead that just send messages across to synchronize the data you really need to share ? Pulling data out of registries and pushing it in all the time doesn't seem to brightest idea of the day.
From the ideological point of view, threading is a nice idea how to deploy an application, but if you run across many many cpu-s, threads in real life aren't so perfect anymore. They are close though.
In no way i claim that the information provided above is the ultimate truth, but it should be rather close
but centos is still missing something from rhel right ? otherwise ... who would buy the rhel at all ? only the customers that need support from a big red hatted company really badly ?
:D
just want to get my facts straight here
haven't touched redhat for 6 years now, looked at article, don't miss it 1 bit. ubuntu & freebsd are easier
Come again when they make beer run up the glass and women run down my pants.
ofcourse people click on the adds.
... probably not).
there's a lot of money in that business, that is why they do it. email adre's sell for a quite good price. and it isn't always v!@gr@ that they sell, sometimes it may even look like smth that you really need (or then again
who would want to waste their time on spamming you for free duh.
swt ? last time i checked that swt thing crashed java 1.5 with a segfault.
:)
:)
this is something that you really don't expect from a java app.
a clean sheet of objects built directly on awt component and directly invoking paint on cached graphics (repaint is evil, don't use it unless you know what it does) method gave far better response than any of the awt/swing toolkits and didn't segfault the machine, why can't they just use that for their components. it was fast with 1.3, fast enough to make internet casinos and live animations.
if an app segfaults it also means that the barrier of security was breached, if that isn't there, why wouldn't we need java in the first place ? so i could have a non secure application running on a secure platform and just for fun grabbing 50mbytes of ram at start ?
and if i know that the thing can segfault on me, it also means that hacker kiddies have a good chance to insert stuff into the pc memory that shouldn't be there, one clumsy buffer overflow from setting an inputfield value (let's say a really really long file name with weird symbols in addition into the torrent) and the stuff will be there and may even be executed by java as bytecode ? (java has no idea about the nx flag for bytecode). sounds just great
thnx but no thnx.
fast stuff can be written in java, safe and fast stuff. look at resin webserver , even without the native extension, it's faster than the default apache that you set up. the problem isn't in the java language, it's in the implementator's head. adding an unsafe new thingy that isn't incredibly faster to it doesn't really resolve the problem, it adds one.
on linux mplayer still plays it with the correct codecs.
who'd install `real crap` on their unix machine anyway ?
i'd like bbc on my pc, i could even pay the bbc the 'tv tax' to watch it outside the uk. they have a nice program and they have more independent news than the channels that start with F or C.
gl bbc
was it ever easy to get a job in india (with a big J in the beginning) ?
:p
you can be the garbage collector in almsot any country, it's a job. but that's not really one that you'd want is it
the way i see it, india is committing suicide right now with the low prices on it that they try to give out. hardware and imported software (devel. tools etc.) still cost money, sometimes alot.
besides, i don't know about you out there, but over here it's about getting the stuff ready for the deadline. price is ofcourse an issue aswell but it's not the primary one. it's about quality and speed of the job, not how cheap you could get it.
hmmm , this rtorrent is written in what ?
:)
azureus was written in java last time i checked. to make it worse it used regular swing gui components so it was slow as hell as the result.
i'd prefer a platformed nongui version, preferrably written in C so i wouldn't even notice it running
how can a language be C/Java like ? :p
:)
... saw a first thing that you can call a computer game about 3-4 years later. i was lucky that there were no games around, otherwise i wouldn't right now be a programmer in a tropical country with 7 years of work experience and 16 years of programming experience.
:)
c and java have one common thing, the C syntax to write stuff up. that's about where the similarities end
i started programming when i was 9, in the 3rd grade
the more kids start programming, the more competition will there be for us. right now i'd say the competition is high enough, any more and the prices will start to drop so quickly that it will be better to be a longterm fisherman or a politician to earn the living
i know a few young talented `hackers` who like to code and they really know what they are doing. i'm glad for them and i'm also glad that their unskilled and untalented friends don't do the same.
1 good programmer outweights 3 bad ones, unless you need data entry monkeys. if only really talented guys from todays yought manage to get to the surface of programming, we should be glad and not sad.
we have enough of pita-pos code already, maybe this is a correcture from nature.
the ram boost from 512mb to 1gb helped my machine a lot since now i have more space to cache the files from the 4200rpm hdd :D
... and the partition is only 50% full right now).
however, the latency tests on the benchmark were not sufficient, they should really cripple and fragment the hdd before they make the benchmarks. there is the point where the 7200rpm drive with 20% less seek time really hits in.
with continious data like the "default test setup", the speed difference isn't really worth to mention.
if my ubuntu runs, it's all great and fast. if it works it's way through the 1700 packages installed to upgrade some or to install anything new, the hdd led keeps on flickering and everything is damn slow (if you think reiserfs is good enough to prevent it, well better think again
no democracy, well at least no effective one, but you can
h p
stay out of US and still see it in fullscreen
http://www.getdemocracy.com/walkthrough/index13.p