He's not talking about Tomboy being integrated like IE in Windows:
It's the issue of Novell pushing the Mono project into tighter integration with GNOME and then the serious repercussions _when_ (not if) Microsoft decides enough is enough and makes it very hard for Mono to stay alive.
Keeping them separate and having Mono fully support GNOME is a really good idea, but at the end of the day everybody still loaths Mono (and the.NET platform) runtime as much as Java for the extra overheads it introduces; some people might conclude that faster development times compared to C or C++ justify it, others don't - you choose what you want to run.
Personally I use Ion 3 to manage my terminals, gvim instances and Opera, instead of "desktop environments" focusing more on pretty boxes instead of helping productivity.
The article is extremely thin on the promised "benchmark" and looks like a fairly standard press release.
Information in real CPU benchmarks: http://www.cpubenchmark.net/ Information in the press release "benchmark": about:blank
Give me graphs, comparisons with other models in the same series & other CPUs, information about power draw & heat etc. Not adverts, details I can find out anyway and dont really care about etc.
I'm suprised I haven't seen anybody else mention it here today, just crap jokes as per usual.
With 3 core processors they should generally be more effecient because each processor can talk to every other processor directly with less overhead compared to having something special to handle messages between them - or having one core pass messages to the other.
The same applies for 3 processor motherboards, clusters, grid computing - things are generally more effecient for message passing than if you had them in a square configuration.
Take into consideration the amount of variation in the Arabic language, you've got modern standard arabic and then tens of other major colloquial variations which can seem almost incoherant to each other with it's widespread use.
Finding translators of Arabic to English (or languages spoken in countries surrounding Arabic speaking countries) isn't a problem at all.
The real problem comes from being able to make accurate translations very quickly, which inherantly means having travelled a lot and learning about, investing in this as a career goal is hard considering you're only likely to get relatively average pay with no real career advancement. (it's on the same level as data entry or all day copywrighting... a boring droll task)
I was about to say the same thing regarding the placebo effect.
As soon as somebody says their going to perform some sort of acupuncture healing treatment or whatever, you're already thinking of the benifits that the "acupuncture healing treatment" will do for you, so the difference between the "real" subject and the random subject becomes almost meaningless and probably proves that acupuncture is useless.
Being a long time user of the placebo effect, I can only see this as unhelpful:\ I want people sticking needles in me and telling me it'll help my back instead of excercising and lifting boxes properly.
When SCO goes into insolvency and eventually gets liquidated - what happens to the operating systems they've developed.
Ideally they could do something to suprise us all and release everything under a BSD or MIT style license (or even public domain), but presuming no executive there is sane enough to do that... what will they do?
I know it's just speculation, but it'd be nice to have another real UNIX derivative open up to the community along the same lines as Solaris and (I know it's not UNIX and not really open source) QNX.
Just as a disclaimer, the only MMORPG i've ever played is EVE Online - and only because my flatmate was addicted and tried to get me addicted.
I do see what you mean though, even if you average at maybe 3k/s (not including packet overhead) per player, with 150 you've averaging ~570kb/s which does need a pretty beefy connection, you could probably bring this down to 300kb/s by reducing the update frequency for players out of your immediate vicinity.
Still - I know a lot of people who are on "broadband" but can bearly push 100kb/s, but I also know a handful of people (mainly in Tokyo) that are on 100mbit straight into their homes.
There's no denying that in order to handle the kinda stuff you're talking about the bandwidth grows above what's normally available today, but the only solution I can think of would be for ISPs to start different pricing and bandwidth structures for different types of customers (yeah, I'm getting into net neutrality territory here).
Imo there could be a lot of benifit if bandwidth was brought higher into the state level (from a socialist point of view) instead of being the domain of individual companies to invest in new technology when the current stuff is raking in a nice profit at half capacity.
They don't make hardware, and if I read the article correctly they don't plan to get into the that market.
At the moment (iirc) their using off the shelf components bought in bulk to power their server farms. If you're buying anything close to the amount of hardware Google is using you need people who are well versed in the stuff in order to make the right architecture decisions. Otherwise you just get a huge 20+ geek argument about which Intel or AMD processor to use.
Hiring hardware testers is not the same as hiring hardware designers with the intent to start fabbing your own stuff.
It's not necessary to have DATARATE*NUMPLAYERS of information broadcast to every client which is the design of most multiplayer FPS games, but it's the easiest thing to do - having the server act relatively dumb and handling basic physics & movement control (basically just stopping the client from cheating, and implementing the rules of the game).
If you take some basic principles, such as level of detail that you expect to see or not see:
* In a 1000 person match it's highly unlikely that it would be structured so that you could see all 1000 people at any one time. So the server only sends updates about stuff the client needs to see.
* It's highly unlikely that you'd need to have 60fps updates for people or objects that are bearly visible and very far away (hence, fogging or blurring far away objects). Maybe we cut this down to 320 bytes per second per person/object (16fps, 20 bytes of minimal movement info).
* The closer something is - the more granular the updates are, going upto maybe 10kb/s for clients & objects around you.
Sure this takes a lot of processing on the server side; calculating the visibility of every object before sending updates, but I think the payoff for doing it would be worth it.
Secondly - I have a 20mbit cable connection at home, and reguarly get 1.5-1.8mb/s downloads to servers in the same country, so the speeds you're talking about aren't too unrealistic - the technology and bandwidth is there but a lot of the time game developers just aren't using it.
You can apply the same principles to any message routing architecture (like stock markets, realtime weather, datacentre monitoring etc.) - providing average values or no information about targets or sources which are of no interest, and progressively more information about things that the client needs to know about or are most important (e.g. realtime graphing of the critical database servers, and less detailed information about everything else).
Couple this with p2p connections (e.g. the servers connect directly to you to provide realtime information) and it can scale very well:)
And the attorneys will get $75 million, $8 million of which covers expenses.
I call bullshit, why are they getting this when their expenses are significantly lower and it isn't part of the money given out to everybody who bought Windows?
I'd be seriously pissed if I found out lawyers were skimming massive amounts from public settlements on behalf of my state or county. Where's it going eh?
I've noticed that on a lot of the rentacoder style sites where people are asking for clones of this or that or just a general program (e.g. I want a DVD writing application), in order for developers to remain profitable they cannot write everything from scratch - like Nero and others have have done (just an example).
On a few occasions when I used to freelance, I've warned people that in order to deliver something on time they'd need to buy-in external components, and to deliver something on budget they'd need to use existing GPL/LGPL or BSD licensed components along with some suggestions and a full rundown of the licensing requirements.
In response to atleast one of these I was just told to strip the copyright from a GPL component and hide it in the application.
The problem isn't really in the violations themselfs, but in the commercial commodity software ecosystem (mostly Windows) where people build up software portfolios as fast as possible for the lowest cost just to try and get market share (and profit). In this desparate effort to get products to market most are just a re-branded combination of existing software, which usually end up violating source code licenses.
Basically when consumers start caring about ethical software the industry will start changing. Until then we still have a problem:)
Only because their licensing agreement (or whatever they had) finished, and now they've jumped on the Windows Media Player bandwaggon.
Real streaming stuff is now only used:
* By people who want DRM but want cross platform
* People who don't know about MP3
* Companies who's contracts haven't expired yet.
When you're terminating with a PSTN service, it would be decrypted by the PSTN termination server and passed onto the PSTN, however all data between the user and the SIPPSTN server would be encypted.
The same applies calls between users, just like you negotiate codecs, the higest priority codec would be the encrypted one - so if available both sides use the encrypted codec, otherwise they fall back to AMR or G729 etc.
One of the main problems if you're really paranoid is that there is no standard for encryption of SIP calls or RTP streams. There are viable options such as SSL for SIP sessions over TCP then using libZRTP (from the ZFone people) - but it's non free and non-standard.
Consider this, you use WiFI roaming on your phone and route calls over SIP whenever possible because it's free, combine this with off the shelf tools (like Oreka) and you can easily record both sides of all VoIP calls on your base station.
iirc on the 3G and GSM side of things there are open standard for encryption that all devices support, but normal SIP phones and software (e.g. PSTN gateways, application servers) are all lagigng behind.
I've done research into developing encrypted RTP protocols with no bandwidth overheads, but haven't had the time to implement much of it yet, although when I do finally get round to it it'd probably end up as a commercial project and would be trying to standardise it unless there was a business case for it (not my domain).
A bit of a tangent and not really a direct comment on the article (buggy sip stacks), but I'm just thinking of the bigger issues here.
Touchscreens are not a solution to badly designed kiosk software. I was once in a Kodak photo printing shop which let you put in your media card, their kiosk stuff scanned it, found all the pictures and let you do basic editing before submitting it for printing.
After a few minutes I'd managed to kill the kiosk software, bring up the on-screen keyboard and start browsing around their local network shares - which had "saved" customer pictures on.
My point is that for kiosk style systems it should be an absolutely minimal customized install with restricted network access. Obviously on aircraft entertainment systems they'd be completely separate, but you just need one badly judged integration combined with an off the shelf system and you'll end up with another disaster like the Kodak shop.
I've been waiting for ages for them to make the realtime voice codec available to anybody for development without reverse engineering their software or paying extortionate fees to a third party company who seems really reluctant to license the codec.
And in the first place, why couldn't they have used an open standard that every already supports, if they had've done you'd see hundereds of Flash based VoIP applications out there already.
I don't mind Macromedia Flash, but it's just not open enough for my liking:\
Re:We already have this in the UK
on
Manhattan 1984
·
· Score: 1
Yes I agree with your argument, presuming that TfL funnel the money into public transport where it matters.
Their not though, the underground runs at over full capacity for 3+ hours a day, and it's becoming more of an issue just keeping the system running on-time every day. Busses however run very well but are more expensive for my journey (3 changes each way in peak-time) and takes about 30 minutes longer (nearly an hour commute to work for a total of 6 miles... is just insane)
We already have this in the UK
on
Manhattan 1984
·
· Score: 2, Informative
For areas of central London (UK) we already have a system in place called congestion charging. Basically whenever you enter/exit one of the zones, cameras hooked up with number plate recognition record you.
The system works reasonably well, but it doesn't really stop people driving in the "congestion" zones and most people really dislike the system, for example, if you don't realize you've driven through a congestion charging zone you end up with a bill in the post for more than it would normally cost (you get discounts for paying same-day or prior to entering the zone).
Now - the mayor is proposing to charge different rates based on what type of car you have - small effecient compacts would pay nothing or next to nothing, while massive SUVs or anything with a 3+ liter engine would pay upto £25 GBP per day ($50 USD).
The most likely outcome of this? Poorer people will use public transport, while for the richer bigger fines will just affirm their social status, or make them consider getting smaller cars.
Oh - and I'm not mentioning the use of the system to track criminals, bail jumpers or "potential terrorists", because it's happening frequently and is just another way that the government is abusing the powers they gave themselfs by-proxy.
Personally I'd say Minix is much easier to navigate, simpler to understand and a much better starting point for new kernel developers or students to begin with (it was designed primarily as an academic project).
I've tried digging around the Linux source code, but find a lot of it fairly confusing simply because of the amount of time and effort you have to invest in understanding the rest of it and general architecture.
With Minix, you can pretty much jump in at any place (being very organized and well separated you can find what you're looking for fast), in 3.0 the core syscalls are separated into different files and the core kernel is only around 5000 lines which you can scan through fairly quickly.
Slashdot Mirror
Remember to fit the grave with a bell "just in case" :)
He's not talking about Tomboy being integrated like IE in Windows: It's the issue of Novell pushing the Mono project into tighter integration with GNOME and then the serious repercussions _when_ (not if) Microsoft decides enough is enough and makes it very hard for Mono to stay alive.
Keeping them separate and having Mono fully support GNOME is a really good idea, but at the end of the day everybody still loaths Mono (and the .NET platform) runtime as much as Java for the extra overheads it introduces; some people might conclude that faster development times compared to C or C++ justify it, others don't - you choose what you want to run.
Personally I use Ion 3 to manage my terminals, gvim instances and Opera, instead of "desktop environments" focusing more on pretty boxes instead of helping productivity.
I feel a disturbance in the force; oh.. it's you!
The article is extremely thin on the promised "benchmark" and looks like a fairly standard press release.
Information in real CPU benchmarks: http://www.cpubenchmark.net/
Information in the press release "benchmark": about:blank
Give me graphs, comparisons with other models in the same series & other CPUs, information about power draw & heat etc. Not adverts, details I can find out anyway and dont really care about etc.
I'm suprised I haven't seen anybody else mention it here today, just crap jokes as per usual.
:)
With 3 core processors they should generally be more effecient because each processor can talk to every other processor directly with less overhead compared to having something special to handle messages between them - or having one core pass messages to the other.
The same applies for 3 processor motherboards, clusters, grid computing - things are generally more effecient for message passing than if you had them in a square configuration.
I'm just suprised this isn't as popular today
Take into consideration the amount of variation in the Arabic language, you've got modern standard arabic and then tens of other major colloquial variations which can seem almost incoherant to each other with it's widespread use.
Finding translators of Arabic to English (or languages spoken in countries surrounding Arabic speaking countries) isn't a problem at all.
The real problem comes from being able to make accurate translations very quickly, which inherantly means having travelled a lot and learning about, investing in this as a career goal is hard considering you're only likely to get relatively average pay with no real career advancement. (it's on the same level as data entry or all day copywrighting... a boring droll task)
I was about to say the same thing regarding the placebo effect.
:\ I want people sticking needles in me and telling me it'll help my back instead of excercising and lifting boxes properly.
As soon as somebody says their going to perform some sort of acupuncture healing treatment or whatever, you're already thinking of the benifits that the "acupuncture healing treatment" will do for you, so the difference between the "real" subject and the random subject becomes almost meaningless and probably proves that acupuncture is useless.
Being a long time user of the placebo effect, I can only see this as unhelpful
Well those are my hopes out of the window :\
I presume, when you say Microsoft you really mean the real SCO and their (Microsoft copyrighted) Xenix?
When SCO goes into insolvency and eventually gets liquidated - what happens to the operating systems they've developed.
:) - Dr.
Ideally they could do something to suprise us all and release everything under a BSD or MIT style license (or even public domain), but presuming no executive there is sane enough to do that... what will they do?
I know it's just speculation, but it'd be nice to have another real UNIX derivative open up to the community along the same lines as Solaris and (I know it's not UNIX and not really open source) QNX.
Just my two pence
ner ner ner, scardie cat.
hmm, yeah that does prove your point...
Just as a disclaimer, the only MMORPG i've ever played is EVE Online - and only because my flatmate was addicted and tried to get me addicted.
I do see what you mean though, even if you average at maybe 3k/s (not including packet overhead) per player, with 150 you've averaging ~570kb/s which does need a pretty beefy connection, you could probably bring this down to 300kb/s by reducing the update frequency for players out of your immediate vicinity.
Still - I know a lot of people who are on "broadband" but can bearly push 100kb/s, but I also know a handful of people (mainly in Tokyo) that are on 100mbit straight into their homes.
There's no denying that in order to handle the kinda stuff you're talking about the bandwidth grows above what's normally available today, but the only solution I can think of would be for ISPs to start different pricing and bandwidth structures for different types of customers (yeah, I'm getting into net neutrality territory here).
Imo there could be a lot of benifit if bandwidth was brought higher into the state level (from a socialist point of view) instead of being the domain of individual companies to invest in new technology when the current stuff is raking in a nice profit at half capacity.
They don't make hardware, and if I read the article correctly they don't plan to get into the that market.
At the moment (iirc) their using off the shelf components bought in bulk to power their server farms. If you're buying anything close to the amount of hardware Google is using you need people who are well versed in the stuff in order to make the right architecture decisions. Otherwise you just get a huge 20+ geek argument about which Intel or AMD processor to use.
Hiring hardware testers is not the same as hiring hardware designers with the intent to start fabbing your own stuff.
I've already set one up, a certain percentage* will be donated to the fund. Feel free to e-mail me for details on how you can donate.
* My administration costs are estimated at 95% of total donated.
It's not necessary to have DATARATE*NUMPLAYERS of information broadcast to every client which is the design of most multiplayer FPS games, but it's the easiest thing to do - having the server act relatively dumb and handling basic physics & movement control (basically just stopping the client from cheating, and implementing the rules of the game).
:)
If you take some basic principles, such as level of detail that you expect to see or not see:
* In a 1000 person match it's highly unlikely that it would be structured so that you could see all 1000 people at any one time. So the server only sends updates about stuff the client needs to see.
* It's highly unlikely that you'd need to have 60fps updates for people or objects that are bearly visible and very far away (hence, fogging or blurring far away objects). Maybe we cut this down to 320 bytes per second per person/object (16fps, 20 bytes of minimal movement info).
* The closer something is - the more granular the updates are, going upto maybe 10kb/s for clients & objects around you.
Sure this takes a lot of processing on the server side; calculating the visibility of every object before sending updates, but I think the payoff for doing it would be worth it.
Secondly - I have a 20mbit cable connection at home, and reguarly get 1.5-1.8mb/s downloads to servers in the same country, so the speeds you're talking about aren't too unrealistic - the technology and bandwidth is there but a lot of the time game developers just aren't using it.
You can apply the same principles to any message routing architecture (like stock markets, realtime weather, datacentre monitoring etc.) - providing average values or no information about targets or sources which are of no interest, and progressively more information about things that the client needs to know about or are most important (e.g. realtime graphing of the critical database servers, and less detailed information about everything else).
Couple this with p2p connections (e.g. the servers connect directly to you to provide realtime information) and it can scale very well
Just some food for thought,
Dr.
And the attorneys will get $75 million, $8 million of which covers expenses.
I call bullshit, why are they getting this when their expenses are significantly lower and it isn't part of the money given out to everybody who bought Windows?
I'd be seriously pissed if I found out lawyers were skimming massive amounts from public settlements on behalf of my state or county. Where's it going eh?
It's one of the reasons that I don't use sites like rentacoder anymore to find freelance work.
I've noticed that on a lot of the rentacoder style sites where people are asking for clones of this or that or just a general program (e.g. I want a DVD writing application), in order for developers to remain profitable they cannot write everything from scratch - like Nero and others have have done (just an example).
:)
On a few occasions when I used to freelance, I've warned people that in order to deliver something on time they'd need to buy-in external components, and to deliver something on budget they'd need to use existing GPL/LGPL or BSD licensed components along with some suggestions and a full rundown of the licensing requirements.
In response to atleast one of these I was just told to strip the copyright from a GPL component and hide it in the application.
The problem isn't really in the violations themselfs, but in the commercial commodity software ecosystem (mostly Windows) where people build up software portfolios as fast as possible for the lowest cost just to try and get market share (and profit). In this desparate effort to get products to market most are just a re-branded combination of existing software, which usually end up violating source code licenses.
Basically when consumers start caring about ethical software the industry will start changing. Until then we still have a problem
Only because their licensing agreement (or whatever they had) finished, and now they've jumped on the Windows Media Player bandwaggon.
Real streaming stuff is now only used:
* By people who want DRM but want cross platform
* People who don't know about MP3
* Companies who's contracts haven't expired yet.
When you're terminating with a PSTN service, it would be decrypted by the PSTN termination server and passed onto the PSTN, however all data between the user and the SIPPSTN server would be encypted.
The same applies calls between users, just like you negotiate codecs, the higest priority codec would be the encrypted one - so if available both sides use the encrypted codec, otherwise they fall back to AMR or G729 etc.
Disclaimer: I work for a VoIP company.
One of the main problems if you're really paranoid is that there is no standard for encryption of SIP calls or RTP streams. There are viable options such as SSL for SIP sessions over TCP then using libZRTP (from the ZFone people) - but it's non free and non-standard.
Consider this, you use WiFI roaming on your phone and route calls over SIP whenever possible because it's free, combine this with off the shelf tools (like Oreka) and you can easily record both sides of all VoIP calls on your base station.
iirc on the 3G and GSM side of things there are open standard for encryption that all devices support, but normal SIP phones and software (e.g. PSTN gateways, application servers) are all lagigng behind.
I've done research into developing encrypted RTP protocols with no bandwidth overheads, but haven't had the time to implement much of it yet, although when I do finally get round to it it'd probably end up as a commercial project and would be trying to standardise it unless there was a business case for it (not my domain).
A bit of a tangent and not really a direct comment on the article (buggy sip stacks), but I'm just thinking of the bigger issues here.
Touchscreens are not a solution to badly designed kiosk software. I was once in a Kodak photo printing shop which let you put in your media card, their kiosk stuff scanned it, found all the pictures and let you do basic editing before submitting it for printing.
After a few minutes I'd managed to kill the kiosk software, bring up the on-screen keyboard and start browsing around their local network shares - which had "saved" customer pictures on.
My point is that for kiosk style systems it should be an absolutely minimal customized install with restricted network access. Obviously on aircraft entertainment systems they'd be completely separate, but you just need one badly judged integration combined with an off the shelf system and you'll end up with another disaster like the Kodak shop.
I've been waiting for ages for them to make the realtime voice codec available to anybody for development without reverse engineering their software or paying extortionate fees to a third party company who seems really reluctant to license the codec.
:\
And in the first place, why couldn't they have used an open standard that every already supports, if they had've done you'd see hundereds of Flash based VoIP applications out there already.
I don't mind Macromedia Flash, but it's just not open enough for my liking
Yes I agree with your argument, presuming that TfL funnel the money into public transport where it matters.
Their not though, the underground runs at over full capacity for 3+ hours a day, and it's becoming more of an issue just keeping the system running on-time every day. Busses however run very well but are more expensive for my journey (3 changes each way in peak-time) and takes about 30 minutes longer (nearly an hour commute to work for a total of 6 miles... is just insane)
For areas of central London (UK) we already have a system in place called congestion charging. Basically whenever you enter/exit one of the zones, cameras hooked up with number plate recognition record you.
The system works reasonably well, but it doesn't really stop people driving in the "congestion" zones and most people really dislike the system, for example, if you don't realize you've driven through a congestion charging zone you end up with a bill in the post for more than it would normally cost (you get discounts for paying same-day or prior to entering the zone).
Now - the mayor is proposing to charge different rates based on what type of car you have - small effecient compacts would pay nothing or next to nothing, while massive SUVs or anything with a 3+ liter engine would pay upto £25 GBP per day ($50 USD).
The most likely outcome of this? Poorer people will use public transport, while for the richer bigger fines will just affirm their social status, or make them consider getting smaller cars.
Oh - and I'm not mentioning the use of the system to track criminals, bail jumpers or "potential terrorists", because it's happening frequently and is just another way that the government is abusing the powers they gave themselfs by-proxy.
Personally I'd say Minix is much easier to navigate, simpler to understand and a much better starting point for new kernel developers or students to begin with (it was designed primarily as an academic project).
I've tried digging around the Linux source code, but find a lot of it fairly confusing simply because of the amount of time and effort you have to invest in understanding the rest of it and general architecture.
With Minix, you can pretty much jump in at any place (being very organized and well separated you can find what you're looking for fast), in 3.0 the core syscalls are separated into different files and the core kernel is only around 5000 lines which you can scan through fairly quickly.