The other point to all of this is that, the actual chipset used in the 2100 Pro is the Symbol Spectrum24 chipset
Could you please give an url where you got this knowledge from? As far as I know, the PRO/wireless 2100 uses Intel made silicon. (This is NOT the PRO/wrieless 2011)
Which already has PCMCIA Drivers
Could you please be specific where you find the statement that PRO/wireless 2100 is supported by this driver?
Drop the network transparency, make it run framebuffer and XFree is obsolete on desktop.
Why do people not realize, that X-Windows is NOT sucking because of network transparancy! Any possible design of a clean API for a windowing system will more or less be automatically network transparent. The only this which is not network transparent are stupid ugly hacks. That said, we all know how X sucks, but it is has definitively nothing to do with network transparancy.
"Lufthansa Systems" is a spin-off company from "Lufthansa" the airline. They provide IT to many companies, airlines (e.g. Lufthansa") and others. This does _not_ mean, that Lufthansa (the airline) will switch to linux. "Lufthansa systems" has provided Linux support for quite a while to customers who request this. This means that the number of customers is increasing beyond the limit where "LH Systemes" can satisfy the demand on their own, and/or that they are not (yet?) willing to enlarge their linux department.
Well, make that interactive porn where the actor AI is powered by computing GRIDs and we might have something for he home user.. err... well.. then again, the amount of artificial inteligence you need to simulate a porn actor probably fits into your toaster by the end of the year...
I am working on EDG (European Data Grid, particle physics)) and I totally agree with what you say,... today... but who knows what is tomorrow.
What you say has been said in an amazingly similar wording to WWW back in the days when we (High Energy physicists) developed the stuff at CERN. HTML would be nice to excange scientific documentation and news, but no company would ever benefit from it, let alone home users.
Nowerdays everybody is using WWW. Industries rely on it. Maybe this will not happen to Grid tech but maybe your (and my) imagination is just too limited. We'll see.
Grid computing is not about making a giant computing farm out of a bunch of distributed machines.
Make that "not" a "not only", and I totally agree with you. See, I work with EDG (european data grid, based e.g. on Globus authentication) on a daly basis. And for us it is merely a tool to make exactly that, namely a giant computing farm out of our computing farms in USA, UK, France, and Germany. It really sucks to log into all our datacenters and see where the batch queues are least utilizised. With the grid, all our batch farms look like a single farm and I just submit my job and don't need to care where in the world it is running. That is exactly the small part of the "Grid" cloud which we are picking for us.
Now to the cycle based selling of our spare time. You would be surprized to hear how many hours I spend a week to implement exactly this. The finance department calculated the prize of lost cycles our farm had the last quartal and it will probably pay out for us to spent 0.5 FullTimeEmployees to work on trying to sell those on a three years timescale.
There are many aspects of "Grid Computing", as you say, but most if not all of them are based on large scale science projects (me) or on big business. I am most curious to see if Grid computing will eventually find it's way to a home user. I heard that Sony is using Grid tech. to connect computing centers which are supposed to host multi-player games. The home user will most likely not get in touch with the Grid soon though.
I find this article very interesting, especially since I just recieved an e-mail from Intel custumer support, telling me that my centrino based laptop's wireless network adapter (Pro100) is not supported with linux. After asking when I can expect drivers, I got a friendly e-mail, telling me that linux support is not planned in the near future....
I think this is symptomatic for many big companies. The left hand doesn't know what the right hand does...
And I really hope they loose theit fear of Version number 1.0. I am pretty amnazed that Arpi leaves without having a half decent 1.0 out. gui is still disabled by default. Why? Largefiles: disabled. Why? The output mplayer sends to stdout is still a incredible mess. I wonder why he leaves the project without cleaning up these few last bits. In principle MPlayer is the most usable, stable, and featurefull media player for linux. Only thing is, it's a mess.
I hope the first thing they do is clean up the code. MPlayer lost _many_ developers to xine lately. xine has not caught up to MPlayer in speed and number of supported formats. Also it seems to be still less stable and more vulnerable to broken video files, but the code base is MUCH more clean (xine sources can actually be called beautifull) Maybe this disruption of MPlayer development can also be seen as a chance for a more unified default mediaplayer for linux, i.e. xine.
The one thin xine is lacking is an encoder a la mencoder. But there is some development with enix. The design looks as clean and easy as xine and I am pretty confident that enix can catch up to mencoder in a short time provided that some more developers are interested.
Yes, we are working hard here in to put chess on the restricted list, too. Then again, one might introduce some new rule, where the black king and the white queen can sit down on G4 and talk for a while, or we might replace the knight by a new figure: "the diplomat". The diplomat can't move, but will have some really cool abilities. What exactly is not yet clear, the EU games council is still negotiating.
I say: If you can live with a lousy network, you don't need v6. (You can live with lousY NTSC, you don't need HDTV).
If you think, you could be more costeffective with v6, because you can maybe fire sysadmins, because you don't need NAT anymore, why don't you just do it? There are ISPs providing v6, change ISP, what prevents you?
I didn't say we should stop researching! Rersearch is necessary. But actively pushing for it is nonsense. An ISP will nerver provide v6 because think it is 'cool' to use v6. He will switch is big corps decide that it is more cost effective to change the ISP from a cheap v4 one to a more expensive one that provides v6. It's as simple as that. This is called 'free market' and it works.
Now, fossile/renewable energies is a completely different issue. Bringing it up in this context is plainly stupid.
Cheers
IPv6 - Chicken and egg ? - no!
on
Slashdot over IPv6
·
· Score: 3, Insightful
This whole discussion and the support of IPv6 is completely pointless. There are 101 ways to bridge your IPv6 to IPv4 and the other way round. There is no chicke and egg problem. The real reason why IPv6 is not widely deployed is that nobody really needs it.
This is just like HDTV, yes, it's better, cooler, has nifty features, but the old thing does most of the job for much less money/effort.
With IP this situation 'might' (not necessarily 'will') change with the vanishing IP address space, but I am convinved it's perfectly safe to wait till we get there.
If any ISP really thinks he needs v6 he will just install it. Why should I (as a user) try to convince any ISP to use v6. It's just nothing that matters to me. (Multicast?? ha!) I can tell you, that I (as an ISP) don't even know why I should convince anybody. This whole discussion is probably sponsored by cisco's PR department.
> 21 inches, panoramic, resolution thats equal to a movie screen.
Err... what?? Sitting on my desktop?? Roaring DVD drive and fans under the table?? That's not what I call enjoying a movie.
But then, last week I borrowed a high lumi beamer with long enough cable and put my box in the other room. That was pretty cool... unfortunately I can't afford a beamer of my own...
I have the DVD of FOTR and it really really sucks on my TV. You can hardly see the characters. Either you have a really huge screen, or you better wait for the theaters.
I wonder if people here have experience with random read to RAID systems. Usually I only see specs for the sustained read/write performace for the system.
We have a couple of fileservers with RAIDs attached, usually SCSI-IDE RAID systems, some SCSI-SCSI. While the sustained read is usually equally good, i.e. only depends on the host-interface, the random read under heavy load is really crappy for the RAIDs with IDE discs. And with crappy I mean ~10MB/s not 150MB/s with sustained read on the very same system. Is that expected?
The pseudo randomness of the access pattern commes from a cluster. As clusters are popular these days, and almost always produce rondom like access patterns, shouldn't people pay more attention to that?
Slashdot Mirror
The other point to all of this is that, the actual chipset used in the 2100 Pro is the Symbol Spectrum24 chipset
Could you please give an url where you got this knowledge from? As far as I know, the PRO/wireless 2100 uses Intel made silicon. (This is NOT the PRO/wrieless 2011)
Which already has PCMCIA Drivers
Could you please be specific where you find the statement that PRO/wireless 2100 is supported by this driver?
Cheers
Drop the network transparency, make it run framebuffer and XFree is obsolete on desktop.
Why do people not realize, that X-Windows is NOT sucking because of network transparancy! Any possible design of a clean API for a windowing system will more or less be automatically network transparent. The only this which is not network transparent are stupid ugly hacks. That said, we all know how X sucks, but it is has definitively nothing to do with network transparancy.
Cheers
On the "after" pic is a bright line from Detroit to Montreal. Satelite? ISS?
Cheers
Damn.. and I thought it was a german joke... since I first heard it Darmstad...
See various clarification posts. It's "LH Systems" an IT-Consulting spin-off from the airline.
"Lufthansa Systems" is a spin-off company from "Lufthansa" the airline. They provide IT to many companies, airlines (e.g. Lufthansa") and others. This does _not_ mean, that Lufthansa (the airline) will switch to linux. "Lufthansa systems" has provided Linux support for quite a while to customers who request this. This means that the number of customers is increasing beyond the limit where "LH Systemes" can satisfy the demand on their own, and/or that they are not (yet?) willing to enlarge their linux department.
Cheers
Well, make that interactive porn where the actor AI is powered by computing GRIDs and we might have something for he home user.. err... well.. then again, the amount of artificial inteligence you need to simulate a porn actor probably fits into your toaster by the end of the year...
I am working on EDG (European Data Grid, particle physics)) and I totally agree with what you say, ... today ... but who knows what is tomorrow.
What you say has been said in an amazingly similar wording to WWW back in the days when we (High Energy physicists) developed the stuff at CERN.
HTML would be nice to excange scientific documentation and news, but no company would ever benefit from it, let alone home users.
Nowerdays everybody is using WWW. Industries rely on it. Maybe this will not happen to Grid tech but maybe your (and my) imagination is just too limited. We'll see.
Grid computing is not about making a giant computing farm out of a bunch of distributed machines.
Make that "not" a "not only", and I totally agree with you. See, I work with EDG (european data grid, based e.g. on Globus authentication) on a daly basis. And for us it is merely a tool to make exactly that, namely a giant computing farm out of our computing farms in USA, UK, France, and Germany. It really sucks to log into all our datacenters and see where the batch queues are least utilizised. With the grid, all our batch farms look like a single farm and I just submit my job and don't need to care where in the world it is running. That is exactly the small part of the "Grid" cloud which we are picking for us.
Now to the cycle based selling of our spare time. You would be surprized to hear how many hours I spend a week to implement exactly this. The finance department calculated the prize of lost cycles our farm had the last quartal and it will probably pay out for us to spent 0.5 FullTimeEmployees to work on trying to sell those on a three years timescale.
There are many aspects of "Grid Computing", as you say, but most if not all of them are based on large scale science projects (me) or on big business. I am most curious to see if Grid computing will eventually find it's way to a home user. I heard that Sony is using Grid tech. to connect computing centers which are supposed to host multi-player games. The home user will most likely not get in touch with the Grid soon though.
Cheers
This is probably the most insightfull comment possible to this thread.
You bet! I have a HUGE ... hand ...
I guess if I put my bedroom on air, I can't expect people to look away.
I find this article very interesting, especially since I just recieved an e-mail from Intel custumer support, telling me that my centrino based laptop's wireless network adapter (Pro100) is not supported with linux. After asking when I can expect drivers, I got a friendly e-mail, telling me that linux support is not planned in the near future....
I think this is symptomatic for many big companies. The left hand doesn't know what the right hand does...
Cheers, Peter
And I really hope they loose theit fear of Version number 1.0. I am pretty amnazed that Arpi leaves without having a half decent 1.0 out. gui is still disabled by default. Why? Largefiles: disabled. Why? The output mplayer sends to stdout is still a incredible mess. I wonder why he leaves the project without cleaning up these few last bits. In principle MPlayer is the most usable, stable, and featurefull media player for linux. Only thing is, it's a mess.
I hope the first thing they do is clean up the code. MPlayer lost _many_ developers to xine lately. xine has not caught up to MPlayer in speed and number of supported formats. Also it seems to be still less stable and more vulnerable to broken video files, but the code base is MUCH more clean (xine sources can actually be called beautifull) Maybe this disruption of MPlayer development can also be seen as a chance for a more unified default mediaplayer for linux, i.e. xine.
The one thin xine is lacking is an encoder a la mencoder. But there is some development with enix. The design looks as clean and easy as xine and I am pretty confident that enix can catch up to mencoder in a short time provided that some more developers are interested.
Cheers
But, as I said, we are working on it...
Cheers
Yes, we are working hard here in to put chess on the restricted list, too. Then again, one might introduce some new rule, where the black king and the white queen can sit down on G4 and talk for a while, or we might replace the knight by a new figure: "the diplomat". The diplomat can't move, but will have some really cool abilities. What exactly is not yet clear, the EU games council is still negotiating.
Cheers, from good old Germany.
1. you can have the same and more with apt
(works wonderfull with RH)
2. No sysadmin in his right mind will allow
RHN to reboot his mashines
That doesn't contradict my point.
I say: If you can live with a lousy network, you don't need v6. (You can live with lousY NTSC, you don't need HDTV).
If you think, you could be more costeffective with v6, because you can maybe fire sysadmins, because you don't need NAT anymore, why don't you just do it? There are ISPs providing v6, change ISP, what prevents you?
Cheers.
I didn't say we should stop researching! Rersearch is necessary. But actively pushing for it is nonsense. An ISP will nerver provide v6 because think it is 'cool' to use v6. He will switch is big corps decide that it is more cost effective to change the ISP from a cheap v4 one to a more expensive one that provides v6. It's as simple as that. This is called 'free market' and it works.
Now, fossile/renewable energies is a completely different issue. Bringing it up in this context is plainly stupid.
Cheers
This whole discussion and the support of IPv6 is completely pointless. There are 101 ways to bridge your IPv6 to IPv4 and the other way round. There is no chicke and egg problem. The real reason why IPv6 is not widely deployed is that nobody really needs it.
This is just like HDTV, yes, it's better, cooler, has nifty features, but the old thing does most of the job for much less money/effort.
With IP this situation 'might' (not necessarily 'will') change with the vanishing IP address space, but I am convinved it's perfectly safe to wait till we get there.
If any ISP really thinks he needs v6 he will just install it. Why should I (as a user) try to convince any ISP to use v6. It's just nothing that matters to me. (Multicast?? ha!) I can tell you, that I (as an ISP) don't even know why I should convince anybody. This whole discussion is probably sponsored by cisco's PR department.
Cheers.
Your lack of insight is amazing. Did you realize, that there are european artists, too? Your US centric few is just so funny.
lol. idiot. not the full screen _version_ I want the _full_screen_ nothing less than 200 m^2
> 21 inches, panoramic, resolution thats equal to a movie screen.
Err... what?? Sitting on my desktop?? Roaring DVD drive and fans under the table?? That's not what I call enjoying a movie.
But then, last week I borrowed a high lumi beamer with long enough cable and put my box in the other room. That was pretty cool... unfortunately I can't afford a beamer of my own...
I have the DVD of FOTR and it really really sucks on my TV. You can hardly see the characters. Either you have a really huge screen, or you better wait for the theaters.
I wonder if people here have experience with random read to RAID systems. Usually I only see specs for the sustained read/write performace for the system.
We have a couple of fileservers with RAIDs attached, usually SCSI-IDE RAID systems, some SCSI-SCSI. While the sustained read is usually equally good, i.e. only depends on the host-interface, the random read under heavy load is really crappy for the RAIDs with IDE discs. And with crappy I mean ~10MB/s not 150MB/s with sustained read on the very same system. Is that expected?
The pseudo randomness of the access pattern commes from a cluster. As clusters are popular these days, and almost always produce rondom like access patterns, shouldn't people pay more attention to that?
Any experience/insight would be welcome.
Cheers, Peter