It's not emulation though. It's equally as native as Win32 is - a translation layer / environment subsystem on the NT Kernel.
If the linux implementation on windows is 'emulation' then so is the regular Win32 environment. They had to implement special IPC hooks in the NT kernel to allow the two environment subsystems to talk to each other, even!
I mean, if a translation layer is 'emulation' in the fullest sense, then Win32 on NT was NEVER native and has always been emulated, because the win32 layer is translated into NT kernel syscalls, as well.
It's not emulation though. It's equally as native as Win32 is - a translation layer / environment subsystem on the NT Kernel.
If the linux implementation on windows is 'emulation' then so is the regular Win32 environment. They had to implement special IPC hooks in the NT kernel to allow the two environment subsystems to talk to each other, even!
"Configure defrag if you have an HDD. Completely disable defrag if you have an SSD. (it should be done by the OEM, but, check nonetheless)"
WINDOWS 7 AND UP HAVE MORE INTELLIGENT DEFRAG THAT DO NOT DO WHAT YOU THINK IT DOES WITH SSD DRIVES
The MFT WILL logically fragment over time, and there is a MAXIMUM level of fragmentation that the NTFS MFT can handle, at which point it will cease functioning properly (read-only, writes fail, etc)
Other OSes solve this in different ways, but all have similar issues.
it's just like disabling services on modern windows - 99.9999999999% time, it hurts perf, doesn't increase it
Also, from a security perspective, for 20k workstations at a federal contractor, we use Edge as the default and only have it invoke IE for compat modes (we also provide chrome and firefox, but due to the extra exploit mitigation technologies in Edge we're forcing any links spawned from email/applications to open in edge first)
Crufty old proprietary, 20 years ago? I'll give you proprietary, but a lot of technological advancement goes on in the unix world. Unless Solaris, AIX, and HP-UX are non-existant. And let's not forget about the huge entrenched VMS userbase....
i wouldn't be so sure about that - my floppy copies of MacOS 6 and 7 worked well on my classics and such. even my powerbook 140, and this was only 5-6 years ago. worked perfectly, original factory disk sets.
anyway, for the curious, a rundown on writing old mac floppies.
(note: if you do them as 1.44MB floppies, they read/write at the same speed, so no special hardware needed as long as you have macs that can read 1.44s. easy way to avoid the hassle if you have the option.)
Never shown and proven to be working alibet slowly and inefficiently? FALSE.
WinHEC 2003 developers saw, recieved first hand, and got to work with longhorn alphas that showed WORKING WinFS (as slow and inefficient as it was, it did what was described). Not vaporware, they actually proved it. then realized that, at the time, with computer power and legacy trappings, at the time, they couldn't deliver. Along with a/ton/ of other issues, they decided to do a full code reset and start again from the 2k3 (not XP like they had started from on longhorn!) base.
Shit happens, but it wasn't vapor ware. it was delivered to developers, shown, proven, and canceled. That's a far sight different than vaporware (shown/faked, but never proven or letting developers have the bits.)
That I could develop for, link against, compile against, and work with?
That blew my mind when the whole project was scrapped?
THAT -worked- in longhorn alphas?!
I don't consider that vaporware - they delivered bits. It worked, it was horrendously slow and inefficient due to legacy trappings - but WinFS worked to it's design specs.
"Not to mention its as much vaporware as the 2002 DNF demo. What he is talking about is the Longhorn tech demo which showed off a metadata based file system called WinFS but we don't know how it actually ran because it was never released. Every. single. thing. we know about how WinFS supposedly "worked" is based on MSFT tech demos which frankly could have been pre-rendered BS for all we know and what they showed off in 2004 as WinFS never ended up in the hands of the public."
That's the only statement in your entire comment I take exception with. It wasn't pre-rendered demos, it wasn't BS, it was bits we acquired and worked with. Bits that actually did what was described. Bits that actually did what was in the *hardcopy* developer manuals I was given at WinHEC. ReFS is now, I believe, a beginning to re-implement WinFS in an achivable timeframe, without huge overhead, and without extolling insane goals beforehand without any idea of how the development process will go. While they may have scrapped the initial WinFS, the idea still lives on. Libraries live on in a basic form, ReFS is some core principals outlined in my WinFS dev guides (not the relational aspects, but some architecture sides that'll make the relational parts possible!)
So, yes, it was never "released", yet, it was in developer hands and was shown to work, even if horribly inefficiently, it/worked/.
I do like all the new views and features the new task manager has though. I spend 99.9% of my time inside the desktop instead of metro. Metro's an awesome application launcher. It's like using quicksilver on OS X... MS finally caught up to that... 7+ years later
That's for the... Volume Upgrade License.... not regular volume license / open license / etc.
You can get volume copies of full editions of 8/2012/etc etc that are full bare metal installations from VLSC etc. otherwise, there'd be a lot of issues with some customers...
The table below lists the qualifying editionns of Windows eligible for the "Volume Licensing upgrade" under each Volume Licensing program.
If your OS license qualifies, "you can purchase the Windows 8 Pro Upgrade license", under your Volume Licensing agreement.
AKA: You can get cheaper upgrade via volume, though I've never messed with upgrade licenses under vol. I suppose that'd be for people without Software Assurance (free exchanges to full copies of the new version in volume license land)
Again: "The following conditions must be met for a licensed PC to be eligible for a Volume Licensing upgrade license:" - VOLUME LICENSEING UPGRADE - not/ALL/ volume licensing. there's a lot more to it than just upgrade licenses.....
Suck it up and realize that contract will not fit the model that the win8 store provides and take the loss then. And realize a low power/low cost winrt touch desktop/netbook type thing will mean you're violating the contract anyway.
So let's say that Microsoft promised a market of X users. Okay, great. Let's assume that for right now, X is 41 million.
Let's assume that of that market, (just for numbers) 1 million is using Surface tablets. So that's a market of 41 million WinRT API/Modern UI/Store devices. Got it. Limit yourself to the ARM devices only: You cut out 40 million possible users. Users like me, who'd actually purchase the game if they could even without a touch screen computer. (I wanted to play this on my laptop....)
Awesome. So you're stuck with 2.4% of the market of clients that could run your product, and you make 52 euros. What if the same rate of people bought your product if you made it available to 100% of the market? 52 / x = 2.4 / 100.... x ~= 2080
On windows 8, when you're coding for arm on an x86/x64 machine. your IDE and compiler and simulator are all executing x86/x64 code. You cross compile for testing on ARM device or for distribution. You get x86/x64/arm all at once. There are no code changes to make / porting to do. Limiting it to ARM devices only is a CHOICE of the developer.
Microsoft's design is that I should be able to install the same app on my tablet or my laptop or my desktop if I so choose. The developer blames Microsoft for not having an option that says "you can only download/use the metro app on tablet formfactor devices" and/or a way to enforce this restriction . The developer has a contract that says they can make this game for only tablet formfactor devices(for some awful reason). So to bypass this, they compiled it for ARM only to comply with their supposed restrictions.
They could have increased potential revenue by an insane amount. Instead they locked out 97.6% of the market.
Of course, some apps may be too heavy to execute on ARM so they will not be compiled on that platform, so won't be visible. However, There's no real justifiable reason to not make the application you're targeting for ARM available on x86/x64 as well, except for arbitrary legal ones like this.
What happens if someone makes a low powered touch windows RT pc? the app can now be downloaded onto that and it's not a tablet formfactor device.... and this violates the developer's contract.... But wait! this means the app isn't available on the Surface Pro!... which is a tablet formfactor device running the windows store! Oh my, developer, you're going to confuse and fragment the market even worse than the simple split between Windows RT and Windows 8 being merely Desktop App and beefy CPU issues.
Er... there were separate pins for usb and firewire on the iPod... looked at that connector lately? A lot of pins... they didn't "double" in a single connector, to say, besides the fact that the connectors are physically different and can't "double".... and the voltage/signal spec is different.
sure, i'm sure you could make a port with adapters or something or put an ipod port on the laptop but...that'd be insane and so easy to break!
The IO80211 inteface the airport status software pulls from is not open source, and requires reverse engineering to get the driver to pass data to/from it to provide normal airport interaction. There's just no easy way to do it unless apple takes your driver and polishes it up with their own interfaces.
Same thing happened with "OS X " compatable wifi cards i've bought in the past.... required the included program to set it up.
Quite frankly, there is are ways to do it - but it's just so much easier to it this way.
Downloadable version instead of pre-packaged, you know.....
You can still get the same thing, you just have to take the extra step to download it... and if you are in a situation where you can download email, you can download the client, as well.:)
Actually, I just picked up a few blu-ray movies at best buy for $15 each - on sale from normal price of $24.99. Admittingly, they're not new releases, but still.... quite a good price for a few 1080p releases.
Another NIMBY problem i've noticed - Amateur radio antennas and homeowners associations are NOT compatible at all, sadly. There's been talk of ages for legislation to make it so you can't restrict antennas (we do still do emergency communication work and such... especially during a hurricane or similar weather, you don't want a homeowners association's rules fucking over your emcomm capabilities... amateurs help a LOT during events like Floyd and Katrina )
When can this madness end and people realize that "property value" isn't as fragile as it really is? I mean, come on, I can understand say, a coal power plant... but... windmills and antennas? not even big antennas - any antenna is banned! in that community I lived in, even TV antennas were banned!
Verizon. EVDO is 2mbit.
Sprint. EVDO is 2mbit. (i recall, could be more, but htat's the minimum).
Being as the OP was linking to an english site, I guess that's where he is, but I personally used an EVDO card from Verizon as our house's main internet connection shared between 2-3 computers at any one time without much problem and i'd see speeds as high as 100kiloBYTES/second for download speed.
Slashdot Mirror
It's not emulation though. It's equally as native as Win32 is - a translation layer / environment subsystem on the NT Kernel.
If the linux implementation on windows is 'emulation' then so is the regular Win32 environment. They had to implement special IPC hooks in the NT kernel to allow the two environment subsystems to talk to each other, even!
I mean, if a translation layer is 'emulation' in the fullest sense, then Win32 on NT was NEVER native and has always been emulated, because the win32 layer is translated into NT kernel syscalls, as well.
It's not emulation though. It's equally as native as Win32 is - a translation layer / environment subsystem on the NT Kernel.
If the linux implementation on windows is 'emulation' then so is the regular Win32 environment. They had to implement special IPC hooks in the NT kernel to allow the two environment subsystems to talk to each other, even!
DO NOT DISABLE DEFRAG
"Configure defrag if you have an HDD. Completely disable defrag if you have an SSD. (it should be done by the OEM, but, check nonetheless)"
WINDOWS 7 AND UP HAVE MORE INTELLIGENT DEFRAG THAT DO NOT DO WHAT YOU THINK IT DOES WITH SSD DRIVES
The MFT WILL logically fragment over time, and there is a MAXIMUM level of fragmentation that the NTFS MFT can handle, at which point it will cease functioning properly (read-only, writes fail, etc)
Other OSes solve this in different ways, but all have similar issues.
Also, disabling defrag STOPS TRIM runs!
DO NOT "OPTIMIZE" SSDS
https://www.howtogeek.com/2568...
More in depth technical info about what windows defrag actually does on SSDs: https://www.hanselman.com/blog...
it's just like disabling services on modern windows - 99.9999999999% time, it hurts perf, doesn't increase it
Also, from a security perspective, for 20k workstations at a federal contractor, we use Edge as the default and only have it invoke IE for compat modes (we also provide chrome and firefox, but due to the extra exploit mitigation technologies in Edge we're forcing any links spawned from email/applications to open in edge first)
example of exploits mitigated by edge/win10 : https://blogs.technet.microsof...
Nope.
Northern VA endpoint here - guess what doesn't work? ... Netflix!
Works fine on java 8 here. Just has to be run as administrator.
Crufty old proprietary, 20 years ago? I'll give you proprietary, but a lot of technological advancement goes on in the unix world. Unless Solaris, AIX, and HP-UX are non-existant. And let's not forget about the huge entrenched VMS userbase....
i wouldn't be so sure about that - my floppy copies of MacOS 6 and 7 worked well on my classics and such. even my powerbook 140, and this was only 5-6 years ago. worked perfectly, original factory disk sets.
http://www.hardwaresecrets.com/printpage/How-to-Generate-Floppy-Disks-for-Old-Macintosh-Computers/1713
anyway, for the curious, a rundown on writing old mac floppies.
(note: if you do them as 1.44MB floppies, they read/write at the same speed, so no special hardware needed as long as you have macs that can read 1.44s. easy way to avoid the hassle if you have the option.)
Never released, YES.
Never shown and proven to be working alibet slowly and inefficiently? FALSE.
WinHEC 2003 developers saw, recieved first hand, and got to work with longhorn alphas that showed WORKING WinFS (as slow and inefficient as it was, it did what was described). Not vaporware, they actually proved it. then realized that, at the time, with computer power and legacy trappings, at the time, they couldn't deliver. Along with a /ton/ of other issues, they decided to do a full code reset and start again from the 2k3 (not XP like they had started from on longhorn!) base.
Shit happens, but it wasn't vapor ware. it was delivered to developers, shown, proven, and canceled. That's a far sight different than vaporware (shown/faked, but never proven or letting developers have the bits.)
Re the others mentioning WinFS:
The tech demos were not "pre-rendered" -
You can find longhorn alphas floating around with WinFS implementations that perform as described (alibet slowly).
They will work as described in the docs.
Vaporware.....
That I had alpha bits in my hands?
That I could develop for, link against, compile against, and work with?
That blew my mind when the whole project was scrapped?
THAT -worked- in longhorn alphas?!
I don't consider that vaporware - they delivered bits. It worked, it was horrendously slow and inefficient due to legacy trappings - but WinFS worked to it's design specs.
"Not to mention its as much vaporware as the 2002 DNF demo. What he is talking about is the Longhorn tech demo which showed off a metadata based file system called WinFS but we don't know how it actually ran because it was never released. Every. single. thing. we know about how WinFS supposedly "worked" is based on MSFT tech demos which frankly could have been pre-rendered BS for all we know and what they showed off in 2004 as WinFS never ended up in the hands of the public."
That's the only statement in your entire comment I take exception with. It wasn't pre-rendered demos, it wasn't BS, it was bits we acquired and worked with. Bits that actually did what was described. Bits that actually did what was in the *hardcopy* developer manuals I was given at WinHEC. ReFS is now, I believe, a beginning to re-implement WinFS in an achivable timeframe, without huge overhead, and without extolling insane goals beforehand without any idea of how the development process will go. While they may have scrapped the initial WinFS, the idea still lives on. Libraries live on in a basic form, ReFS is some core principals outlined in my WinFS dev guides (not the relational aspects, but some architecture sides that'll make the relational parts possible!)
So, yes, it was never "released", yet, it was in developer hands and was shown to work, even if horribly inefficiently, it /worked/.
Really? I've installed Win8 hundreds of times across VMs, bare metal, etc, and not ONCE has it mentioned secure boot to me.
I do like all the new views and features the new task manager has though. I spend 99.9% of my time inside the desktop instead of metro. Metro's an awesome application launcher. It's like using quicksilver on OS X ... MS finally caught up to that ... 7+ years later
That's for the ... Volume Upgrade License.... not regular volume license / open license / etc.
You can get volume copies of full editions of 8/2012 /etc etc that are full bare metal installations from VLSC etc. otherwise, there'd be a lot of issues with some customers...
The table below lists the qualifying editionns of Windows eligible for the "Volume Licensing upgrade" under each Volume Licensing program.
If your OS license qualifies, "you can purchase the Windows 8 Pro Upgrade license", under your Volume Licensing agreement.
AKA: You can get cheaper upgrade via volume, though I've never messed with upgrade licenses under vol. I suppose that'd be for people without Software Assurance (free exchanges to full copies of the new version in volume license land)
Again: "The following conditions must be met for a licensed PC to be eligible for a Volume Licensing upgrade license:" - VOLUME LICENSEING UPGRADE - not /ALL/ volume licensing. there's a lot more to it than just upgrade licenses.....
Suck it up and realize that contract will not fit the model that the win8 store provides and take the loss then. And realize a low power/low cost winrt touch desktop/netbook type thing will mean you're violating the contract anyway.
So let's say that Microsoft promised a market of X users.
Okay, great. Let's assume that for right now, X is 41 million.
Let's assume that of that market, (just for numbers) 1 million is using Surface tablets. So that's a market of 41 million WinRT API/Modern UI/Store devices. Got it. Limit yourself to the ARM devices only: You cut out 40 million possible users. Users like me, who'd actually purchase the game if they could even without a touch screen computer. (I wanted to play this on my laptop....)
Awesome. So you're stuck with 2.4% of the market of clients that could run your product, and you make 52 euros. .... x ~= 2080
What if the same rate of people bought your product if you made it available to 100% of the market?
52 / x = 2.4 / 100
So by the act of clicking a SIMPLE CHECK MARK they could have potentially tapped this market. --- http://blogs.msdn.com/cfs-filesystemfile.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-30-15-metablogapi/2112.image111_5F00_551F8980.png --- (yes, it's really that easy)
On windows 8, when you're coding for arm on an x86/x64 machine. your IDE and compiler and simulator are all executing x86/x64 code. You cross compile for testing on ARM device or for distribution. You get x86/x64/arm all at once. There are no code changes to make / porting to do. Limiting it to ARM devices only is a CHOICE of the developer.
Microsoft's design is that I should be able to install the same app on my tablet or my laptop or my desktop if I so choose. The developer blames Microsoft for not having an option that says "you can only download/use the metro app on tablet formfactor devices" and/or a way to enforce this restriction . The developer has a contract that says they can make this game for only tablet formfactor devices(for some awful reason). So to bypass this, they compiled it for ARM only to comply with their supposed restrictions.
They could have increased potential revenue by an insane amount. Instead they locked out 97.6% of the market.
Of course, some apps may be too heavy to execute on ARM so they will not be compiled on that platform, so won't be visible. However, There's no real justifiable reason to not make the application you're targeting for ARM available on x86/x64 as well, except for arbitrary legal ones like this.
What happens if someone makes a low powered touch windows RT pc? the app can now be downloaded onto that and it's not a tablet formfactor device.... and this violates the developer's contract.... But wait! this means the app isn't available on the Surface Pro! ... which is a tablet formfactor device running the windows store! Oh my, developer, you're going to confuse and fragment the market even worse than the simple split between Windows RT and Windows 8 being merely Desktop App and beefy CPU issues.
I'm 22 and the BARC hamfest is in 14 days... bought 4 vendor spaces...
The SDK is already free. It's the getting in the app store (maybe) that costs $99
meant to post this in the thread above, sorry.
I've got an external sony dual layer dvd+/-RW that OS X 10.3-10.5 worked perfectly with via USB or firewire too.
Er... there were separate pins for usb and firewire on the iPod... looked at that connector lately? A lot of pins... they didn't "double" in a single connector, to say, besides the fact that the connectors are physically different and can't "double" .... and the voltage/signal spec is different.
sure, i'm sure you could make a port with adapters or something or put an ipod port on the laptop but...that'd be insane and so easy to break!
The IO80211 inteface the airport status software pulls from is not open source, and requires reverse engineering to get the driver to pass data to/from it to provide normal airport interaction. There's just no easy way to do it unless apple takes your driver and polishes it up with their own interfaces. Same thing happened with "OS X " compatable wifi cards i've bought in the past.... required the included program to set it up. Quite frankly, there is are ways to do it - but it's just so much easier to it this way.
Downloadable version instead of pre-packaged, you know..... You can still get the same thing, you just have to take the extra step to download it... and if you are in a situation where you can download email, you can download the client, as well. :)
Actually, I just picked up a few blu-ray movies at best buy for $15 each - on sale from normal price of $24.99. Admittingly, they're not new releases, but still.... quite a good price for a few 1080p releases.
Another NIMBY problem i've noticed - Amateur radio antennas and homeowners associations are NOT compatible at all, sadly. There's been talk of ages for legislation to make it so you can't restrict antennas (we do still do emergency communication work and such ... especially during a hurricane or similar weather, you don't want a homeowners association's rules fucking over your emcomm capabilities... amateurs help a LOT during events like Floyd and Katrina )
... windmills and antennas? not even big antennas - any antenna is banned! in that community I lived in, even TV antennas were banned!
When can this madness end and people realize that "property value" isn't as fragile as it really is? I mean, come on, I can understand say, a coal power plant... but
Verizon. EVDO is 2mbit. Sprint. EVDO is 2mbit. (i recall, could be more, but htat's the minimum). Being as the OP was linking to an english site, I guess that's where he is, but I personally used an EVDO card from Verizon as our house's main internet connection shared between 2-3 computers at any one time without much problem and i'd see speeds as high as 100kiloBYTES/second for download speed.