Windows 7 Official Public Beta

By atleeit
in The Fast Ring (Insider Previews)

 Share

Recommended Posts

Grand Master

George P Global Moderator

Posted
  • Global Moderator
Posted

Lots of reviews have been using Vista x64 when benchmarking newer gfx cards with different games. And really, I could be wrong, but even with x64 the CPU is still x86, I don't think Windows is actually emulating everything like some might think it is. Since the hardware can do 32bit or 64bit, it's a simple switch that needs to be done I believe.

Veteran

iamwhoiam

Posted
Posted
Sorry to break it to you but unless manufacturers make x64 drivers 100% compatible with x64 and most programs avalible on the market compatible x64 only wont be an option, and there are still x86 processors out there and you still need x86 to create binarys for x64 so x64 would be a disaster, so umm dont compare x86 with x64

Every single piece of software that I use on x64 works perfectly.

That little part in bold up there...a bit uhm, well, yeah. :rolleyes: :blink: I hope you meant to say "you still need x64 to create binaries for x64" Either way, both statements are false.

Grand Master

Ci7

Posted
Posted
What if some smart individual designs a 32bit structure that can use more then 4GB, would 64bit disappear?

impossible it is by design , unless using P.A.E. which has special requirement

32bit = 2^32 = 4,294,967,296 bit

Grand Master

tomwarren Veteran

Posted
  • Veteran
Posted (edited)
Connect works, i'm logged in :) no Windows 7 :p

Also 7015.0.081218-1724 does not seem right.

6.1.7013.0 was built 081220-1600 - So how can Build 7015 be built before 7013 am i making sense?

So Build 7015 is 18th Dec 08

And Build 7013 is 20th Dec 08

See where i'm coming from?

v6.1.7003 was 01/12/08

v6.1.7004 was 03/12/08

v6.1.7012 was 15/12/08

7003 was not the 1st, 7004 was not the 3rd. Unless you're talking about some sub labs. I am talking about WinMain builds. And I never post information that's wrong.

Edited by creamhackered
Grand Master

Ci7

Posted
Posted
Lots of reviews have been using Vista x64 when benchmarking newer gfx cards with different games. And really, I could be wrong, but even with x64 the CPU is still x86, I don't think Windows is actually emulating everything like some might think it is. Since the hardware can do 32bit or 64bit, it's a simple switch that needs to be done I believe.

the only case that there are emulation for 32bit softwares is using the windows IA64(intel itanium 64) edition

it is not combitable with x86 ,32bit software run with performance plenty(slowdown) by doing so .

Grand Master

Si Veteran

Posted
  • Veteran
Posted
Sorry, my bad. I mean, for x86 programs to work on x64 :

http://blogs.msdn.com/oldnewthing/archive/...22/9244582.aspx

This also means that it is slower, as it is emulation.

If I remember rightly (it's been a while since I read up on this), the 'emulation' that we are talking about here is not the same kind of emulation that you will find in the Itanium (i64) builds of Windows.

On Itanium, the processor is physically unable to run x86 code, so the WOW64 emulator completely translates the code to Itanium compatible instructions and passes these to the CPU. This is like running the PowerPC versions of Linux inside PearPC on an x86 machine (or in fact games console emulators like SNES). Complete emulation like this will obviously impact performance.

On x86-64 (x64), the WOW64 'emulator' simply redirects all calls from 32 bit application to the system registry and folder locations into a seperate area, so that the 32 bit apps cannot conflict in any way with the 64 bit apps. CPU instructions on this platform however, are not emulated, and are passed directly to the CPU, as every x64 compatible processor is capable of natively running x86. In this case, there is no slow down as there is no CPU emulation.

It seems there is a lot of confusion when people talk about x86-64 and 64-bit, as Itanium does tend to get involved.

It is possible that I am also very confused, so if anyone knows better please post :)

Grand Master

Ci7

Posted
Posted
If I remember rightly (it's been a while since I read up on this), the 'emulation' that we are talking about here is not the same kind of emulation that you will find in the Itanium (i64) builds of Windows.

On Itanium, the processor is physically unable to run x86 code, so the WOW64 emulator completely translates the code to Itanium compatible instructions and passes these to the CPU. This is like running the PowerPC versions of Linux inside PearPC on an x86 machine (or in fact games console emulators like SNES). Complete emulation like this will obviously impact performance.

On x86-64 (x64), the WOW64 'emulator' simply redirects all calls from 32 bit application to the system registry and folder locations into a seperate area, so that the 32 bit apps cannot conflict in any way with the 64 bit apps. CPU instructions on this platform however, are not emulated, and are passed directly to the CPU, as every x64 compatible processor is capable of natively running x86. In this case, there is no slow down as there is no CPU emulation.

It seems there is a lot of confusion when people talk about x86-64 and 64-bit, as Itanium does tend to get involved.

It is possible that I am also very confused, so if anyone knows better please post :)

+100

you got it in the right track (Y)

Grand Master

excalpius

Posted
Posted
On Itanium, the processor is physically unable to run x86 code, so the WOW64 emulator completely translates the code to Itanium compatible instructions and passes these to the CPU.

Yes, when Intel bought the DEC Alpha 64 bit CPU technology from Compaq, they acquired the FX!32 binary translation/emulation program code used to run 32 bit applications on 64 bit DEC Alpha processors. For the Itanium, Intel uses the latest, updated, rebranded version of that code.

Experienced

scratch42069

Posted
Posted
Sorry, my bad. I mean, for x86 programs to work on x64 :

http://blogs.msdn.com/oldnewthing/archive/...22/9244582.aspx

This also means that it is slower, as it is emulation.

It's a negligible performance loss. Seriously, the 2003 FUD against 64-bit doesn't work anymore with hardware and drivers the way they are nowadays.

Grand Master

tomwarren Veteran

Posted
  • Veteran
Posted
I'm thinking at least some info will be announced today. Typical PST time though, means it's around 2 in the morning over here in the UK.

2:30am to be exact :)

I'll be posting all the stream URLs and a Coveritlive blog up later for everyone to follow along :)

This topic is now closed to further replies.
 Share
Go to topic listing

  • Recently Browsing   0 members

    • No registered users viewing this page.

  • Posts

    • Cuktech 10 Ultra charger review: big display, four ports, 110W total power

      By 31067 · Posted

      I'm content with my dual charger for now, but this actually sounds quite nice - and it's less expensive than I was expecting. As for the company, they can name themselves "Nazirapist" for all I care.
    • Still using Classic Outlook? Microsoft highlights 15 reasons to switch to New Outlook

      By Sekyal · Posted

      While I miss Outlook for a couple of small things, I use Thunderbird now because I don't like how MS wants to force you to change things.
    • Browser vendors pen open letter to Microsoft saying "enough is enough"

      By Sekyal · Posted

      Chrome has history of being the browser everyone uses because Internet Explorer sucks, not realizing that Edge changed that, but people got into the habit of using Chrome. I use Brave and I've never been happier with a browser. It does what it is meant to do and gets out of the way.
    • Still using Classic Outlook? Microsoft highlights 15 reasons to switch to New Outlook

      By The Norwegian Drone Pilot · Posted

      Wino Mail -> Microsoft Outlook (the new one). Link: https://github.com/bkaankose/Wino-Mail Just sayin.
    • Microsoft launches Godot Sample to streamline Xbox PC game development on the engine

      By LoneWolfSL · Posted

      Microsoft launches Godot Sample to streamline Xbox PC game development on the engine by Pulasthi Ariyasinghe Microsoft today announced a new endeavor that aims to make it simpler for Godot developers to get their products into the Xbox PC ecosystem. Dubbed the "XBOX Godot Sample," this is a new public reference for developers using the open-source engine. This is set to serve as an example of how Microsoft GDK, Xbox Services, and PlayFab can be integrated into their projects. The sample is available now on GitHub as a working example. This covers key features in gaming projects that developers may need to release their projects on Xbox PC, with everything from matchmaking and game sign-in to gamepad compatibility with Godot being covered. This release is being called the first step in giving Godot developers the tools to bring their games over to Xbox PC, with more changes to come based on feedback and issue reports. However, the company was clear that this is not related to bringing Godot projects to Xbox consoles. The engine's open development model stops it from accessing console SDKs due to the requirement of NDAs and legal contracts. Here's how it explained this Godot sample project's focus: This is a source-only sample, not a product. It's MIT-licensed at the wrapper layer; the GDK and PlayFab dependencies still require their own installs and license acceptance, consistent with our other XBOX samples. There is no set update cadence for support or maintenance. We’ll watch the repo, monitor issues, and iterate where it makes sense, but this isn't a commercial release. That said, we’re excited to hear your feedback and see any community PRs, as we evolve this together. This is the first step in bringing Godot for XBOX on PC. We plan to evolve it over time based on what the community tells us is most valuable. This sample is built specifically for XBOX on PC. It doesn’t include support for XBOX Series X|S or XBOX One. If you’re already building for XBOX Series X|S or XBOX One, please talk with your XBOX representative. If not, you can get started by signing up here. Game developers can find the XBOX Godot Sample by heading to GitHub over here. Documentation on how to get started with Godot for building an Xbox PC project can be seen here.

  • Recent Achievements

    • Collaborator
      Asgardi earned a badge
      Collaborator
    • Conversation Starter
      mobandz earned a badge
      Conversation Starter
    • Apprentice
      fernan99 went up a rank
      Apprentice
    • One Month Later
      nothanks earned a badge
      One Month Later
    • One Month Later
      B2Proxy earned a badge
      One Month Later

  • Popular Contributors

    1. 1
      +primortal
      468
    2. 2
      PsYcHoKiLLa
      243
    3. 3
      Skyfrog
      79
    4. 4
      FloatingFatMan
      73
    5. 5
      Michael Scrip
      60
    Show More

  • Tell a friend

    Love Neowin? Tell a friend!