安裝 Steam
登入
|
語言
簡體中文
日本語（日文）
한국어（韓文）
ไทย（泰文）
Български（保加利亞文）
Čeština（捷克文）
Dansk（丹麥文）
Deutsch（德文）
English（英文）
Español - España（西班牙文 - 西班牙）
Español - Latinoamérica（西班牙文 - 拉丁美洲）
Ελληνικά（希臘文）
Français（法文）
Italiano（義大利文）
Bahasa Indonesia（印尼語）
Magyar（匈牙利文）
Nederlands（荷蘭文）
Norsk（挪威文）
Polski（波蘭文）
Português（葡萄牙文 - 葡萄牙）
Português - Brasil（葡萄牙文 - 巴西）
Română（羅馬尼亞文）
Русский（俄文）
Suomi（芬蘭文）
Svenska（瑞典文）
Türkçe（土耳其文）
tiếng Việt（越南文）
Українська（烏克蘭文）
回報翻譯問題
討論區規矩與守則
檢舉此篇文章
7.3.5. Memory management
Every Win32 process in Wine has its own dedicated native process on the host system, and therefore its own address space. This section explores the layout of the Windows address space and how it is emulated.
Firstly, a quick recap of how virtual memory works. Physical memory in RAM chips is split into frames, and the memory that each process sees is split into pages. Each process has its own 4 gigabytes of address space (4gig being the maximum space addressable with a 32 bit pointer). Pages can be mapped or unmapped: attempts to access an unmapped page cause an EXCEPTION_ACCESS_VIOLATION which has the easily recognizable code of 0xC0000005. Any page can be mapped to any frame, therefore you can have multiple addresses which actually "contain" the same memory. Pages can also be mapped to things like files or swap space, in which case accessing that page will cause a disk access to read the contents into a free frame.
Wine isnt a emulator in the sense a N64 is a emulator.. yes wine emulates windows but your not taking it in the context its ment in..
Wine emulates windows because it actaully tricks the program to thinking its running against a NT based kernel... Which its not .....
http://www.winehq.org/site/docs/winedev-guide/x2584
once again while wine isnt a emualtor in the sense nothing is emulated its still emulating the NT kernel on a unix based system...... get it though your head...
The name Wine initially was an acronym for WINdows Emulator. Its meaning later shifted to the recursive backronym, Wine Is Not an Emulator in order to differentiate the software from other emulators. While the name sometimes appears in the forms WINE and wine, the project developers have agreed to standardize on the form Wine.
ill translate that into basic.... Wine doesnt emulate the x86 system it just re implments windows api in linux freebsd unix mac os and tells the program its running in windows which its not.... Its still not native and yes it is a emulator of sorts.
Reasons to like SteamOS:
1) Free as in beer
2) Free as in freedom
3) Potentially performs better (optimised just for gaming)
Anyone with a huge stack of WIndows only games and a high end PC is not the immediate audience for Steam. Sheesh, I've been running linux boxes in my home since '96 and I find it hard to justify switching away from my Win 7 box for games. By making my new machine a Steam Machine my game catalogue cut to a third (exactly if rounding up, spooooky!) and I'll certainly be keeping an eye out for the streaming feature to play my old library.
However, gIve it a few years and I think Steam OS will be the go-to system for lounge gaming. More games should come out for SteamOS, and in 2019 it'll be aging XBox/PS machines vs a current year (upgradable) Steam Machine backed by the Steam game catalogue.
With SteamOS in the console space, I wouldn't be surprised if XBox and PS4 title prices come down a bit too. Maybe that'll even push their console prices up slightly, but I doubt it.
Freedom wise - I vaguely recall Valve looking towards Linux when Microsoft started talking about moving into software retailing aka the Windows Store - which make them a direct competitor for Steam and with a history of abusing monopoly control of OS for benefit in application sales. Dunno what to say on that really. Steam is still DRM, albeit laid back DRM with benefits that make the sale of software as a service more paletable (sp?). Valve is basically a lovable 900lb gorilla in the online gaming market.
Economics wise, if looking to buy a mid range (okay, low end) gaming machine the price of a WIndows license can be significant. For someone getting into PC gaming (and without the baggage of a big Windows library) it's not a bad option.
My new machine came to $475, with a HDD swiped from an old hand me down PC, and a discrete 2012 graphics card only because I found one forgotten in a box near my guitar. If I'd spent $110 of that on Windows I'd have to replace the PSU with a couple of rats in a wheel.
Do some games ported to Linux run poorly? Sure.
Are there a shortage of OpenGL games because DirectX dominates Windows? Yes!
Can good games be written cross platform when devs have a think about it early on? Absolutely
So, is SteamOS better than Windows? Depends.
WIll it get better? Almost certainly.
Might it be worth considering Linux support when decide what to buy? Probably
Will we end up buying SteamOS titles anyway because they're Featured? I'd put money on it.
P.S. Yes, Linux machines get viruses and hacked occasionally. They just have a history of not being vulnerable to WIndows viruses so there (wasn't much for them to catch), a more secure security model than older versions of Windows and less things to pirate.
http://en.wikipedia.org/wiki/Compatibility_mode
I wouldn't consider that an emulator, can't you just call it for what it calls itself now? A Windows compatibility layer. It's not like you would call Windows compatibility mode an emulator either. Without complicating things, hopefully, I'll just tell you now it feels ridiculous to call it an emulator. Yes, it emulates software, but for all technical purposes we cannot call it an emulator. Especially if you go by the definition of what emulator stands for. For instance, to emulate Windows XP entirely would actually be like how a Zsnes emulator runs. You'd go through the entire Windows XP boot and loading screen, login and then you open your files on Windows XP while this is all running inside Windows 7 on a separate window. This is quite different than a compatibility layer where I run the same program inside Windows 7.
Point is, if you call that an emulator, then there is quite a lot of things we can start throwing that term around for. It's all semantics in the end I guess, I could call a calculator a computer too, but that sounds ridiculous. At best, you can call Wine a hypervisor.
Cryengine is also going linux
smiley fork bomb. those were the good times
No, console ports are pretty poor. You only have to see things like the saints row performance or just the fact that GTA5 isn't released on the pc yet months after, missing the most lucrative sales period for just pc because thats just how little pc matters. If it were developed for pc first and ported to the consoles, why hold it back;) Cod ghosts was a catastrophy on pc, the pc is still an after thought it in many cases, these are top selling games as examples. The pc market is fragmented and based on a lot of things like f2p games, you just can't deny the strength of console game sales, it drives the developer behavior you see.
so decided to try it with starcraft 2
latest version of wine 1.7
grabbed play on linux just in case wine had issues
First attempt wine would not install it ok np prob need some of the ms libraries to install the game so went to wine hq found a few guides even tried play on linux wine pol's would just crash eventually got it installed after 4 hours of messing with it..
Got it up and running.
Opensuse /ubuntu 13.10 test and windows 8
1920x1080
extreme graphics
all settings maxxed out.
openSUSE 6-18 fps from menu to actaully in game chcecked in game with ctrl alt f
Ubuntu 13.10 (which the installers did work). 8-20 fps same settings...
Windows 8.1 same settings 10-80 fps (10 fps being when there was a few hundred + unites on screen all attacking one another...)
Now this isnt a windows is better then linux post its the fact people preach wine or want wine implmented in steam os...... Wine preformance even tho wine hq toats same if not better preformance is absoult faberaction.. Granted this is just one game so i thought i would try games like D3 and so forth as far as windows vs wine preformance there was always lots of discrepencys from unplayable to just downright you had to pretty much turn everything off to make it palyable...
Not even sure how people can consider that acceptable..
Last test was Elder scrolls Skyrim... Had to under linux use the lowest settings while windows i could turn everything to maximum....
My conclusion wine isnt viable unless your using it to pull needed files to use linux based installers.
Test system
intel core 2 quad extreme
12 gb ddr 3 memory
nvidia gtx 460
http://www.phoronix.com/scan.php?page=article&item=wine_win7_2010&num=1
You didn't need to test it, it's already been covered by Phoronix. Wine isn't complete, so there will be many programs that don't run fully on par. Skyrim was just released two years ago and as far as I know, it's Direct X 9.0c that's only implemented thus far. It's pretty much expected for games to not be perfect to the Windows counterpart, what they mostly tested was very old software and the results show a lot more promise. Not to mention, your Skyrim is most likely running on Direct X 10 anyways.
http://appdb.winehq.org/objectManager.php?bIsQueue=false&bIsRejected=false&sClass=application&sTitle=Browse+Applications&iItemsPerPage=25&iPage=1&sOrderBy=appName&bAscending=true
No, the performance isn't close especially with modern games and games that require Direct 3D. I don't praise Wine as a solution to Linux gaming, I never did and you can check all my posts. I'm just saying, it's a promising compatibility layer and it's playing the catch up game with Windows so far quite well, it does it's job for what it is. The reason you want ports is obvious, if it's actually ported well, it runs above Windows benchmarks or should be able to. While a very good Wine can only be close to Windows.
And trust me, Wine doesn't stop ports from happening. That's like the same idea as saying "Not paying developers that don't support Linux actually gets them to start making Linux ports." It's quite silly in that regard. One thing I can say for sure is, at the moment, I can run some Japanese Windows XP games that will never be on Windows perfectly. Visual novels and what not, a lot of old ones, that's where Wine is very useful.
Some people use it for Microsoft Office, I think it's pointless since WPS Office and LibreOffice have caught up very far in that regard. So if my guess is correct, eventually Microsoft will port it to Linux, just like how they're porting bits of it to Android.
The only time i would see wine usefull is games like populous the beginnng where that woudl run under wine where it wont even run on windows anymore.... (anyone that got populous the beginning from gog knows even with compatablity enabled it wont run unless your talking sofware mode)
To me playing games under Wine at lower framerate is acceptable most of the time. I've played many games at 50 to 60 FPS, such as Half Life 2 before it was ported to Linux on my old Pentium 4 system with 1GB of RAM a ATI Radeon 9600 XT.
When looking at game performance under Wine, you also have to factor in that graphics drivers aren't quite at par with those on Windows. Even native games running on Linux may offer less FPS than on Windows, although the tide is turning in this respect with improved driver support coming.
Some games work better in wine than others. Whats new is the Command Stream patch, which I've mentioned briefly in that past but haven't tried yet. With this patch, you can realize a 50% to 100% increase in FPS in many if not most Direct3D games! A package for my distribution is available with that patch then you just have to enable it in the Wine registry.
This being said native ports are always better but if a native is never to arrive then Wine with or without the Command Stream patch can be acceptable for those who wish to play but don't want Windows.
Virtualization is another option, although emulated graphics cards in VirtualBox and VMWare Workstation have limited DirectX support which tends to be buggy, slow and not work for most games, not to mention have no support at all for DX10 or DX11 at this time. Only Parallels for Mac has DX10 support and its slow. Basically Wine has better success for DX9-class gaming than a VM with emulated graphics card.
The only real viable solution to VM gaming is GPU passthrough. On Linux GPU passthrough can be accomplished with VMWare ESX, Xen, and KVM. However, in order to have your GPU passthroughed along with other PCI express devices, you have to own a Motherboard, CPU, BIOS, and Graphics Card that supports IOMMU via Intel Vt-d or AMD-Vi technology. Having these requirements severely limits who can use this technology, since most motherboard BIOSes dont have solid support for it. In most cases, the user would most certainly have had to hand select computer components for a custom built computer with this hardware virtualization technology in mind in the first place.
Even when a native port is available, the Windows version can still be useful sometimes. For example, Half-Life 2 has some visual problems (such as NPCs not being lit by the flashlight when using the nVidia binary drivers) that are still not fixed on Linux, and of course mods - including popular ones like Black Mesa - are often Windows only.
What Saints Row performance? You and MA omgwtfbbq (... trying to believe you're not the same person and just signed up another account just to agree with each other and back your own arguments up) seem convinced that it runs poorly, yet I've run SR3 on nearly 10 year old hardware with no problem.
And the GTA5 port is doing the exact same thing all GTA ports have done, coming out about 6-8 months after the console release. Rockstar has ALWAYS done this, there's nothing "telling" about this. If GTA5 had come out in April, then the PC release would have been out for the xmas holidays, but it came out in September so expect a PC release sometime between March and May. You both keep ascribing this "missed holiday sales" as some sort of slight to the PC market. Sorry to disappoint, it's just what Rockstar has always done.
This one makes no sense to me, because there's no actual exe file. It's a collection of scripts and resources, and uses Source SDK 2007 (which is on all platforms) to run. There's no technical reason Black Mesa couldn't run native on Linux and OS X. It does use DLLs, though, so I'm hoping when they finish the mod (still missing the Xen levels, I believe) they'll have it available on all platforms.