Why not just run Linux, the better OS, in the first place and when absolutely required (although rarely needed), run Windows Server in a VM?
Cloud computing for telco (OpenStack) technical trainer here:
A few reasosn why this makes sense:
Running Linux on top of Windows/Server Hyper-V
There are shops which are "Mostly windows" for historical reasons. For them is cheaper to run windows through and thorough, and only when "absolutely required, but rarely needed" run linux in a VM. The alternative is to retrain the workforce, and that has costs measures in $, time and resistance to change.
If your organization has the proper licensing scheme, Hyper-V is free (as in beer), while the "Certified Kosher/Halal Linux" virtualization solutions (Xen and KVM) cost a pretty penny, and the market leader solution (VMWare) cost more Still. So, even if your company is a Mostly linux shop, if you have the propper licensing, it may be less expensive to use Hyper-V, than the linux solutions available.
In some environments (in particular, regulated environments), linux is costly (windows is costly too, of course), because you can only use the "Propper Linuxes", RedHat, Suse, and to a lesser extent Ubuntu and Debian. Other things will lack support from the hardware maker propper certification (think PCI, not the bus/slot, the certification). So, is not like you can go and use a linux OS/virtualization solution based on a Gentoo roll your own distro + Bochs + QEMU. So, the cost advantage of linux becomes less of a draw.
In particular, if you want (or worse, are forced by internal/external regulation to) have support, red hat forces you to buy support for every single instance of redhat running in your environment, and not for select instances only...
Running Linux apps inside Windows:
In windows heavy shops, for administrators that come from an unix background, or can not grasp the power of Powershell, this is a boon.
If an app you want to run (in the broad sense, from a propper ELF executable, to a measly shell script) is only available in windows, cool, you can go for it without firing a Linux VM
Running Dockers containers in Windows:
As docker gains traction, more apps will be developed as a set of containers. Microsot would rather you run those apps on their OS, especially for customers who are Windows Heavy, than cede the market, or try to develop their own.
Hybrid Cloud: If you want to make Hybrid Cloud, whith seamless movement of workloads from private to public and back, the pecking order is Azure, then Openstack, and VMware a distant third.
These are a few of the reasons why this makes sense, I am certain many in Slashdot can think of others.
A long while ago, the USoA congress made a law that allowed the executive branch to take special meassures and granted it special powers in case a country was a "threat to USoA security".
Lord Obama declared Venezuela an "unnusual threat", and even renewed the declaration one year latter, just before Lord Trump's Inauguration.
Lord Trump renewed it once more.
But, what lord trump is telling you is to use your money as you see fit EXCEPT in aiding threats to national security. Just as you are supposed NOT to spend your money on goods sold by ISIS, you are not supposed to buy Venezuelan bonds, including the petro.
But is as well, the petro is a giant scam, in this particular case, Lord Trump is doing you a favour.
Another Update I do not have to suffer, thanks to Firefox ESR.
No need to go to some fork (I am not saying PaleMoon is bad, just that it is a fork).
If you use your browser for WORK, just let the desktop guys be the gamma testers, and enjoy full compatibility and support from your web-tools, plug-ins, iLO tools from the big players (Oracle, Huawei, Cisco, HPE, Lenovo, Dell, SAP, etc.).
Of course, the fact that Palemoon, safari, chrome, etc are not supported by the big enterprise guys does not reflect on the quality of the browsers themselves, but from a pragmatic point of view, is the way things are.
Then, once a year, enjoy privacy/security/productivity improvements (like quantum) and iron out thew rough edges (Like interface changes, misbehaving plug-ins and add-ons). Seems like a fair compromise. Not ideal, but fair.
I live in Venezuela, and deployed this so called VPN a few days ago.
With it enabled, I can use sites/apps prohibited by the government (www.dolartoday.com) as well as sites/apps that became colateral damage of the censorship (Formula Live24 2018).
I dot use a VPN to access geo-restricted content, or to hide shaddy practices online. I use it just to access restricted sites from an oppresive regime, and to be safer when using public/free wifi in airports and coffee shops...
Facebook already knows a lot about me, because I told them, willingly (my only complaint is that they do not use that info wisely).
If they get to know a little bit more about me, so be it. In the mean time, this VPN is free, it lets me do what I need, is well mantained and, when the time comes, I can move to a stronger solution... What's not to like?
Meltdown affects all Intel Processors with Out-of-Order-Execution (OOE) and, more importantly, Speculative-Execution, perhaps going back to the Original PentiumPro, and all Atom processors made after 2013 (the original Atoms were In-Order-Execution). AMD processors are immune [3], and Via (remember Via?) has remained silent. Meltdown also affects other architectures, like several ARM processors, including the up-and-coming Cortex-A75 (intended for datacenter use), as well as many others used in cellphones and appliances [5], also IBM’s POWER7+, 8 and 9 are affected [4]. But this paper is not concerned with other architectures.
What's stoping Huawei from Developing a Kirin chip for it's own smartwatches? Instead of paying a HUUUUUGE amount of money to Qualcomm for the Snapdragon 2100 it uses (Huawei makes their own SoCs for their android Phones)
What's Stoping Mediatek from developing a SoC for smartwatches? It would add nicely to the bottom line, after R&D costs are paid.
What's Stoping AllWinner from developing a SoC for Smartwatches? Would be a nice way for them to get in the spotlight.
Whats's stoping Rockchip from developing a SoC for Smartwatches? It would be a nice complement to the deals they have with Asus, HP and Toshiba for tablets.
Maybe, just maybe, What's stoping them is the same thing that stops Qualcomm...
If moron web developers indicated the size (both in pixels and MB) of every image they use, and used preogresive Mpeg everywhere an mpeg is used, browser developers would need to resort less to hacks like this
Is a dick move, but understable, to ban Huawei equipment (cellphones, telecom Gear, servers, storage, datacom and SW) for the goverment at all levels (federal, state, local).
Is and even dickier move (and not undestable) to ban private enterprises to use the network-side kit.
But is the dickiest move, and the least understable one, to ban the direct sale of cellphones by carriers.
Problem #1: Is the public that is the most harmed, as huawei phones are decent phones at decent prices, and joe sixpack could not care less that the chinese spies discover that he is galavanting. Less choices=less competition.
Problem #2: It can inspire retaliatory measures by the chinese. And rightly so, may I add.
Problem #3: Is probably ilegal by treaties like the ones signed in the WTO, so the government exposes itself to a complaint and losing face.
Problem #4: When the USoA (being this administration or another one in the future) start to (re)negotiate trade deals, the potential partners will see this precedent and go Hummmm!
Disclosure: I worked for Huawei in Venezuela on the telco side for a year, starting around 2007. At that time there was no server/storage/sw side. I later did technical training on Storage/Server/Cloud for them, but was not in their payroll.
... because I told them, and yet it insists in showing me events in Montreal, Quebec, Toronto, Piladelphis, Fort-Worth Irving, Madrid and some other places, just because some of my closests friends showed interest. Dear facebook, I( am not about to board a plane to see a concert in Toronto, but if I fly to toronto I'll let you know.
Facebook knows I speak English, spanish and french. Because I told them. With 700 contacts, that should be enough to keep my timeline filled. And yet they insist obn showing shared-regurgitated-"viral"-chains in arabic, Turk, Armeninan, Hungarian, Chech and some other eastern european lanugages just because some of my contacts speak those languages (but they also speak english, spanish or french, and often post in thoise languages).
Facebook has a lot of room to inprove, but they have their colective heads in the sand (or some other place with a fowler smell), so, they move so glacialy, that this type of trivial thing is seen as newsworthy...
Go figure...
Nowadays, for me, facebook is mostly a contacts repository and quick joke factory.
Aside from the fact that most if not all the Hardware for surveillance systems is manuactured/assembled in china, the chinese, by virtue of their MASSIVE surveillance programs at home, probably have an edge in the software front too.
Do not get me wrong, Israel, USoA, India and most of Europe have great programmers, is just that, since surveillance is much less pervasive in those countries, programmers there do not have the 'GINORMOUS' testbed that their chinese colleagues have.
Many things that normaly a programmer could oversee, become a poignant challenge at those scales.
So, at LatAm, we welcome our new narrow eyed overlords.
TL;DR No, you can not replace X86, AMD64, Power, Sparc, MIPS and ARM with a FOSS design.
openSparc, openPower, MIPS-V? Those have opened the 'ISA', but NOT the design, so you have to design your microprocessor from scratch.
ARM? MIPS? You can get the full design, if you pay. Or you can pay for rights to the ISA, and design everything from scratch.
Designing a somewhat modern microprocesor is hard enough, even if you already have the ISA, and the beast is cruft free (64 or 128 bits from the get go, without being "somewhat compatible with everything dating back to the 8080").
If, on top of that you need to make it as fast in the datacenter as X86, AMD64, Power or Sparc. Or, if you have to make it as power-saving as ARM or RISC on mobile and IoT, well, that's a mighty struggle (it took Apple, using ARM's bootstrap several YEARS to get a good design of the ground).
Here you do not have the source code (in Verilog or VHDL) of other microprocessors to study, inspire and bootstrap the stuff, like one had the Soruce Code of AT&T SystemV , BSD, and Minix (please notice that I said Bootstrap, not copy, I am very clear that Linus developed his baby on his own), nor a pool of drop-down replacement modules like in GNU, and there are orders of magnitude fewer people that understand hardware AND microprocessor design, than the people that can contribute to software design (even if we compare only to Kernel, Drivers and Compilers only, and not to Software as a general category).
So no. The only chance is if you can get a big sponsor for the initiative (Like IBM at the time was with Linux, only MUCH, MUCH bigger). Probably one or more nation-states. Perhaps the BRICS. One can dream, but at the end of the day, no, nope.
1.) You have a critical SW which is 16bit (either the whole SW, or a library referenced through trunking). As, by AMD's design, once in 64 bit mode, you can run 32bit Sw but NOT 16bit SW.
2.) You machine can not take more than 4GB of RAM (32bit OSs and SW tend to take less memory than their 64bit counterparts). Yes, in many cases 64bit apps run faster than 32bit ones, but that does you no good if you exhaust your caches, or if you need to swap.
3.) You have some HW that only has 32bit drivers.
4.) You have an ISA/EISA/VESA Hardware. (is a special case of #3)
5.) You have no money to replace the machine. I live in LatAm, and while is not my case, I can perfectly undestand that it happens, and seen it first hand).
6.) If it works: Why replace it? My parents were poor and from a small town, again I can understand the sentiment. Actualy, I would encourage it. If you keep using the machine, it does not end in a landfill, and we need no new raw material and energy to build a replacement.
For #1, emulation/virtualization may be an option. If your app is 16bits, it was designed for a long gone era, and even with all virtualization overhead, it will run faster than when it was new. Also, there are some programs that hang when run too fast (I am looking at you foxpro!), so, a virtualized machine can help by regulating speed.
For #3, virtualization again, with PCI passthrough could help.
For #2 and #4 I have no idea.
If someone else can think of other reasons to stick with 32bit OSs/machines, please let me know.
PS: I still have one 32bit machine. Nowadays, the only thing it does is send stuff from plex and VideoStream to my chromecast. And sometimes use Powerpoint Viewer and act as a Decoy for thughs in the public transport.
Intel, AMD and Via have patents and cross license agreements for all those weird modes. Most realmode, protected 16bit mode and 32 bit mode patents are void by now. But patents on things like MMX, SSE, register renaming, branch prediction and other architectural goodies in X32 are still valid, and provide a barrier of entry for anyone else interested in doing an X86 processor.
Also, even if one forgets about the patents, there is a complexity barrier by having to emulate, certify and validate all that cruft, and those companies will not relinquish that barrier of entry so easily. Yes, it may help lower development complexity, and hence R&D cost, but also make it easier for competitors to enter the market.
Lastly, as processors have grown larger and more complex, the % of gains in performance, and % savings of silicon area to be had by dumpig those modes becomes negligible in the grand scheme of things....
I've got the GarminXT application from OVI store (when it existed, I guess you can get the sis files from non-sanct-sources), and get my maps from openstreetmap in Garmin format.
As I detailed in the original post.
Got the GarminXT app because the nokia maps app that shipped with the E71 did not had turn by turn directions.
The Maps for the HereMaps App for the N9 (which I still have for the time being) have not been updated in a loooooong while... so even less hope for the E71
Provided you load up The Garmin APP, and get the maps from OpenStreetMaps, and OperaMini
More seriously though, the market has spoken, and there are only three platforms: iOS 18% Installed base. Google's Android with PlayStore/Services 55% AOSP (Android Open Source Ports) 27%
the rest of the platforms (WindowsPhone10, BlackBerry's BB10, WebOS, Bada) are pretty much roundng errors.
WP10 will be supported (including security patches) until 2020. BB10 will be "zombie supported" (no mention of security patches) until 2020 as well. The other two, I do not know.
So, pick your poison wisely; for there is pretty much no escape.
But, if you are hellbent on not being on neither iOS, nor any flavour of Android, then, for your specific use case, I'd bet either on Bada (Samsung has big pockets to keep the platform going for a while), or a "Smarther than a featurephone, but dumber thn a smartphone" asha-type phone from HMD (the owners of the Nokia brand).
PS: My last four phones were a Nokia E71 like you (which I still keep around as my Garmin), then a Nokia N9, then a Blackberry Q10, then a Blackberry keyONE (android, current one), but I had a mobile phone in some capacity since 1996 (Motorola AMPS, then ericsson AMPS, then Sony AMPS, then nokia 6119, then nokia 7110, then Ericsson-Symbian-but-I-forget-cause-I-was-mugged, then Nokia 7250i, then some no-name huawei). So I kinda speak from experience.
Slashdot Mirror
Why not just run Linux, the better OS, in the first place and when absolutely required (although rarely needed), run Windows Server in a VM?
Cloud computing for telco (OpenStack) technical trainer here:
A few reasosn why this makes sense:
Running Linux on top of Windows/Server Hyper-V
There are shops which are "Mostly windows" for historical reasons. For them is cheaper to run windows through and thorough, and only when "absolutely required, but rarely needed" run linux in a VM. The alternative is to retrain the workforce, and that has costs measures in $, time and resistance to change.
If your organization has the proper licensing scheme, Hyper-V is free (as in beer), while the "Certified Kosher/Halal Linux" virtualization solutions (Xen and KVM) cost a pretty penny, and the market leader solution (VMWare) cost more Still. So, even if your company is a Mostly linux shop, if you have the propper licensing, it may be less expensive to use Hyper-V, than the linux solutions available.
In some environments (in particular, regulated environments), linux is costly (windows is costly too, of course), because you can only use the "Propper Linuxes", RedHat, Suse, and to a lesser extent Ubuntu and Debian. Other things will lack support from the hardware maker propper certification (think PCI, not the bus/slot, the certification). So, is not like you can go and use a linux OS/virtualization solution based on a Gentoo roll your own distro + Bochs + QEMU. So, the cost advantage of linux becomes less of a draw.
In particular, if you want (or worse, are forced by internal/external regulation to) have support, red hat forces you to buy support for every single instance of redhat running in your environment, and not for select instances only...
Running Linux apps inside Windows:
In windows heavy shops, for administrators that come from an unix background, or can not grasp the power of Powershell, this is a boon.
If an app you want to run (in the broad sense, from a propper ELF executable, to a measly shell script) is only available in windows, cool, you can go for it without firing a Linux VM
Running Dockers containers in Windows:
As docker gains traction, more apps will be developed as a set of containers. Microsot would rather you run those apps on their OS, especially for customers who are Windows Heavy, than cede the market, or try to develop their own.
Hybrid Cloud:
If you want to make Hybrid Cloud, whith seamless movement of workloads from private to public and back, the pecking order is Azure, then Openstack, and VMware a distant third.
These are a few of the reasons why this makes sense, I am certain many in Slashdot can think of others.
A long while ago, the USoA congress made a law that allowed the executive branch to take special meassures and granted it special powers in case a country was a "threat to USoA security".
Lord Obama declared Venezuela an "unnusual threat", and even renewed the declaration one year latter, just before Lord Trump's Inauguration.
Lord Trump renewed it once more.
But, what lord trump is telling you is to use your money as you see fit EXCEPT in aiding threats to national security. Just as you are supposed NOT to spend your money on goods sold by ISIS, you are not supposed to buy Venezuelan bonds, including the petro.
But is as well, the petro is a giant scam, in this particular case, Lord Trump is doing you a favour.
Another Update I do not have to suffer, thanks to Firefox ESR.
No need to go to some fork (I am not saying PaleMoon is bad, just that it is a fork).
If you use your browser for WORK, just let the desktop guys be the gamma testers, and enjoy full compatibility and support from your web-tools, plug-ins, iLO tools from the big players (Oracle, Huawei, Cisco, HPE, Lenovo, Dell, SAP, etc.).
Of course, the fact that Palemoon, safari, chrome, etc are not supported by the big enterprise guys does not reflect on the quality of the browsers themselves, but from a pragmatic point of view, is the way things are.
Then, once a year, enjoy privacy/security/productivity improvements (like quantum) and iron out thew rough edges (Like interface changes, misbehaving plug-ins and add-ons). Seems like a fair compromise. Not ideal, but fair.
It would change nothing.
Take WhatsApp as an example. The App is free (so, you have a licence for both iOS and Android), but you can not move YOUR DATA between Android to iOS.
So, once you have a sizeable amount of data in one platform, it behoves you to stay there.
And that is on top of muscle memory and the time you spent familiarizing yourself with the interfaces, etc.
If privacy is dead then you should upload naked pictures of yourself to facebook, you know, because what have you got to hide?
I would, but those are banned, so I pose with Speedos during my scuba diving trips. ;-)
Having said that, "Privacy is dead. Get over it!" is the name of a now famous talk, linked at the end of my post.
PS: I use speedos while scubadiving, because it makes it easier to get in/out of the wetsuit. The picture opportunities are an added bonus... ;-)
I live in Venezuela, and deployed this so called VPN a few days ago.
With it enabled, I can use sites/apps prohibited by the government (www.dolartoday.com) as well as sites/apps that became colateral damage of the censorship (Formula Live24 2018).
I dot use a VPN to access geo-restricted content, or to hide shaddy practices online. I use it just to access restricted sites from an oppresive regime, and to be safer when using public/free wifi in airports and coffee shops...
Facebook already knows a lot about me, because I told them, willingly (my only complaint is that they do not use that info wisely).
If they get to know a little bit more about me, so be it. In the mean time, this VPN is free, it lets me do what I need, is well mantained and, when the time comes, I can move to a stronger solution... What's not to like?
Privacy is dead, get over it!
https://www.youtube.com/watch?...
Is not silently if you are notified
but is still a tad creepy.
The only upside is being notified of photos were you are present but not tagged.
I choose to let it be for the time being.
Let's see how facebook deals with the fact that i lost 38Kilos in 2011 (84 pounds)
From my blog:
Meltdown affects all Intel Processors with Out-of-Order-Execution (OOE) and, more importantly, Speculative-Execution, perhaps going back to the Original PentiumPro, and all Atom processors made after 2013 (the original Atoms were In-Order-Execution). AMD processors are immune [3], and Via (remember Via?) has remained silent. Meltdown also affects other architectures, like several ARM processors, including the up-and-coming Cortex-A75 (intended for datacenter use), as well as many others used in cellphones and appliances [5], also IBM’s POWER7+, 8 and 9 are affected [4]. But this paper is not concerned with other architectures.
[3] https://www.amd.com/en/corpora...
[4] https://www.ibm.com/blogs/psir...
[5] https://developer.arm.com/supp...
The Full Blog is here:
https://technologyunderbelly.b...
https://hardware.slashdot.org/...
What's stoping Huawei from Developing a Kirin chip for it's own smartwatches? Instead of paying a HUUUUUGE amount of money to Qualcomm for the Snapdragon 2100 it uses (Huawei makes their own SoCs for their android Phones)
What's Stoping Mediatek from developing a SoC for smartwatches? It would add nicely to the bottom line, after R&D costs are paid.
What's Stoping AllWinner from developing a SoC for Smartwatches? Would be a nice way for them to get in the spotlight.
Whats's stoping Rockchip from developing a SoC for Smartwatches? It would be a nice complement to the deals they have with Asus, HP and Toshiba for tablets.
Maybe, just maybe, What's stoping them is the same thing that stops Qualcomm...
*The market is not there!!!!*
You are absolutely right. I meant progresive JPEGs.
Sorry.
But, on the bright side, thanks to you I learned about Adam7, and this CCS trick.
So, something good came out of my absentmindedness....
Touche!
But the point Still stands.
If moron web developers indicated the size (both in pixels and MB) of every image they use, and used preogresive Mpeg everywhere an mpeg is used, browser developers would need to resort less to hacks like this
JMNSHO
Is a dick move, but understable, to ban Huawei equipment (cellphones, telecom Gear, servers, storage, datacom and SW) for the goverment at all levels (federal, state, local).
Is and even dickier move (and not undestable) to ban private enterprises to use the network-side kit.
But is the dickiest move, and the least understable one, to ban the direct sale of cellphones by carriers.
Problem #1: Is the public that is the most harmed, as huawei phones are decent phones at decent prices, and joe sixpack could not care less that the chinese spies discover that he is galavanting. Less choices=less competition.
Problem #2: It can inspire retaliatory measures by the chinese. And rightly so, may I add.
Problem #3: Is probably ilegal by treaties like the ones signed in the WTO, so the government exposes itself to a complaint and losing face.
Problem #4: When the USoA (being this administration or another one in the future) start to (re)negotiate trade deals, the potential partners will see this precedent and go Hummmm!
Disclosure: I worked for Huawei in Venezuela on the telco side for a year, starting around 2007. At that time there was no server/storage/sw side. I later did technical training on Storage/Server/Cloud for them, but was not in their payroll.
... because I told them, and yet it insists in showing me events in Montreal, Quebec, Toronto, Piladelphis, Fort-Worth Irving, Madrid and some other places, just because some of my closests friends showed interest. Dear facebook, I( am not about to board a plane to see a concert in Toronto, but if I fly to toronto I'll let you know.
Facebook knows I speak English, spanish and french. Because I told them. With 700 contacts, that should be enough to keep my timeline filled. And yet they insist obn showing shared-regurgitated-"viral"-chains in arabic, Turk, Armeninan, Hungarian, Chech and some other eastern european lanugages just because some of my contacts speak those languages (but they also speak english, spanish or french, and often post in thoise languages).
Facebook has a lot of room to inprove, but they have their colective heads in the sand (or some other place with a fowler smell), so, they move so glacialy, that this type of trivial thing is seen as newsworthy...
Go figure...
Nowadays, for me, facebook is mostly a contacts repository and quick joke factory.
no more, no less.
Let's see who we wouldn't want to be able to visualize (in any way) having sex:
[...]
- Madonna
I'll skiip the obvious political ones.
Sorry dude, Maddona did a porn when she was young and unknown, it surfaced a few years later...
Hairy armpits and all!
Aside from the fact that most if not all the Hardware for surveillance systems is manuactured/assembled in china, the chinese, by virtue of their MASSIVE surveillance programs at home, probably have an edge in the software front too.
Do not get me wrong, Israel, USoA, India and most of Europe have great programmers, is just that, since surveillance is much less pervasive in those countries, programmers there do not have the 'GINORMOUS' testbed that their chinese colleagues have.
Many things that normaly a programmer could oversee, become a poignant challenge at those scales.
So, at LatAm, we welcome our new narrow eyed overlords.
If the Standard call for a feature to work on Both HTTP and HTTPS, and you implement only HTTPS, then is not an standards compliant implementation...
Come on Mozilla Foundation! Those heavy-handed tactics could work when your market share was about 50%, but not anymore...
JM2C, YMMV
TL;DR No, you can not replace X86, AMD64, Power, Sparc, MIPS and ARM with a FOSS design.
openSparc, openPower, MIPS-V?
Those have opened the 'ISA', but NOT the design, so you have to design your microprocessor from scratch.
ARM? MIPS? You can get the full design, if you pay. Or you can pay for rights to the ISA, and design everything from scratch.
Designing a somewhat modern microprocesor is hard enough, even if you already have the ISA, and the beast is cruft free (64 or 128 bits from the get go, without being "somewhat compatible with everything dating back to the 8080").
If, on top of that you need to make it as fast in the datacenter as X86, AMD64, Power or Sparc. Or, if you have to make it as power-saving as ARM or RISC on mobile and IoT, well, that's a mighty struggle (it took Apple, using ARM's bootstrap several YEARS to get a good design of the ground).
Here you do not have the source code (in Verilog or VHDL) of other microprocessors to study, inspire and bootstrap the stuff, like one had the Soruce Code of AT&T SystemV , BSD, and Minix (please notice that I said Bootstrap, not copy, I am very clear that Linus developed his baby on his own), nor a pool of drop-down replacement modules like in GNU, and there are orders of magnitude fewer people that understand hardware AND microprocessor design, than the people that can contribute to software design (even if we compare only to Kernel, Drivers and Compilers only, and not to Software as a general category).
So no. The only chance is if you can get a big sponsor for the initiative (Like IBM at the time was with Linux, only MUCH, MUCH bigger). Probably one or more nation-states. Perhaps the BRICS. One can dream, but at the end of the day, no, nope.
Sorry for us all, me included.
I agree 100% with Jenningsthecat, but also:
When Job was CEO, Tim Cook was his supply chain guy. From what I hear, Cook was very good at Supply Chain Stuff.
Now that Cook is CEO, Who is the Supply Chain guy? Is he as good as Cook was?
I can think of a few:
1.) You have a critical SW which is 16bit (either the whole SW, or a library referenced through trunking). As, by AMD's design, once in 64 bit mode, you can run 32bit Sw but NOT 16bit SW.
2.) You machine can not take more than 4GB of RAM (32bit OSs and SW tend to take less memory than their 64bit counterparts). Yes, in many cases 64bit apps run faster than 32bit ones, but that does you no good if you exhaust your caches, or if you need to swap.
3.) You have some HW that only has 32bit drivers.
4.) You have an ISA/EISA/VESA Hardware. (is a special case of #3)
5.) You have no money to replace the machine.
I live in LatAm, and while is not my case, I can perfectly undestand that it happens, and seen it first hand).
6.) If it works: Why replace it?
My parents were poor and from a small town, again I can understand the sentiment. Actualy, I would encourage it. If you keep using the machine, it does not end in a landfill, and we need no new raw material and energy to build a replacement.
For #1, emulation/virtualization may be an option. If your app is 16bits, it was designed for a long gone era, and even with all virtualization overhead, it will run faster than when it was new. Also, there are some programs that hang when run too fast (I am looking at you foxpro!), so, a virtualized machine can help by regulating speed.
For #3, virtualization again, with PCI passthrough could help.
For #2 and #4 I have no idea.
If someone else can think of other reasons to stick with 32bit OSs/machines, please let me know.
PS: I still have one 32bit machine. Nowadays, the only thing it does is send stuff from plex and VideoStream to my chromecast. And sometimes use Powerpoint Viewer and act as a Decoy for thughs in the public transport.
Intel, AMD and Via have patents and cross license agreements for all those weird modes. Most realmode, protected 16bit mode and 32 bit mode patents are void by now. But patents on things like MMX, SSE, register renaming, branch prediction and other architectural goodies in X32 are still valid, and provide a barrier of entry for anyone else interested in doing an X86 processor.
Also, even if one forgets about the patents, there is a complexity barrier by having to emulate, certify and validate all that cruft, and those companies will not relinquish that barrier of entry so easily. Yes, it may help lower development complexity, and hence R&D cost, but also make it easier for competitors to enter the market.
Lastly, as processors have grown larger and more complex, the % of gains in performance, and % savings of silicon area to be had by dumpig those modes becomes negligible in the grand scheme of things....
In my case, I went from E71 in 2009 to N9 in 2011 (a gift), so no time to buy and use the E72.
My phones tend to last me four (or more) years.
If it was significantly better, or just an incremental update, is hard to say.
I've got the GarminXT application from OVI store (when it existed, I guess you can get the sis files from non-sanct-sources), and get my maps from openstreetmap in Garmin format.
As I detailed in the original post.
Got the GarminXT app because the nokia maps app that shipped with the E71 did not had turn by turn directions.
The Maps for the HereMaps App for the N9 (which I still have for the time being) have not been updated in a loooooong while... so even less hope for the E71
Provided you load up The Garmin APP, and get the maps from OpenStreetMaps, and OperaMini
More seriously though, the market has spoken, and there are only three platforms:
iOS 18% Installed base.
Google's Android with PlayStore/Services 55%
AOSP (Android Open Source Ports) 27%
the rest of the platforms (WindowsPhone10, BlackBerry's BB10, WebOS, Bada) are pretty much roundng errors.
WP10 will be supported (including security patches) until 2020. BB10 will be "zombie supported" (no mention of security patches) until 2020 as well. The other two, I do not know.
So, pick your poison wisely; for there is pretty much no escape.
But, if you are hellbent on not being on neither iOS, nor any flavour of Android, then, for your specific use case, I'd bet either on Bada (Samsung has big pockets to keep the platform going for a while), or a "Smarther than a featurephone, but dumber thn a smartphone" asha-type phone from HMD (the owners of the Nokia brand).
PS: My last four phones were a Nokia E71 like you (which I still keep around as my Garmin), then a Nokia N9, then a Blackberry Q10, then a Blackberry keyONE (android, current one), but I had a mobile phone in some capacity since 1996 (Motorola AMPS, then ericsson AMPS, then Sony AMPS, then nokia 6119, then nokia 7110, then Ericsson-Symbian-but-I-forget-cause-I-was-mugged, then Nokia 7250i, then some no-name huawei). So I kinda speak from experience.