Subject says it all... I was under the impression that Microsoft was forced to keep all emails they sent or received... That was part of an old settlement M$ had with the US government... *scratchs head* maybe I'm getting senile...
Its easy, its clean - its also impossible... different compiler versions and options would make it impossible for anyone to say for sure where the code is... A single simple flag or compiler patch might change just a couple of bytes but it would be enough to throw off a diff as you suggested.
Glad to see that.Net seems to have a good side - it gives Java competition and we finally see some of the nessecary improvements.
Static Imports are especially nice - Instead of Math.abs() one can finally just use abs().
The only complaint I have is the new format for the for loop... for (int x : b) isnt really easy to read. foreach x in b or something like that, while a little more verbose would be a cleaner solution...
Huch? What are you talking about? Any halfway decent PC will beat the blades when doing anything other than databases or heavy number crunching... since the author is mentioning TweakXP and stuff I assume thats not the case - nor is he going to switch to a SUN... We were pretty disappointed when we got ours...
I have no idea why people are expecting SATA to be faster... no drive out there can even push a Ultra ATA/100 bus...
The real advantage is the cabeling... Point to Point connections rather than master/slave setups, hot-swap and the new connectors make these drives usable in servers - and thats what the industry was going for... Just look at SCSI with its SCA connector - the new plugs are pretty much the same...
Also - hot-swap is hardware only right now - without specific drivers the OS will not be notified about the change and will therefore cause you troubles (caches not written and so on...) if you try to hot-swap...
Well, isn't that what VZ does best? I work for that shop and a government couldn't have more bureaucrazy.
We standardisized on lotus Notes, IE and so on - just to be a M$ only shop... Those guys just dont understand that there are other ways than force every single cent out of the customers. *shrugs* Make the bottomline look good for a year, get your bonus for the merger and then leave before the whole company goes to hell...
Cute - but if you take the engineering and all the neato tricks that are built into a CPU, x86 is far ahead of everyone out there... The only reason why it doesnt kick ass in FP is because of the braindead FP design in the x86s... If you have a benchmark thats properly coded for SSE2 or something like that, you'll see what I mean.
OpenLinux more and more sounds like "Hey SUSE, I dont want to do my own linux distro anymore - can I have yours?"...
For real - SUSE seems the only one who is still commited to Linux - Turbo & Caldera just cant efford the cost of development any longer... They should just be honest and say "SCO Linux powered by SUSE".... Gladly SUSE doesnt care - they can be happy to get more marketshare out of this deal - and if they develop it themselves or have a few others help them shouldnt make a big difference to them.
On another note - am I the only one who hoped to see SCO die when Caldera bought it and is not scared... Night of the living dead I guess:)
> Could someone please explain to me how you can make an energy efficient comparitively simple chip with 256-bit data paths?
Its 256 bit instructions not data paths... so the basic idea is you do (in theory) twice as much per instruction, so to get the same work done you can run at half the clock speed - thats where the reduction in power comes from... They'll surely not do that, they will keep the clock speed high but gain performance without having to use too much more power.
Well, we here are Verizon are forced to use Lotus notes... Its the worst possible solution I've ever seen... There are several systems that were originally implemented as lotus notes databases that we are currently rewriting as web apps because Notes does not scale enough. The user interface is horrible, even if you just want to read your email the client sucks up 100MB ram and in my team one person is working pretty much on nothing else but solving email issues for our group (250 users).
In summary, stay away from Lotus Notes if you can - I've yet to meet a happy Notes user that has also used other products. Not even the guys inside IBM like it much. In addition to my own first hand experience I've a friend who works for IBM selling notes and he once told me about a nice little list containing all the reasons why you should not enable POP on a lotus notes servers... He then added "And thats all bullshit. The real reason why we dont want customers to use POP is because the client is so bad that everyone who has a chance switches to a pop client - and then its hard to explain the management why they spent mega dollar for a solution that noone wants to use."
The cash register doesnt impress me much - but how about getting Linux running on a M$ X-Box? its after all also intel based and who knows, maybe the nvidia driver works with that chipset as well....
Everyone knows that mainframes can be mighty fast when running OS/390 apps... the better question would be, how well does the zSeries Linux take advantage of IOPs and stuff like that... If it does, it should fly - if it doesnt, then you're probably better of running DB2 or something on the mainframe and have a couple of intel based linux boxes in front doing the rest of the work (webservers,...) DOes anyone know if Linux on the zSeries takes advantages of the mainframe architecture?
Miguel de Icaza: Microsoft is remarkably good at keeping their APIs backwards compatible (and this is one of the reasons I think they have had so much success as a
platform vendor). So I think that this would not be a problem.
And SUN is very compatible too - thats why I run all my software programmed with swing and jdk 1.3 in any webbrowser!
Get real - M$ has been very good at being backwards compatible as in "Run old code on new OS" not "run new code on old OS"... You will see the same with.NET. yes, they will not change the exisiting API, but they'll put so many extensions in that you cannot run the new apps on old versions of the runtime...
We've had some problems that were caused by the soundcard. Gnomemeeting wouldn't connect reliably and even if, it would crash pretty quickly. We then deactivated the onboard sound card on the HP Kayak we were using (P4 and sound integrated into the intel 850 chipset) and put in a soundblaster live - after that we could connect and use gnomemeeting with netmeeting (the version that comes with NT4SP6) without any other issues.
Depends on how much you want to spend, but I'd go with a fibre connection - makes it more difficult to tap.... Put it into a steel pipe, mostly to protect the fibre. Then an thin insulating layer (the thinner and fragile the better), a layer of copper (like the shielding of a coax cable) and a final protective layer. Pressurize the steel pipe and monitor the pressure, and also put a little voltage between the steel pipe and the copper. That way the fibre is well protected against accidental, mechanical damage, and its pretty difficult to first get rid of the copper layer without it touching the steel pipe, and even more difficult to open the pipe to get to the fibre without changing the pressure... Costs you probably quite a lot, but I'll bett my lunch that unless you're up against the government, you'll be happy with it.
Somehow those numbers look pretty high - especially if you look at the solutions other companies run...
3 6xXeon systems 2 to 1 failover $80k
1 Linux retail box $75
2 Admins @ 75k/year $150k
-----
$230.075
Well, dont know but somehow this whole linux on mainframe seems like overkill for me - especially since the mainframe CPU's arent all that impressive and the linux vm's dont profit all that much of the datatransfer rates a mainframe offers...
If your project is going to live for a long time,
you should never code for one particular DBMS. We
used Informix here for our project (that decision was made 5 years ago) because back then DB2 was too IBM centric and Oracle just wasn't able to handle the load... Now, Informix is almost gone, and porting our application to any other product will take us months. It has to be done, but all that money could have been saved if the app was coded to utilize a thin DB layer instead of accessing features of the DB directly.
I'm not trying to belittle the Linux effords that IBM currently shows, but if I look i.e. at JFS I wonder how much resources IBM is actually putting behind those effords. It's a port from OS/2 JFS not AIX. Why? The project isn't moving very fast nor is the mailing list very active...
The help to VxFS talks about FreeVxFS a veritas free implementation - currently read only, but ya never know...
With XFS/JFS just becoming usable, I dont know if they'll have much success...
It's a great chance that Linux doesn't only play catch up with Windows or other flavors of Unix - it can take the leader ship and give you the ability to create clusters using the tools in the standard distribution!
Most of it depends on the company you contract thru... I know of people that get about 80% of the money, and I know of cases where the company receives 85$/h and the contractor gets 25...
They can pretty much do whatever they want.
You're saying exactly what I did - all the E10ks out there are split into domains! And if you anyway plan on doing that, go with a rack full of smaller systems - same performance, same upgradability and cheaper...
(and btw, if you tell others to check facts, please check your reading skills first:)
In the end the E10K is just a toy... Yes, its fast, but I've not heard of a single one that hasn't been split up into domains... Why do you think the V-class was such a failure? Because barely anyone needs a unix system of that size... Performance? cluster... reliability? cluster or mainframe...
and if you anyway go plan on carving up domains, go with a n-class or a couple of 5500s - cheaper and faster...
Slashdot Mirror
Subject says it all... I was under the impression that Microsoft was forced to keep all emails they sent or received... That was part of an old settlement M$ had with the US government...
*scratchs head* maybe I'm getting senile...
Its easy, its clean - its also impossible... different compiler versions and options would make it impossible for anyone to say for sure where the code is... A single simple flag or compiler patch might change just a couple of bytes but it would be enough to throw off a diff as you suggested.
Sorry.
Glad to see that .Net seems to have a good side - it gives Java competition and we finally see some of the nessecary improvements.
Static Imports are especially nice - Instead of Math.abs() one can finally just use abs().
The only complaint I have is the new format for the for loop... for (int x : b) isnt really easy to read. foreach x in b or something like that, while a little more verbose would be a cleaner solution...
Huch? What are you talking about? Any halfway decent PC will beat the blades when doing anything other than databases or heavy number crunching... since the author is mentioning TweakXP and stuff I assume thats not the case - nor is he going to switch to a SUN... We were pretty disappointed when we got ours...
Peter.
I have no idea why people are expecting SATA to be faster... no drive out there can even push a Ultra ATA/100 bus...
The real advantage is the cabeling... Point to Point connections rather than master/slave setups, hot-swap and the new connectors make these drives usable in servers - and thats what the industry was going for... Just look at SCSI with its SCA connector - the new plugs are pretty much the same...
Also - hot-swap is hardware only right now - without specific drivers the OS will not be notified about the change and will therefore cause you troubles (caches not written and so on...) if you try to hot-swap...
Glad we just had a threat about these new drives - do they count tripple?
Well, isn't that what VZ does best? I work for that shop and a government couldn't have more bureaucrazy.
We standardisized on lotus Notes, IE and so on - just to be a M$ only shop... Those guys just dont understand that there are other ways than force every single cent out of the customers. *shrugs* Make the bottomline look good for a year, get your bonus for the merger and then leave before the whole company goes to hell...
Cute - but if you take the engineering and all the neato tricks that are built into a CPU, x86 is far ahead of everyone out there... The only reason why it doesnt kick ass in FP is because of the braindead FP design in the x86s... If you have a benchmark thats properly coded for SSE2 or something like that, you'll see what I mean.
OpenLinux more and more sounds like "Hey SUSE, I dont want to do my own linux distro anymore - can I have yours?"...
:)
For real - SUSE seems the only one who is still commited to Linux - Turbo & Caldera just cant efford the cost of development any longer... They should just be honest and say "SCO Linux powered by SUSE".... Gladly SUSE doesnt care - they can be happy to get more marketshare out of this deal - and if they develop it themselves or have a few others help them shouldnt make a big difference to them.
On another note - am I the only one who hoped to see SCO die when Caldera bought it and is not scared... Night of the living dead I guess
> Now, when we know the relationship [wired.com] between IBM and Transmeta, can you combine the results of these two 'projects'. :)
;)
You can't - its after all not open sourced
> Could someone please explain to me how you can make an energy efficient comparitively simple chip with 256-bit data paths?
Its 256 bit instructions not data paths... so the basic idea is you do (in theory) twice as much per instruction, so to get the same work done you can run at half the clock speed - thats where the reduction in power comes from... They'll surely not do that, they will keep the clock speed high but gain performance without having to use too much more power.
Well, we here are Verizon are forced to use Lotus notes... Its the worst possible solution I've ever seen... There are several systems that were originally implemented as lotus notes databases that we are currently rewriting as web apps because Notes does not scale enough. The user interface is horrible, even if you just want to read your email the client sucks up 100MB ram and in my team one person is working pretty much on nothing else but solving email issues for our group (250 users).
In summary, stay away from Lotus Notes if you can - I've yet to meet a happy Notes user that has also used other products. Not even the guys inside IBM like it much. In addition to my own first hand experience I've a friend who works for IBM selling notes and he once told me about a nice little list containing all the reasons why you should not enable POP on a lotus notes servers... He then added "And thats all bullshit. The real reason why we dont want customers to use POP is because the client is so bad that everyone who has a chance switches to a pop client - and then its hard to explain the management why they spent mega dollar for a solution that noone wants to use."
The cash register doesnt impress me much - but how about getting Linux running on a M$ X-Box? its after all also intel based and who knows, maybe the nvidia driver works with that chipset as well....
Everyone knows that mainframes can be mighty fast when running OS/390 apps... the better question would be, how well does the zSeries Linux take advantage of IOPs and stuff like that... If it does, it should fly - if it doesnt, then you're probably better of running DB2 or something on the mainframe and have a couple of intel based linux boxes in front doing the rest of the work (webservers, ...) DOes anyone know if Linux on the zSeries takes advantages of the mainframe architecture?
Miguel de Icaza: Microsoft is remarkably good at keeping their APIs backwards compatible (and this is one of the reasons I think they have had so much success as a
.NET. yes, they will not change the exisiting API, but they'll put so many extensions in that you cannot run the new apps on old versions of the runtime...
platform vendor). So I think that this would not be a problem.
And SUN is very compatible too - thats why I run all my software programmed with swing and jdk 1.3 in any webbrowser!
Get real - M$ has been very good at being backwards compatible as in "Run old code on new OS" not "run new code on old OS"... You will see the same with
We've had some problems that were caused by the soundcard. Gnomemeeting wouldn't connect reliably and even if, it would crash pretty quickly. We then deactivated the onboard sound card on the HP Kayak we were using (P4 and sound integrated into the intel 850 chipset) and put in a soundblaster live - after that we could connect and use gnomemeeting with netmeeting (the version that comes with NT4SP6) without any other issues.
Depends on how much you want to spend, but I'd go with a fibre connection - makes it more difficult to tap.... Put it into a steel pipe, mostly to protect the fibre. Then an thin insulating layer (the thinner and fragile the better), a layer of copper (like the shielding of a coax cable) and a final protective layer. Pressurize the steel pipe and monitor the pressure, and also put a little voltage between the steel pipe and the copper. That way the fibre is well protected against accidental, mechanical damage, and its pretty difficult to first get rid of the copper layer without it touching the steel pipe, and even more difficult to open the pipe to get to the fibre without changing the pressure... Costs you probably quite a lot, but I'll bett my lunch that unless you're up against the government, you'll be happy with it.
Somehow those numbers look pretty high - especially if you look at the solutions other companies run...
3 6xXeon systems 2 to 1 failover $80k
1 Linux retail box $75
2 Admins @ 75k/year $150k
-----
$230.075
Well, dont know but somehow this whole linux on mainframe seems like overkill for me - especially since the mainframe CPU's arent all that impressive and the linux vm's dont profit all that much of the datatransfer rates a mainframe offers...
If your project is going to live for a long time,
you should never code for one particular DBMS. We
used Informix here for our project (that decision was made 5 years ago) because back then DB2 was too IBM centric and Oracle just wasn't able to handle the load... Now, Informix is almost gone, and porting our application to any other product will take us months. It has to be done, but all that money could have been saved if the app was coded to utilize a thin DB layer instead of accessing features of the DB directly.
I'm not trying to belittle the Linux effords that IBM currently shows, but if I look i.e. at JFS I wonder how much resources IBM is actually putting behind those effords. It's a port from OS/2 JFS not AIX. Why? The project isn't moving very fast nor is the mailing list very active...
The help to VxFS talks about FreeVxFS a veritas free implementation - currently read only, but ya never know...
With XFS/JFS just becoming usable, I dont know if they'll have much success...
that it would go in the official linux kernel...
CONFIG_MOSIX=y
It's a great chance that Linux doesn't only play catch up with Windows or other flavors of Unix - it can take the leader ship and give you the ability to create clusters using the tools in the standard distribution!
Most of it depends on the company you contract thru... I know of people that get about 80% of the money, and I know of cases where the company receives 85$/h and the contractor gets 25...
They can pretty much do whatever they want.
You're saying exactly what I did - all the E10ks out there are split into domains! And if you anyway plan on doing that, go with a rack full of smaller systems - same performance, same upgradability and cheaper... :)
(and btw, if you tell others to check facts, please check your reading skills first
In the end the E10K is just a toy... Yes, its fast, but I've not heard of a single one that hasn't been split up into domains... Why do you think the V-class was such a failure? Because barely anyone needs a unix system of that size... Performance? cluster... reliability? cluster or mainframe...
and if you anyway go plan on carving up domains, go with a n-class or a couple of 5500s - cheaper and faster...