Amint lesz időm elolvasom!

Utoljara a Radeon 9000 PRO volt azon kartya amit Linuxon teszteltem. Sajnos akkor meg használhatatlan volt. Az akkori SUSE es Debian telepítőim meg meg vannak valahol.... De talán meg UHU-t is találok

Azóta csak a Windows.... De ami késik az nem múlik, EN jól el lennek egy Linux-al is ha a spéci pogik mennének rajta mint DIALUX, vagy MULTISIM.
Nem próbáltam WINE-al őket egyenlőre, de csinálok egy WM-et lehet és nekiesek. Hogy mikor az meg kérdéses, DE NAGYON KÖSZÖNÖM, hogy felhívtad a figyelmem a változásokra

WINE-al csodákat lehet művelni Linux alatt, Debian + NVIDIA kombóval egész komoly játékokkal (pl.Singularity, Tiberium Wars, Portal 2... ) tudtam hibátlanul játszani anno. Annyi, hogy némi "szaktudás" nem árt mellé, mert néha masszírozni kell...

Viszont mára már kényelmességből átálltam a dual bootos megoldásra, van egy Windows, ha néha leülnék játszani, és a van a Debian minden másra

[ Szerkesztve ]

Miért is? Tán nem "rasszista" az oldal, hogy csak Windows cikkek lehetnek címoldalon?

Ha már húsvétot emlegeted, az a feltámadás ünnepe, ezek szerint a Linux is feltámad már lassan? Sokan ennek nem örülnek, de mégiscsak közeleg a desktop Linux éve.

Még nem olvastam el mélyebben a cikket, de az én kártyám is említve van A10-5800K a 6 oldalon, ami még nem GCN-es, hanem TeraScale-s. Valamit én értettem félre akkor, mert az 5. oldalon azt olvasom, hogy GCN-es kártyákon futott a teszt.

Murphy(O.o)

Majd csak figyelj, mindig úgy van, ahogy Syl írta, jönnek a véresszájú Winesek. Húdeszarezalinux az én játékom nem fut rajta......meg a többi értelmes hsz. Meg fogod látni.

Amúgy komoly írás, örülök neki Linuxosként, bár soha nem játszom. Ezen a csatornán is foglalkoznak játékokkal, ha valaki még nem ismerné.

[ Szerkesztve ]

Debian(ok) alatt, intel+nvidia kombóval, némi tweakelés után nagyon jó FPS-t lehet produkálni (főleg régebbi címekkel).

Wine alkalmazás adatbázis oldalán pedig gyakran a konkrét verziókhoz a lépéseket is leírják, amikkel életre lehet kelteni a játékokat.

[ Szerkesztve ]

Tök jó lenne a cikket kiegészíteni azzal, hogy milyen játékokat próbáltál vele, mik azok amik mennek, esetleg milyen beállításokkal stb.

A Linuxnak szerencsére nem kell feltámadnia, mert sose volt halott

Az más kérdés, hogy a sok tudatlan (lusta, elfogult...) Windows user fikázza, mert meg kellene erőltetniük a kis agyukat, hogy megtanulják rendesen kezelni, de ettől még a Linux nagyon is élhető! 10 éve használok Debiant a munkahelyi meg az otthoni gépemen + mára már 37 Debian alapú szervert üzemeltetek, szóval tudom mit beszélek

Syl kolléga megjegyzéséhez meg annyit tudok hozzátenni, hogy Jézust is megölette a tudatlan nép, de attól még nem volt rosszabb náluk (Sőt...) A Linux ugyan ez, fikázza a tudatlan nép, de ettől nem lesz rosszabb, mint a Windows, sőt...

Az a szomorú, hogy a piaci érdekek miatt van hátrányban a Linux, mert sok cég olyan programokat használ, amik egyszerűen nem mennek Linux alatt, mert nem írták meg alá, így persze, hogy a Microsoft felé kacsingatnak (a különböző Microsoft érdekeltségekről nem is beszélve)

Szia,

Esetleg nézz körbe a WINE app db-ben, ott látni fogod milyen játékokkal (vagy egyéb toolokkal) hogy boldogul a Wine.

Ja igen, van számos egyéb kezdeményezés is arra, hogy Windows alapú progikat futatt Unix körnezetben, mint pl. a Codeweavers.com vagy a Playonlinux.com , arról nem is beszélve, hogy egyer több játékból adnak ki Unix alatt futó változatot is.

Teljesen egyetértek veled, bár én csak home userként használom, 5. éve gyakorlatilag csak mindenféle disztrókat prógáltatok műkedvelőként. 5 éve még egy laikusnak Win7-ről nem volt egyszerű az áttérés annyira, mint ma ezekkel a desktop Linuxokkal. Esetenként azért VGA gondok még vannak, legalábbis a Kezdő Linuxos topikban ezzel jönnek legtöbben. Sok okostojás úgy próbálja ki a Linuxot, hogy ez egy ingyenes Win, aztán fanyalognak csak. Én 5 éve abból indultam ki, ha totál laikusként meg tudtam tanulni a Win kezelését és minden azon csináltam, akkor ez egy desktop disztrón is fog menni.

Ez a terascale/GCN határvonal viszont tényleg érdekelne, hogy csak véletlenül került-e az írásba GCN-esként az A10 5800.

aztamindenit, micsoda szep munka, grat

Még majd elolvasom, de lenne egy apróság, ami nekem hiányzott az elejéről. Nem írtad, melyik Mesa verzió van fenn, ugyanis elég sok fejlődésen ment át az utóbbi időben.
Azt jól gondolom, hogy csak Wine-os összehasonlítás volt, nem natív?

Hmm, nem kevés munka, grat.

Annyit beírhatnál a cikkbe ha már úgy is beszéltél róla, hogy a GCC O2 és O3 optimalizációs szintjei között az a különbség, hogy az O2-ben olyan optimalizációk vannak amik nem növelik meg a lefordított bináris méretét, míg O3 esetén olyanok is bekerülnek az O2-es optimalizációk mellé, amik már méret növekedést is okoznak.

Egyébként meg troll mode on:
Mostanában jött pár jelentősebb mesa meg kernel fejlesztés a 4.10 óta, nem akarod újra letesztelni a dolgokat és írni egy friss cikket?

A Linux annyira nem halott, hogy már szinte mindenben az van: telefon, TV, router, egyéb okoscuccok...

Én egy régi játékot, a World Championship Snooker 2004-et telepítettem föl Wine alá Linux Mint Cinnamon 18.3 rendszerre.
Jól futott, annyi kikötéssel, hogy a futtatás idejére egy ablakban emulált asztalt kellett beállítanom, mert natív, teljes képernyős módban megbolondította a Linux asztali környezetét. A másik apró gond, hogy a játékos nevét muszáj volt PLAYER 1-en hagyni, mert ha át akartam írni, bármilyen billentyű lenyomására teleírta az adott karakterrel a nevet. Ha például lenyomtam az A betűt, akkor a játékos neve AAAAAAA lett. Mindettől függetlenül jól futott a program ablakban.

Az uj Wine verziok nagyon durvan jok.

Nekem regebbi jatekaim vannak, amik mai GPU-kkal, mai driverekkel nem mennek tul jol se Win7, se Win10 rendszeren.
Nalam a 2003-2007 kozotti NFS cimek jobban mennek WINE alatt egy AMD Trinity APU IGP-jen, mint havernal az egy eves csucs gepen.

Nekem volt olyan, hogy a Serious Sam2 nem látott ki netre Win7 alatt, akárhogy állítottam a tűzfalat. Elindítottam Wine alatt Linuxon és egyből tudtam vele multizni.

En azt szoktam mondani, hogy a Wine kompatibilisebb a regi Windows-okkal, mint maga a Windows.
Szerintem ebben nincs is tulzas.
Ugy, mint a DosBox; az is jobban futtatja a Dos-os jatekokat, mint annak idejen az MS-Dos akkori csucs gepen.

Wine-on néhány játék jobban fut mint a natív új windowsokon.

Viszont elég nehézkesen zajlik a Wine fejlesztése. Ez a CSMT dolog is már valamikor 2012 körül létezett de csak most a 3.3-as verzióra jutott el odáig, hogy befejezték és alapból aktív...

Bici: passz, ennyire nem ismerem őket.

Jó látni, hogy ez ilyen szépen fejlődik. Köszönjük a profi írást! :X

Én akkor már csak az kéne, hogy az új slágerek (Fortnite, PUBG, BF1, R6Siege, ...) normálisan és stabilan fussanak és akkor én is elkezdek átmászni Linux-ra.

Az uj jatekok szerintem soha nem fognak garantaltan jol menni Wine-on.
Az egesz reverse engineering modszerrel keszul, amihez ido kell. Vagyis mindig lesz valamekkora kesleltetes (1 ev legalabb).
Ezt csak akkor lehet elkerulni, ha:
- az MS beszall
- az adott uj jatek olyan (regota hasznalatos) technologiat hasznal, amire mar van megoldasa a Wine-nak
- a MS valamiert hosszabb ideig nem fejleszti a Windows jatekokert felelos reszeit

Legfeljebb a masodik pont reallis.

[ Szerkesztve ]

Én már annak is örülnék, ha az "ABEV" futna rajta. Vagy Wine kell, de az ugye futtatja a kártékony Win progikat, vagy parancs sorból kell beavatkozni.

Az nem az abevjava, amire gondolsz? Mert abból van java-s futtatható és rpm-es csomag is.

Utánanéztem és úgy tűnik a legtöbb gond nem is az alapjátékkal van a gond, hanem valamelyik keretrendszer komponenssel (pl BattleEye), pedig maga a game menne. Pl a Fortnite már rendben megy. Jó lesz ez egyszer.

Köszönjük ezt a hasznos írást.
Lenne viszont pár kérdésem.
Azt tudom, hogy a steam kliensből van Linux verzió, de mi a helyzet a többivel? (origin pl.)
Miért jobb linuxban futtatni egy játékot wine alatt, mint összedobni egy dual boot rendszert?
Hogy működik a játék telepítés? Mondjuk ha van lemezes játékom, azt csak telepítem wine alá?
Ha steamen veszek játékot, aminek nincs Linux verziója, akkor hogy futtatom Linuxon?
Bocs a sok kérdésért, de engem a gyakorlati felhasználás kicsivel jobban érdekel, a kalózkodásból meg már kinőttem.

-a dualboot célszerűbb, természetesen
-cd -s játék: igen úgy, de arra inkább a PlayOnLinuxot javasolnám a csupasz wine helyett
-a Steam letölti a wines játékot, aztán elindítani nem tudja. Ez után megpróbálhatod kézzel elindítani wine játékneve.exe paranccsal a megfelelő mappában.

A játékok kompatibilitását meg a wine appdb oldalán meg tudod nézni, mert előfordulhat, hogy xy dolgot fel kell raknod az adott játékhoz a winetricks segítségével.

Azért a Mesa kapcsán a "nincs választás, csak a zárt" kissé leegyszerűsíti a dolgot. Pedig játék szempointjából nem mindegy, hogy az alap Mesa driver van-e fenn, vagy padoka, esetleg Oibaf.

A Wine kapcsán pedig mindenképp érdemes szót említeni a VKDX-ről és a VK9-ről, mert a Vulkan-on szimulált DX-nek mindenképp több esélye van normális teljesítményre, mint az OpenGL-en való zötykölődésnek.

Ez az, amd apuval és amd vgaval készült a teszt. Ennek azért örülök mert nekem is amd apu+dgpu van a laptopomban. Később elolvasom az egészet amint lesz időm. Köszi a tesztet.

Én úgy tudom, az újabb 9-es java-val volt gond, de a 8-assal rendben megy most is Linuxon.

Köszönöm szépen a sok olvasás, szeretném leszögezni, hogy a teszt csak azért készült mert tavaly május körül vettem egy A10-7800-as APU-t és kíváncsi voltam, hogy mennyivel gyorsabb mint az A10-5800, és ha mértem akkor egy itt lévő videókártyát sem volt nagy meló belevenni a tesztbe.

Megpróbáltam az itt felmerült kérdéseket a cikkben is feltűntetni.

#3 Murphy(O.o): nVidiánál a zárt driver nagyon jó, bár én csak hallomásból tudom azt mondani, hogy közel natív windows sebességre képes Wine alatt.

(#7) ubyegon2: bizonyos tesztek, ahol a beállítások vagy modulok eltérését mértem adott konfiguráción történtek. Erre pont jó példa az 5. oldal, mert az AMDGPU/Radeon kernel driver csak a GCN 1.1-es kártyáknál használható. Ezt egyébként ott is elolvashatod

(#9) lugosi: a teszt célja, a különböző beállítások és párosítások összehasonlításra.

(#14) lev258: javítva, a 8. oldalon lévő tesztek miatt kerültek be egyébként a tesztbe az újabb kernel és Wine verziók, 5 hónappal később mértem le ezeket. Egyébként a régebbi architektúrákhoz - amilyenek ezek is - lényeges változások már nem kerülnek be a Mesa-ba.
Igen, Linux alatt csak Wine-os összehasonlítás ment, natív játékot nem mértem le.

(#15) CPT.Pirk: írtam pár sort a GCC mellé. Majd lehet, hogy írok hozzá frissítést, de már egyik alkatrészem sincs meg az akkor használtak közül Egyébként szerintem driverek kapcsán kár lenne bele az idő. Akit érdekel az elolvassa angolul is, nagyon jól összeszedett írományokat találni.

(#31) icemad: a dual-boot szerintem csak hit kérdése, nyilván nagyon ritka az az eset, amikor a Wine gyorsabb. Pirk kapitány megválaszolta a többi részt

(#33) leviske: arra gondoltam, hogy adott kártyánál az architektúra határozza meg, hogy melyik Mesa driver használható. VLIW4, VLIW5 -> r600, GCN -> radeonsi.
Olvastam már róluk, ígéretes fejlesztések, de még időre van szükségük.

[ Szerkesztve ]

Ez a CPU üzemező változtatása engem érdekelne. Nincs erről egy részletesebb leírás, hogy hogyan lehet, illetőleg kinek melyikkel milyen tapasztalata van?
Androidon is szoktam ezt változtatni, hogy ha custom kernel-en vagyok (van hogy noop, vagy hogy deadline-t), szal ezért is érdekelne.

Egy normál gépen elég kevés jeéentősége van az üzemezőnek. Csináltam mindenféle méréseket 6 különböző ütemezővel, de nálam hibahatáron belüli eredményt adtak.

vinibali: Annyira nem egyértelmű a driver kérdés, meg az infó jó része nincs is meg magyarul. Egyébként a kezdő Linuxos topic téma-összefoglalójáról van szó. Oda pár éve én írtam dolgokat, de mára már teljesen outdated.

Szerintem a végső levonható következmény a saját tapasztalataim alapján az, hogy a linux potenciálja a csillagos ég... ha értesz hozzá. Valószínűleg egy random gamer továbbra sem jut messzebb a 2-3 évvel ezelőtt uralkodó színvonalnál, de isten mentse meg a Microsoftot attól aki tudja mit csinál. Én nekem az anti-cheates gammákkal van a bajom, de ha tehetném akkor gpu passthrough-val megoldanám azt is.

Elég sok, akarod mondani. A nem-vanilla ütemezők, mint amilyen a linux-ck és a linux-zen, sokkal jobban működnek multitasking alatt. Nekem legalábbis kevesebb bajom van a böngészővel játék alatt amikor a zennel csapatom. Sőt, fordítani is jól lehet, a gépem meg se rezzen attól hogy berakok compile-olni egy kernelt. Mondjuk egy másik kérdés az hogy mennyivel kevesebb időbe telne hogy lefusson ha maximálisan kihasználná a hardver adta teljesítményt.

Várjál, azt hiszem összekevertem a dolgokat. Én csak az IO ütemezők hatását néztem meg, ezt a kettőt amit mondasz, ezeket nem.

Flash alapúakon a noop helyett mikor volt jobb a deadline? Szerintem ott a noop, ami beérkező sorrendben írja és olvassa az adatokat, teljesen jó. SSD-n is ezt érdemes használni. szerintem

(#38) CPT.Pirk

hibahatáron belüli Az mennyi?

BFQ-v7r6 versus CFQ, DEADLINE and NOOP on an SSD

Demo of the performance of the bfq disk I/O scheduler on a hard disk

Milyen meghajtón csináltad a tesztet és melyik 6 ütemezővel?

Ez a BFQ amúgy nem rossz és 4.12 óta már tartalmazza a kernel, nem kell patchelni.

[ Szerkesztve ]

Ha arra gondolsz amire én is, akkor én is összekevertem a CPU és az IO schedulert régebben. Megesik. Akkor a másik felhasználónak szólt a válaszom. A CPU schedulernek nem biztos hogy mindig lehet érzékelni a hatását, de nagy eséllyel ugyanazt vagy rosszabb teljesítményt nyújt benchmarkban. Nem biztos hogy kimutatható, mert sok más dolog valszeg kompenzált érte a ck-ban.

Minap én is GPU passthrough-val szenvedtem, de nem tudtam megoldani, pedig lehetséges egy videókártyával is, csak akkor nincs kép, míg a host rendszer tölt be. Végül szégyen szemre natív Win10-et tettem fel egy külső SSD-re, azokhoz a játékokhoz, amelyek nem, vagy nem jól futnak Wine-ből, pedig már vagy 4-5 éve nem windowsosok, nincs is fent Windows a gépeimen, vagyis volt egy rövid ideig egy játszós laptopom, de az meg beadta a kulcsot. Pedig eredetileg Qemu KVM-es virtualizáltat akartam, hiába támogatja a gép a VT-x mellett a VT-d-t is, hiába tudtam neki minden más hardvert átadni, csak nem ment a GPU passthrough, noha még azt az árat is megfizettem volna, hogy nincs kép azután sem, hogy kilépek a virtuális gépből. Amúgy ahogy néztem, a hardveres virtualizáció lényegében natív teljesítménnyel fut, alig van overheadje, örültem volna, ha natív GPU-s megoldással tudtam volna tolni. Nem akartam partíciókból lecsípni, meg dualboottal gányolni, csak azért, hogy néha régebbi windowsos játékokkal is toljam.

Igaz én elég régi Intel IGP-n próbáltam HD3000, ami az i7-2620M-be van integrálva.

Az ilyen ütemezőkkel varázslásokban nem hiszek, ha hoz is némi teljesítménynövekedést, az közel van a mérési hibahatárhoz. Nem ez fog számítani, ha sok hiányzik ahhoz, hogy a játék normálisan fusson. Ha meg eleve normálisan fut, akkor meg azért nem kell vele trükközni. Ezt a CSMT és NINE párost ki fogom próbálni Wine-n.

[ Szerkesztve ]

GPU-nak és az alaplapnak/chipsetnek is kell támogatnia a passthrough-t. i5-2400k-m van, az alaplap meg túl régi hogy ilyen technológia legyen benne. Nem néztél valamit félre?

Szép munka, de a saját dolgodat is megkönnyítetted volna, ha szerepelteted a tengelyeken, hogy mit tartalmaznak, vagy legalább a mértékegységeket. Esetleg egy sima "FPS - t; Live For Speed" szöveget hozzá lehetett volna adni a diagramok címeihez. Így hiába van odaírva az első oldalra, hogy mit mértél minek a függvényében, ha valaki esetleg linkeli máshova az eredményeidet kép formában, ott nem fogják tudni kitalálni, hogy ezek valami százalékos értékek, lag, memóriakihasználtság, hőmérséklet vagy esetleg az egy földrajzi területre jellemző napi átlagos csapadékmennyiség.

Számszerűen már nem tudom de annyira kis eltérések voltak, hogy töröltem a cikket róla, mert nem volt értelme.

Nem néztem félre, biztosan támogatja a VT-d-t. Szerintem csak én voltam balfax, hogy nem tudtam a futó host OS-től elvenni, utána ment volna. Meg próbáltam egy USB-s háttértárat is átadni, az átadódott, de a Windows 10 nem teljesen ismerte fel, nem tudta hozzá a rendes beépített drivert telepíteni, pedig olyan eszközről van szó, amit alapból kezel.

De így utólag nem bánom, hogy natívan tettem fel, mivel 1080p-s netflixezésre is jó a Win10. Linux alatt az összes natív megoldás a Mozilla-féle Widevine DRM-plugint használja, az meg csak max. 720p-re van korlátozva, mindegy, hogy Firefox, Chrome, vagy Kodi 18 alatt használja valaki.

Lehet neked meglepő, de igenis foglalkoznak még a régiekkel is, kis teljesítmény-javítások időnként érkeznek hozzájuk is (r600g).

Ez alapból is támogatja, Intel6/C200-as chipsetnek írja (ThinkPad X220), az UEFI BIOS-ban is lehet kapcsolgatni ki-be, természetesen be van kapcsolva.

Ettől régebbi, C2D-s chipsetek is tudták. A VT-d elég régóta jelen van.