perl (at least until 5.8.x) cant handle mixed oop, streams and threads at the same time. period.
i did imho very clearly express that perl can do OOP, can do streams, can do even some threading, but mixing all of them doesnt work. 2 ithreads cant mess around 1 i/o stream, which is a kick in the face (if you have ever done some real application programming, you should see where the problems start to raise). and threading without proper i/o support behind it is quite worthless in many many many applications.
yep it's the 3003wlci, wide screen rocks. and as for the performance of the cpu, it kicked the ass in real life tests when compared to pentium-m 1.7... so go figure... single app. benchmarks may tell one story, but if several apps run and media player under the m$ windows needs 2x the cpu power to playback mp3-s and movies (while not throttling the cpu) with pentium-m then there's something definetly wrong with intel.
i use the broadcom wifi device with ndiswrapper, i use ubuntu and have properly configured my/etc/network/interfaces so bringing up the wifi is as hard for me as typing sudo ifup wlan0 , that's it. dunno about that kismet dong. i dont like gui stuff.
the sis graphics does work with x , i even get the secondary output to work. the only thing that i dont have is dri and therefor the opengl stuff isn't accelerated by hardware. other than that the graphics is fine and when i watch movies with mplayer, the cpu usually chills at 800mhz and shows 10-30% usage of this 800mhz:D.
so it's pretty decent if you want to work with it. only thing that was weird was that i had to use irq=noacpi or smth that on my linux boot line, otherwise the damn linux kernel messes up the ethernet device while booting up (acer bios is still buggy, even with some patches, so dont let it mangle the irq-s).
ofcourse if you want a gaming device, look in the ferrari direction.
This chip will make it possible to build 32 socket (64-core) shared memory Opteron systems.
hypertransport or pci-e|X or whatever connection you may have my friend. 32 cpu's running at 1800mhz or more are so hard to synchronize that imho this whole "megayhpe" is much talk about much nothin. yeah 32 cpu's might be a good idea, but the only occasion you really want a smp machine is to use software that uses shared memory and shared i/o access... but 32 cpu's begin to beat eachother down so hard that you barely have the power of 1cpu * 24, if even that. you spend alot time synchronizing and very much less than you'd expect "really working".
this is the reason why "in which ever connected" beowulf machines are actually very good, they have usually special software (unless it runs in openmosix or openssi), that is exactly meant to avoid the bottleneck mentioned above. they all have independent memory access and they all have independent access to their own caches and swap. and this is very very very big time difference. if you run a "tiny" 4-way smp machine, then if one cpu is writing to memory that is shared between the 4 cpus then the 3 others cant read nor write to the same region (for obvious reasons). and for most applications this beats down the very basic idea of being run in a smp box anyway. cpu's sitting duck behind eachother. forking applications however dont benefit anything from sitting in one box and therefore it's better for them to sit in a separate machine at all, to avoid all kind of inter-machine latencys.
this "great invention" is about as good as attaching 32 F1 formula cars behind eachother... no they will not drive 32x(350km/h) (okay maybe its a bit too drastic but you get the idea).
sure perl can doo OO and functional programming (hey, i use it quite often, it's a realy swiss army knife and it runs on pretty much every linux box).
but if you need to mix OOP, streams and threading (yeah, software like that is really being written too) , then perl just can't cut it. because the current threading implementation attempts just literally **ck and dont provide anything that is fast enough and usable enough (the standard ithreads are not even close, liz's forks are good but has some pretty intensive overhead on new creation so... no real stuff usable yet in 5.8.x).
i hope perl6 fixes this bigtime, but until it arrives, we'll just have to wait and see what finally comes out.
however, for the originator of this thread: if you can't "cut" perl, dont bash it. (i cant drive a plane but you dont see me shooting around the airport and flamebaiting, do you ?) (yeah i meant the guy that wanted to choose something over perl at every cost, check the url line of the slashdot page... comments.pl for example... )
I am reading this article on an mobile sempron powered laptop which is built on the sis chipset SiS-M760GX.
Can't really say that anything is really bad over here, i know the sis graphics sucks, but since this is a work laptop and no gaming machine it doesnt really matter (i knew the lack of graphic performance on purchase already, there had to be something that made this thing that cheap:).
Other than that, it works just ok, no weird "sis bugs" anywhere to see, the sound is ok for a laptop (even in cpu up/down throttling situations mplayer plays without glitches). I run Ubuntu 5.04 here, kernerl 2.6.12-5. Rock solid (i'm lying now, i crashed once, but that was a ndiswrapper bug). writing a cd or dvd with the dual layer dvd writer doesnt suck the whole perfomance out of the machine (old sis chipsets had serious concurrency issues), usb bus seems ok, and the broadcom wifi works also fine (i'm currently in my bed watching the chine F1 grand prix).
However, from the past i must agree with you that i have seen some veeeryy bad chipsets from sis and pcchips too. But recently sis has evolved pretty well and still maintained the keep the prices low.
I wish SiS would be more linux friendly and release a graphics driver or the specifications for their sis760 integrated graphics chip. the 3000+ cpu on my laptop can make compensations for the usual graphics stuff instead of the chip own features but the 3d performance is just slow as hell since the dri project of linux cant handle this chip yet (whereas under windows i can run enemy territory and colin mcrae rally 3).
i agree, i couldn't imagine such a rent-a-coder solution for my own temporary work traffics. at first most of the stuff i have to handle is complicated enough that the 10-20$ asian kiddies just wont cut it, and when they finally do cut it, the project is over out & finished.
i prefer normal labor right here were i can see it and have someone to poke once my stuff needs some upgrade or fixing. if you let dude X write it, dude Z fix it and dude Y update it, it's most probably a mess cause Y will have no idea waht X meant and even if you get in touch with X again, then Z and Y have successfully messed it all up.
the quick'n'dirty times are over as far as i can tell, it's time to get some quality into it (everyone can pull off smth cheap, but only really pro-s can pull off something really good).
i usually prefer to take 10 overhours myself than to trust someone X and answer to my boss why it wasn't done in 15h...
I dont know about you but i would like my CEO to be sober while he reads my genuine ideas... otherwise he will end up thinking that these ideas are good (because i was drunk while i wrote the e-mail to him too:p) and i will have to make these ideas into projects and make profits... from ideas like a flying coffee cup and freezing microwave... (this means i would have to get the clients drunk to make them buy this stuff...)
On the other hand, i know dudes who would answer to e-mails politely 24/7 if they get free vodka, a driver with a car and a blackberry for it:)
i agree, each language is as secure as the developer coding style is. java is forcing on the check of error conditions with exceptions, you need the try{}catch(){} blocks, so does python. but C doesnt really care if you even check the return value of your malloc (this probably the most common bug around:D). C leaves a lot up to the programmer (Java arrays always know their length by themselves for example).
For an average young programmer, making mistakes in C is alot easier than to do mistakes in Java. But this still doesnt make java/python/ really secure, the virtual machine executing the code can still make mistakes.
If you want to have a secore application use common sense and good planning with enough foresight. I guess that more than 50% of all the bugs come from dirty add-ons and quick-hacks to make smth work. Stuff that is written in a rush and without long planning, often backfires, and sometimes in places where none notices it until it's too late.
The author of TFA howeves is totally incompetent on the security manager theme as it seems. Java can have very very very many restrictive security measures applied that makes it basically unable to do much from the byte code (deny filesystem access, network access, classloader access etc.), whereas unless you override the standard C calls with a preload, the C application is prone to all kinds of mistakes all over the place. If in doubt, check the java security api before "bashing" back on this one.
Btw. has slashdot really nothing better to do that to publish these bashing articles like this ? Java and C aren't really comparable in very very many ways. It's a lot better than comparing php and java ofcourse, but still, it's an unfair comparisment. C can do stuff that java can't do (interrupts to devices, all kind of low-level stuff), java can do stuff that C can't do (execute the same bytecode on different architectures and machines and operating systems). Nobody really wants to implement a big banking website in C and nobody wants to write a kernel in Java. The fact that poker and solitaire are both cardgames really gives us no opportunity to compare them just because they both use the same set of cards.
since the rfid chips are all still based on common electronic circuits and microchips, you should just emit a strong enough emp signal at it, and it's fried... and at least dvd disks and cd-roms should survive it quite well... ( i wouldnt try it on the microwave:p )
when they make rfid based paying cards... then emitting an emp signal at a store full of rfid card users could mean a lot of fun at the cashier:)
note that you dont need a nuclear bomb to create an emp wave, even smaller tools can do it, like the one linked to here.
Cars brake down quite often... i dont see anyone telling the car factorys to build cars that wont break. They can always say that hey, that part isnt produced by us, it's not our fault, things break sometimes (same with software, 3rd part libraries can be broken, the api-s change and get deprecated etc.)
Washing machines brake a lot when you have bad quality water, nobody complains, they buy some anticalc stuff to fix it (compare this to patching).
The light bulb goes out quite often "out of the blue", no triggers anywhere... Everybody knows that we could make bulbs that dont go out, or at least dont go out that easilly, but since they cost a hell lot more, nobody produces nor buys them (bulbs without the hot metal wire, sry my english doesnt quite cover that part of vocabulary).
If people would treat all their stuff as bad as they treat their computers, they'd found out that many things would be broken before they realize it. (Imagine someone restarting the engine while it's still running or dragging a house with a motorcycle, thats pretty much what you do with a computer).
And if people would choose their usual stuff like they choose computer hardware and software (gimme lots of megahertzes, some pirate version of windows and get it CHEAP!) , then we'd all fly around with Toyoda rockets that our powered by our own gases (no i didnt mispell toyota, this is just a cheap sound-a-like copy of the original firm).
When your electronic alarm clock fails once, you say "hey, it happends", but when your computer with millions of transistors (which is about... millions time more than your watch) shifts one byte the wrong way you go nuts... come on people.
Ah why bother, the H5N1 will wipe out the most of us anyway (the gov. just forgot to tell you that they have no idea at all if the vaccine they produce will even work at all, great eh ?)
stored procedures and triggers *are* code - its a hack to follow the "do it all in the database" mentality.
no kidding, they are indeed code, but this code mostly is on the other side of the database pipe/socket/stream/ which is very important. for example if you update 500 000 records then a database side trigger is affordable... but any hack in sqlobject or is just awfully slow and inefficient.
dont get me wrong here, i like the sql to object and vica versa mappings, the idea is cool... but it always comes with a performance penalty, and if your project planning isnt provisional enough, you might end up using the cute toy in the very wrong space and after all the hussle you just rewrite the code to some sort of optimized stuff. and using the sql-object layer with an additional hack to get the same speed is actually much worse in terms of portability than either one of the pure implementations (either pure object-sql bridge or pure sql code without any bridge at all), and the most likely one to break too.
choose the right thing for the right job.
and no, i dont think we need another wiki... maybe it's time to evolve to a next level and invent something totally new ?
exactly my point, lossy encoders like xvid (or any kind of mpeg4) and mp3 (or ogg or aac), will remove the digital watermarks or at least make them unrecognizeable...
and do the hollywood or music industry guys really think that asian pirate kings even blink their eyes when they see a watermarked movie/hear a watermarked song ? n-o-p-e (and the riaa wont be there to sue them too, they are far too corrupted for this:s)
ps , sry about the loose vs lose syntax error, my local language unlike the english/french/ pronounces as it is written (meaning if there are not 2 vocals in the row, it wont be stretched long), so it's awfully easy for me to make such typos:(
If i can capture both, the image and audio stream output from a media playing device, then re-encoding it will pretty definetly loose all the watermarks... so.... how can you backtrace just about anything ?
i guess you can't really ever protect the media. if you want someone to see it/hear it, then it can be captured, and with appropriate equipment, the quality wont suffer much and the people who are accepting pirated products, can handle the few percentages of quality loss (heck, people even download cinema camera recorded stuff).
they should makes movies and music more affordable, that will stop the pirate business (working on any kind of anti piracy method is just an awesome way to spend money without any hope to achieve anything). it might seem weird that people cant afford stuff like music cd-s... in our country usual government workers get around 300$ or less a month, they spend around 150$ on their livingplace rent or loan, rest goes on taxes food and stuff like that. the usual cd-s over here cost around 15$ at least, so this is like 10% of the income that they can spend at all:s (while having a place where to listen to it). i'm not even mentioning how funny it seems to concider buying microsoft office to your home pc (yeah, the office stuff costs like 400$ a licence over here, so this is a lot compared to a 300$ salary, dont you think ?).
>>> Yeah, not really true at all. Well, i guess it's true if you're a moron.
do you read what you write ?
it is true, and i cant be a moron in such case (whereas you seem to be a solid candidate).
a) my freebsd cant do a thing with my usb irda dongle, my freebsd barely works with my digicam (with some hacks on libusb) and freebsd doesnt know a "dong" about my webcam. - so the hw support for desktops is a bit lacking, at least from my point of view. (yeah the motherboard, screen, hdd and network card work, but there's more to a computer nowadays)
b) a friend of mine who is a pretty solid solaris and linux admin, had to ask for my help just to get some elementary and a bit not so elementary web server/mailserver software apps running. he's no newb and knows what usually there is to do, but freebsd is a lot different from a linux box to a newb.
c) linux is glitching a lot lately, most "common" distributions enable far too many things by default, many of them having exploits and unless the user manages to keep all his n+1 applications up to date (on debian apt-get dist-upgrade does the trick but still, many users havent even once used the command). havent seen redhat a lot lately, but last time i saw it, the rpm tracking was a hell and i dont ever want to see that again.
--- next time you try to call someone a moron, be kind to challenge them to an iq test first (i'm sorry but i most probably will not be the loser against you) and please read what you write before you post smth that entitles yourself as one:D
yeah, the large stylesheet button should be better visible.
i watch 1280x800 resolution on my 15,4" laptop, but my parents look 800x600 on a 17"CRT , and i still notice things that they miss...
this micro measured large stylesheet button should be a bit bigger and have more contrast perhaps. currently it's like throwing a walking stick to blind man and missing by a mere "150 feet", which is quite a radius to search for a blind man.
anyway, aside from that, the site looks cool! i love it (thou i liked the old one too). and they can pretty honestly say again that freebsd ownz... well... at least their web owns.:)
/* as for freebsd itself, i like it as on o/s, but the lack of hardware support on "nowadays" items dont quite let you to use it on a multipurpose desktop pc just yet... but they are making progress i hope. as for the server, for the newcomer it's hard as hell, and this just adds 1 tiny bit of security to the usual bsd style "all off by default" style. linux seems to be glitching lately, since all people want more features and security is often forgotten:( */
i agree that having 2 threads on a 2way machine is quite a good idea... and that having 16 threads on a 4way 4core processor machine is sometimes a good idea. but people are threading everything today... even stuff that doesnt need to be threaded:'(.
if you count all the threads that run in an usual linux/apache/mysql box that in addition has a threaded mailserver attached to it (and a some lightweight java applications runnnin on tomcat in java threads), then the poor machine is just overkilled. even if it's a 4-way box. if your mysql spawns itself into 50 threads to handle 50 clients, than on a machine that can handle 16 processes at the same time (thanks to its 4x4 cores) is still in big trouble, and the locking/sharing& registry pulling/pushing overhead is indeed a plague.
parallel computing is a ofcourse the way of the future, but people should try to remember that there are other ways than threads to do parallell stuff, and if you leave aside the hyper/mega/giga hype about common threading tricks, then sometimes forking can just perform better, and in some cases, you have to go pvm or mpi right from the start to avoid massive code rewriting later. (usual threads over an 100node beowulf is fun but... not as effective as you'd think, btw. is there anything besides openssi that can pull that off ?)
when i first saw threads in year 2000 in java, i was amazed, they felt so good and easy to handle, it was rather hard to make a mistake there, and it all worked fine. i never thought about performance. during the last year i have fought with the performance issues a lot. and that "yberthreading" disease seems to spread even more with every day that passes.
ofcourse we can't say that threads are "all bad", actually they are really good in some spots, and in certain conditions they help you to keep a clean sane code and are the best solution. but people please, just dont overdo it:)
most of the stuff we use today is displayed in window like structures on the screen on a desktop as we know it ( invented by mac people ) and makes more or less usage of networking which in very many places is based (or at least was based) on the bsd networking code...
now where exactly does microsoft switch in here ?
Open Source applications are copying ideas from Windows
i'm affraid you poor kid got it all wrong, most of the time it's the other way around.
people should also realize that antimalware/antivirus software is made to get rid of viruses/malware that are *known* and have some code/execution pattern that can be recognized.
if a brand new virus/malware ships out into your machine, the poor antivirus stuff is totally useless.
what's even more tragic is that if most machines will start to use m$ antivirus, then the viruses will concetrate to attack the antivirus stuff at first, making it unusable, and then spread across the whole machine. currently there are about 4-5 pretty solid antivirus programs out there, they are all different and hence it's too hard for a single virus to undertake all of them (since viruses have to be small), but if most users will trust the "superior m$ software", they will be seriously compromised against new attack which is directly aimed at them. even worse, they will have no idea that their machines are affected and the virus/malware can quitly spread on & snatch bank passwords and stuff like that. really scary.
to get even more scary, if we get a "changing" virus which alters it's code/execution pattern on each spreading step a bit, the windows machines will be in big big trouble.
i hope that this attempt from microsoft will not be disabled by a "fun virus" with one registry value change;)// choose life, choose linux or *bsd
indeed, this code actually rocks from one point of view, the non-context-switching point of view:)
people are all so excited currently about kernel thread and pthreads and stuff like that, but what they dont realize is that it's terrible overhead actually makes your app slower than it would be if it was built on a single process model. this "threading" api is a quite wicked implementation, but it works in simple cases and since it doesn't switch the registers back and forth all the time like your 250 pthreaded app, it's fast. on the other hand, it's fairly incompatible with signals and stuff (i think) and i have no idea what this poor library does when it meets regular blocking i/o code. most probably it will just block.
anyway, the desktop machines and servers today dont really care that much about which threading api they use, but in stuff like cellphones, palm handhelds and other quite slow operating devices that dont have a common threading interface, this is a quite good solution.
it's a good thing alright, just try to think out of the box and look where it can be used (i will go and multithread my microwave now...)
he might even have 500 times the money... but google aint selling yet (they need to hype the price up at first... realllly high... and then enjoy the profit while m$ discoveres that he was screwd)
usually lifetime achievement awards are given to people that have "faded" and are old and useless
is this some offensive hint to alan ?
anyway, as from my personal experience, he might seem really mean sometimes, but eventually it always turns out that he has good motives to do and say what he does do or say. and did i forget to mention that this dude knows how to code ?
i hope they aren't "carrying him out of the door with an applause", cause i think we still need him, even if he is under the hat of a big red evil company.
1) person A invests 25 million $$$ into research to find out if smth really works, makes an investment to produce the stuff and hopes he gets his money back in 10 years, since he is concerned for the brand, he makes sure he hires loyal and qualified staff.
2) person B copies his work, adds a blue border to it, sells it for a lower price (because he doesnt have to cover the research costs), uses chinese illegal workers to make things even cheaper. gets profit.
3) person A goes bankrupt, his investment backfires and backfires on the reason that he was the "stupid" one that covered the research costs.
4) nobody wants to do any real research anymore cause there is no chance it will pay off.
we have no inventions, society get screwd.
imho patents should protect profit making stuff from other profit makers, whereas the free stuff producers could ignore the patents. (meaning linux dudes could play around with patented stuff as long as the linux people dont charge for the patented stuff, whereas microsoft cant steal from ibm to make profit).
i agree, the drug companies are not able to produce an antivirus for this any time soon, if either of them (the current bird flu or the old hispanian flu), breaks lose, we can only win in the terms of finance.
however, this might preserve the nature for a while, cause when there are less people around, there's less pollution and greenhouse effect gases. so this is kindof a longterm investment from some freaky point of view.
concidering the threat created by these viruses, i suggest you enjoy your life until you have it, and not to make longtime investment plans until an antivirus or vaccine has been created. (on the other hand, who cares if you loose some $ if several ten millions of people are going to die ?)
i better get back to debugging, the real life is just too depressive.
I was to be part of a team of highly skilled, versatile,.NET Ninjas. We were going to produce top-notch software for the nuclear power industry.
i agree, but dont run for the hills, either get a plane or a coffin(so others would have to make one for you).
who could possibly so %^#$@#%@ stupid, that he would build a system that needs to be up !25/8!(yes that is meant as 25 hours a day, 8 days a week) on a software that hasnt been proven to be stable for years in a row ? you CANT have a failure in plant with the software. enough can already go wrong without it.
nuclear plants would really be good off with some really old boxes running single threaded os's on them ( and that are backed up by some failover boxes just to be sure ). this way you have no lockups , no blue screens, no nuclear mushrooms over your city.
it actually would make a pretty nice comedy movie, powerplant engineer calling the president: "We have a problem, i was just installing that doom3 patch here and the machine locked up, and the funny red lamps are glowing, i have no idea what it means but my doom wont run and my collegues thought i should call you in that matter...."
i also did rtfa... this article is just complete nonsense from the militar point of view:)
if the filter system gets 1 bullet, it's baked and the regular soldiers who can't fix it will just die into water exhaust. maybe a bullet is even overdone, one serious bump on a "good" iraq highway and you're baked. and there is no walmart over there neither to get the spare parts:D. if you go into desert, all you take along should be fixable by you and by simple means.
cause every bozo with an m4 and a drawing of this can make it work (unlike the sci-fi water filter).
tehcnology like this could be used for desert travellers, but not for soldiers.
besides, would you drink it ? i wouldnt. as pure as US tap water doesnt say a dong to me. the tap water in new orleans for example should be pretty lethal by now... so...
Slashdot Mirror
you missed my point totally.
perl (at least until 5.8.x) cant handle mixed oop, streams and threads at the same time. period.
i did imho very clearly express that perl can do OOP, can do streams, can do even some threading, but mixing all of them doesnt work. 2 ithreads cant mess around 1 i/o stream, which is a kick in the face (if you have ever done some real application programming, you should see where the problems start to raise). and threading without proper i/o support behind it is quite worthless in many many many applications.
yep it's the 3003wlci, wide screen rocks. ... so go figure ... single app. benchmarks may tell one story, but if several apps run and media player under the m$ windows needs 2x the cpu power to playback mp3-s and movies (while not throttling the cpu) with pentium-m then there's something definetly wrong with intel.
/etc/network/interfaces so bringing up the wifi is as hard for me as typing sudo ifup wlan0 , that's it. dunno about that kismet dong. i dont like gui stuff.
:D.
and as for the performance of the cpu, it kicked the ass in real life tests when compared to pentium-m 1.7
i use the broadcom wifi device with ndiswrapper, i use ubuntu and have properly configured my
the sis graphics does work with x , i even get the secondary output to work. the only thing that i dont have is dri and therefor the opengl stuff isn't accelerated by hardware. other than that the graphics is fine and when i watch movies with mplayer, the cpu usually chills at 800mhz and shows 10-30% usage of this 800mhz
so it's pretty decent if you want to work with it. only thing that was weird was that i had to use irq=noacpi or smth that on my linux boot line, otherwise the damn linux kernel messes up the ethernet device while booting up (acer bios is still buggy, even with some patches, so dont let it mangle the irq-s).
ofcourse if you want a gaming device, look in the ferrari direction.
This chip will make it possible to build 32 socket (64-core) shared memory Opteron systems.
... but 32 cpu's begin to beat eachother down so hard that you barely have the power of 1cpu * 24, if even that. you spend alot time synchronizing and very much less than you'd expect "really working".
... no they will not drive 32x(350km/h) (okay maybe its a bit too drastic but you get the idea).
hypertransport or pci-e|X or whatever connection you may have my friend. 32 cpu's running at 1800mhz or more are so hard to synchronize that imho this whole "megayhpe" is much talk about much nothin. yeah 32 cpu's might be a good idea, but the only occasion you really want a smp machine is to use software that uses shared memory and shared i/o access
this is the reason why "in which ever connected" beowulf machines are actually very good, they have usually special software (unless it runs in openmosix or openssi), that is exactly meant to avoid the bottleneck mentioned above. they all have independent memory access and they all have independent access to their own caches and swap. and this is very very very big time difference. if you run a "tiny" 4-way smp machine, then if one cpu is writing to memory that is shared between the 4 cpus then the 3 others cant read nor write to the same region (for obvious reasons). and for most applications this beats down the very basic idea of being run in a smp box anyway. cpu's sitting duck behind eachother. forking applications however dont benefit anything from sitting in one box and therefore it's better for them to sit in a separate machine at all, to avoid all kind of inter-machine latencys.
this "great invention" is about as good as attaching 32 F1 formula cars behind eachother
don't get too excited now :)
... no real stuff usable yet in 5.8.x).
... comments.pl for example ... )
sure perl can doo OO and functional programming (hey, i use it quite often, it's a realy swiss army knife and it runs on pretty much every linux box).
but if you need to mix OOP, streams and threading (yeah, software like that is really being written too) , then perl just can't cut it. because the current threading implementation attempts just literally **ck and dont provide anything that is fast enough and usable enough (the standard ithreads are not even close, liz's forks are good but has some pretty intensive overhead on new creation so
i hope perl6 fixes this bigtime, but until it arrives, we'll just have to wait and see what finally comes out.
however, for the originator of this thread: if you can't "cut" perl, dont bash it. (i cant drive a plane but you dont see me shooting around the airport and flamebaiting, do you ?) (yeah i meant the guy that wanted to choose something over perl at every cost, check the url line of the slashdot page
learn perl, dont bash it.
I am reading this article on an mobile sempron powered laptop which is built on the sis chipset SiS-M760GX.
:).
Can't really say that anything is really bad over here, i know the sis graphics sucks, but since this is a work laptop and no gaming machine it doesnt really matter (i knew the lack of graphic performance on purchase already, there had to be something that made this thing that cheap
Other than that, it works just ok, no weird "sis bugs" anywhere to see, the sound is ok for a laptop (even in cpu up/down throttling situations mplayer plays without glitches). I run Ubuntu 5.04 here, kernerl 2.6.12-5. Rock solid (i'm lying now, i crashed once, but that was a ndiswrapper bug). writing a cd or dvd with the dual layer dvd writer doesnt suck the whole perfomance out of the machine (old sis chipsets had serious concurrency issues), usb bus seems ok, and the broadcom wifi works also fine (i'm currently in my bed watching the chine F1 grand prix).
However, from the past i must agree with you that i have seen some veeeryy bad chipsets from sis and pcchips too. But recently sis has evolved pretty well and still maintained the keep the prices low.
I wish SiS would be more linux friendly and release a graphics driver or the specifications for their sis760 integrated graphics chip. the 3000+ cpu on my laptop can make compensations for the usual graphics stuff instead of the chip own features but the 3d performance is just slow as hell since the dri project of linux cant handle this chip yet (whereas under windows i can run enemy territory and colin mcrae rally 3).
i agree, i couldn't imagine such a rent-a-coder solution for my own temporary work traffics. at first most of the stuff i have to handle is complicated enough that the 10-20$ asian kiddies just wont cut it, and when they finally do cut it, the project is over out & finished.
...
i prefer normal labor right here were i can see it and have someone to poke once my stuff needs some upgrade or fixing. if you let dude X write it, dude Z fix it and dude Y update it, it's most probably a mess cause Y will have no idea waht X meant and even if you get in touch with X again, then Z and Y have successfully messed it all up.
the quick'n'dirty times are over as far as i can tell, it's time to get some quality into it (everyone can pull off smth cheap, but only really pro-s can pull off something really good).
i usually prefer to take 10 overhours myself than to trust someone X and answer to my boss why it wasn't done in 15h
I dont know about you but i would like my CEO to be sober while he reads my genuine ideas ... otherwise he will end up thinking that these ideas are good (because i was drunk while i wrote the e-mail to him too :p) and i will have to make these ideas into projects and make profits ... from ideas like a flying coffee cup and freezing microwave ... (this means i would have to get the clients drunk to make them buy this stuff...)
:)
On the other hand, i know dudes who would answer to e-mails politely 24/7 if they get free vodka, a driver with a car and a blackberry for it
i agree, each language is as secure as the developer coding style is. java is forcing on the check of error conditions with exceptions, you need the try{}catch(){} blocks, so does python. but C doesnt really care if you even check the return value of your malloc (this probably the most common bug around :D). C leaves a lot up to the programmer (Java arrays always know their length by themselves for example).
For an average young programmer, making mistakes in C is alot easier than to do mistakes in Java. But this still doesnt make java/python/ really secure, the virtual machine executing the code can still make mistakes.
If you want to have a secore application use common sense and good planning with enough foresight. I guess that more than 50% of all the bugs come from dirty add-ons and quick-hacks to make smth work. Stuff that is written in a rush and without long planning, often backfires, and sometimes in places where none notices it until it's too late.
The author of TFA howeves is totally incompetent on the security manager theme as it seems. Java can have very very very many restrictive security measures applied that makes it basically unable to do much from the byte code (deny filesystem access, network access, classloader access etc.), whereas unless you override the standard C calls with a preload, the C application is prone to all kinds of mistakes all over the place. If in doubt, check the java security api before "bashing" back on this one.
Btw. has slashdot really nothing better to do that to publish these bashing articles like this ? Java and C aren't really comparable in very very many ways. It's a lot better than comparing php and java ofcourse, but still, it's an unfair comparisment. C can do stuff that java can't do (interrupts to devices, all kind of low-level stuff), java can do stuff that C can't do (execute the same bytecode on different architectures and machines and operating systems). Nobody really wants to implement a big banking website in C and nobody wants to write a kernel in Java. The fact that poker and solitaire are both cardgames really gives us no opportunity to compare them just because they both use the same set of cards.
since the rfid chips are all still based on common electronic circuits and microchips, you should just emit a strong enough emp signal at it, and it's fried ... and at least dvd disks and cd-roms should survive it quite well ... ( i wouldnt try it on the microwave :p )
... then emitting an emp signal at a store full of rfid card users could mean a lot of fun at the cashier :)
l ux_compression_generator
when they make rfid based paying cards
note that you dont need a nuclear bomb to create an emp wave, even smaller tools can do it, like the one linked to here.
http://en.wikipedia.org/wiki/Explosively_pumped_f
passive rfid chips are especially vulnerable to this because they by themselves rely on the signal energy to respond at all.
Hmm ...
... i dont see anyone telling the car factorys to build cars that wont break. They can always say that hey, that part isnt produced by us, it's not our fault, things break sometimes (same with software, 3rd part libraries can be broken, the api-s change and get deprecated etc.)
... Everybody knows that we could make bulbs that dont go out, or at least dont go out that easilly, but since they cost a hell lot more, nobody produces nor buys them (bulbs without the hot metal wire, sry my english doesnt quite cover that part of vocabulary).
... millions time more than your watch) shifts one byte the wrong way you go nuts ... come on people.
Cars brake down quite often
Washing machines brake a lot when you have bad quality water, nobody complains, they buy some anticalc stuff to fix it (compare this to patching).
The light bulb goes out quite often "out of the blue", no triggers anywhere
If people would treat all their stuff as bad as they treat their computers, they'd found out that many things would be broken before they realize it. (Imagine someone restarting the engine while it's still running or dragging a house with a motorcycle, thats pretty much what you do with a computer).
And if people would choose their usual stuff like they choose computer hardware and software (gimme lots of megahertzes, some pirate version of windows and get it CHEAP!) , then we'd all fly around with Toyoda rockets that our powered by our own gases (no i didnt mispell toyota, this is just a cheap sound-a-like copy of the original firm).
When your electronic alarm clock fails once, you say "hey, it happends", but when your computer with millions of transistors (which is about
Ah why bother, the H5N1 will wipe out the most of us anyway (the gov. just forgot to tell you that they have no idea at all if the vaccine they produce will even work at all, great eh ?)
stored procedures and triggers *are* code - its a hack to follow the "do it all in the database" mentality.
no kidding, they are indeed code, but this code mostly is on the other side of the database pipe/socket/stream/ which is very important. for example if you update 500 000 records then a database side trigger is affordable
dont get me wrong here, i like the sql to object and vica versa mappings, the idea is cool
choose the right thing for the right job.
and no, i dont think we need another wiki
exactly my point, lossy encoders like xvid (or any kind of mpeg4) and mp3 (or ogg or aac), will remove the digital watermarks or at least make them unrecognizeable ...
:s)
:(
and do the hollywood or music industry guys really think that asian pirate kings even blink their eyes when they see a watermarked movie/hear a watermarked song ? n-o-p-e (and the riaa wont be there to sue them too, they are far too corrupted for this
ps , sry about the loose vs lose syntax error, my local language unlike the english/french/ pronounces as it is written (meaning if there are not 2 vocals in the row, it wont be stretched long), so it's awfully easy for me to make such typos
Let me get this straight now ...
... so .... how can you backtrace just about anything ?
... in our country usual government workers get around 300$ or less a month, they spend around 150$ on their livingplace rent or loan, rest goes on taxes food and stuff like that. the usual cd-s over here cost around 15$ at least, so this is like 10% of the income that they can spend at all :s (while having a place where to listen to it). i'm not even mentioning how funny it seems to concider buying microsoft office to your home pc (yeah, the office stuff costs like 400$ a licence over here, so this is a lot compared to a 300$ salary, dont you think ?).
If i can capture both, the image and audio stream output from a media playing device, then re-encoding it will pretty definetly loose all the watermarks
i guess you can't really ever protect the media. if you want someone to see it/hear it, then it can be captured, and with appropriate equipment, the quality wont suffer much and the people who are accepting pirated products, can handle the few percentages of quality loss (heck, people even download cinema camera recorded stuff).
they should makes movies and music more affordable, that will stop the pirate business (working on any kind of anti piracy method is just an awesome way to spend money without any hope to achieve anything). it might seem weird that people cant afford stuff like music cd-s
roflmao dude,
:D
>>> Yeah, not really true at all. Well, i guess it's true if you're a moron.
do you read what you write ?
it is true, and i cant be a moron in such case (whereas you seem to be a solid candidate).
a) my freebsd cant do a thing with my usb irda dongle, my freebsd barely works with my digicam (with some hacks on libusb) and freebsd doesnt know a "dong" about my webcam. - so the hw support for desktops is a bit lacking, at least from my point of view. (yeah the motherboard, screen, hdd and network card work, but there's more to a computer nowadays)
b) a friend of mine who is a pretty solid solaris and linux admin, had to ask for my help just to get some elementary and a bit not so elementary web server/mailserver software apps running. he's no newb and knows what usually there is to do, but freebsd is a lot different from a linux box to a newb.
c) linux is glitching a lot lately, most "common" distributions enable far too many things by default, many of them having exploits and unless the user manages to keep all his n+1 applications up to date (on debian apt-get dist-upgrade does the trick but still, many users havent even once used the command). havent seen redhat a lot lately, but last time i saw it, the rpm tracking was a hell and i dont ever want to see that again.
---
next time you try to call someone a moron, be kind to challenge them to an iq test first (i'm sorry but i most probably will not be the loser against you) and please read what you write before you post smth that entitles yourself as one
i watch 1280x800 resolution on my 15,4" laptop, but my parents look 800x600 on a 17"CRT , and i still notice things that they miss...
this micro measured large stylesheet button should be a bit bigger and have more contrast perhaps. currently it's like throwing a walking stick to blind man and missing by a mere "150 feet", which is quite a radius to search for a blind man.
anyway, aside from that, the site looks cool! i love it (thou i liked the old one too). and they can pretty honestly say again that freebsd ownz
i agree that having 2 threads on a 2way machine is quite a good idea ... and that having 16 threads on a 4way 4core processor machine is sometimes a good idea. but people are threading everything today ... even stuff that doesnt need to be threaded :'(.
:)
if you count all the threads that run in an usual linux/apache/mysql box that in addition has a threaded mailserver attached to it (and a some lightweight java applications runnnin on tomcat in java threads), then the poor machine is just overkilled. even if it's a 4-way box. if your mysql spawns itself into 50 threads to handle 50 clients, than on a machine that can handle 16 processes at the same time (thanks to its 4x4 cores) is still in big trouble, and the locking/sharing& registry pulling/pushing overhead is indeed a plague.
parallel computing is a ofcourse the way of the future, but people should try to remember that there are other ways than threads to do parallell stuff, and if you leave aside the hyper/mega/giga hype about common threading tricks, then sometimes forking can just perform better, and in some cases, you have to go pvm or mpi right from the start to avoid massive code rewriting later. (usual threads over an 100node beowulf is fun but... not as effective as you'd think, btw. is there anything besides openssi that can pull that off ?)
when i first saw threads in year 2000 in java, i was amazed, they felt so good and easy to handle, it was rather hard to make a mistake there, and it all worked fine. i never thought about performance. during the last year i have fought with the performance issues a lot. and that "yberthreading" disease seems to spread even more with every day that passes.
ofcourse we can't say that threads are "all bad", actually they are really good in some spots, and in certain conditions they help you to keep a clean sane code and are the best solution. but people please, just dont overdo it
most of the stuff we use today is displayed in window like structures on the screen on a desktop as we know it ( invented by mac people ) and makes more or less usage of networking which in very many places is based (or at least was based) on the bsd networking code...
now where exactly does microsoft switch in here ?
Open Source applications are copying ideas from Windows
i'm affraid you poor kid got it all wrong, most of the time it's the other way around.
people should also realize that antimalware/antivirus software is made to get rid of viruses/malware that are *known* and have some code/execution pattern that can be recognized.
;) // choose life, choose linux or *bsd
if a brand new virus/malware ships out into your machine, the poor antivirus stuff is totally useless.
what's even more tragic is that if most machines will start to use m$ antivirus, then the viruses will concetrate to attack the antivirus stuff at first, making it unusable, and then spread across the whole machine. currently there are about 4-5 pretty solid antivirus programs out there, they are all different and hence it's too hard for a single virus to undertake all of them (since viruses have to be small), but if most users will trust the "superior m$ software", they will be seriously compromised against new attack which is directly aimed at them. even worse, they will have no idea that their machines are affected and the virus/malware can quitly spread on & snatch bank passwords and stuff like that. really scary.
to get even more scary, if we get a "changing" virus which alters it's code/execution pattern on each spreading step a bit, the windows machines will be in big big trouble.
i hope that this attempt from microsoft will not be disabled by a "fun virus" with one registry value change
indeed, this code actually rocks from one point of view, the non-context-switching point of view :)
...)
people are all so excited currently about kernel thread and pthreads and stuff like that, but what they dont realize is that it's terrible overhead actually makes your app slower than it would be if it was built on a single process model. this "threading" api is a quite wicked implementation, but it works in simple cases and since it doesn't switch the registers back and forth all the time like your 250 pthreaded app, it's fast. on the other hand, it's fairly incompatible with signals and stuff (i think) and i have no idea what this poor library does when it meets regular blocking i/o code. most probably it will just block.
anyway, the desktop machines and servers today dont really care that much about which threading api they use, but in stuff like cellphones, palm handhelds and other quite slow operating devices that dont have a common threading interface, this is a quite good solution.
it's a good thing alright, just try to think out of the box and look where it can be used (i will go and multithread my microwave now
he might even have 500 times the money ... but google aint selling yet (they need to hype the price up at first ... realllly high ... and then enjoy the profit while m$ discoveres that he was screwd)
usually lifetime achievement awards are given to people that have "faded" and are old and useless
is this some offensive hint to alan ?
anyway, as from my personal experience, he might seem really mean sometimes, but eventually it always turns out that he has good motives to do and say what he does do or say. and did i forget to mention that this dude knows how to code ?
i hope they aren't "carrying him out of the door with an applause", cause i think we still need him, even if he is under the hat of a big red evil company.
hmmm ...
1) person A invests 25 million $$$ into research to find out if smth really works, makes an investment to produce the stuff and hopes he gets his money back in 10 years, since he is concerned for the brand, he makes sure he hires loyal and qualified staff.
2) person B copies his work, adds a blue border to it, sells it for a lower price (because he doesnt have to cover the research costs), uses chinese illegal workers to make things even cheaper. gets profit.
3) person A goes bankrupt, his investment backfires and backfires on the reason that he was the "stupid" one that covered the research costs.
4) nobody wants to do any real research anymore cause there is no chance it will pay off.
we have no inventions, society get screwd.
imho patents should protect profit making stuff from other profit makers, whereas the free stuff producers could ignore the patents. (meaning linux dudes could play around with patented stuff as long as the linux people dont charge for the patented stuff, whereas microsoft cant steal from ibm to make profit).
i agree, the drug companies are not able to produce an antivirus for this any time soon, if either of them (the current bird flu or the old hispanian flu), breaks lose, we can only win in the terms of finance.
however, this might preserve the nature for a while, cause when there are less people around, there's less pollution and greenhouse effect gases. so this is kindof a longterm investment from some freaky point of view.
concidering the threat created by these viruses, i suggest you enjoy your life until you have it, and not to make longtime investment plans until an antivirus or vaccine has been created. (on the other hand, who cares if you loose some $ if several ten millions of people are going to die ?)
i better get back to debugging, the real life is just too depressive.
I was to be part of a team of highly skilled, versatile,
We were going to produce top-notch software for the nuclear power industry.
i agree, but dont run for the hills, either get a plane or a coffin(so others would have to make one for you).
who could possibly so %^#$@#%@ stupid, that he would build a system that needs to be up !25/8!(yes that is meant as 25 hours a day, 8 days a week) on a software that hasnt been proven to be stable for years in a row ? you CANT have a failure in plant with the software. enough can already go wrong without it.
nuclear plants would really be good off with some really old boxes running single threaded os's on them ( and that are backed up by some failover boxes just to be sure ). this way you have no lockups , no blue screens, no nuclear mushrooms over your city.
it actually would make a pretty nice comedy movie, powerplant engineer calling the president: "We have a problem, i was just installing that doom3 patch here and the machine locked up, and the funny red lamps are glowing, i have no idea what it means but my doom wont run and my collegues thought i should call you in that matter
nuclear/dot/not
i also did rtfa ... this article is just complete nonsense from the militar point of view:)
:D. if you go into desert, all you take along should be fixable by you and by simple means.
... so ...
if the filter system gets 1 bullet, it's baked and the regular soldiers who can't fix it will just die into water exhaust. maybe a bullet is even overdone, one serious bump on a "good" iraq highway and you're baked. and there is no walmart over there neither to get the spare parts
if they need water, then they better rely on this :
http://wiki.ehow.com/Make-Water-in-the-Desert
cause every bozo with an m4 and a drawing of this can make it work (unlike the sci-fi water filter).
tehcnology like this could be used for desert travellers, but not for soldiers.
besides, would you drink it ? i wouldnt. as pure as US tap water doesnt say a dong to me. the tap water in new orleans for example should be pretty lethal by now