És mások is akik segítettek.
Nemrég kérdeztem egy-egy kisebb fájl, vagy mappa titkosítása ügyében.
Minden javaslatot kipróbáltam, kivéve ami csak terminálból megy.



Sajnos egyik se jó, nem éleszerűek, ugyanannyira bonyolult, vagy inkább nem pár kattintás mint az általam eddig használt VeraCrypt konténer.
Több tipp ilyen megoldásokra épül, Kde vault és hasonlók.
de én nem akarom konténerbe gyűjteni a pár darab fájlt, 2-3 mappát ami szerteszét van a lemezeken.
Ugyanott lennék mint a Verával.
A fájltömörítők sem jók, abból a szempontból jó hogy pár kattintás, password beírása és kész a jelszavas zip.
De az eredetit otthagyja a könyvtárba. Vagyis minden ilyen után törölni kellene az eredeti fájlt, mappát.
A gpg, hát az nekem ágyúval verébre, kulcspár generálás meg még nem is tudom mik, de a legnagyobb hibája hogy az is otthagyja az eredeti fájlt és mellé hozza létre a titkosítottat. megint csak törölgetni kell utána.
Ez elmondva talán nevetséges de napi használatba meg nem életszerű, elfelejti a ember törölni az eredetit, akkor meg pont semmit nem ér az egész procedúra.

Olyat keresek mint Winen, egy nyúlfarknyi program, telepítése után kér egy jelszót.
Ezután ha bármilyen fájlon jobbklikk, megjelenik a jobbklikkes menübe hogy tikosítás, katt, bekéri a programnak megadott jelszót, enter és kész. A fájl titkosított.
Kinyitása,fájlon kétkatt, érzékeli hogy az titkosított, feldobja a jelszókéró ablakot, beír, enter.
Visszafejtette.
A fájl fejlécébe tesz valamit és megváltoztatja a fájlt, nem tudom hogyan de működik.
Az is biztos hogy nem 256 bites titkosítást csinál de nekem arra teljesen jó volt évekig hogy pár fájlt elrejtsek avatatlan szemek elől.

Maradok a Vera mellett akkor, az se túl gördülékeny de megszoktam, bár jó lenne valami faék egyszerű.
Vagy a gpg-t rá lehet venni hogy törölje az erdeti fájlt, akkor teljesen jó lenne nekem.

windowsnál könnyű. Az Amd Adrenalin kezeli, abból a legfrissebb van fent. De linuxnál ez olykor körülményesebb. Olyan csomagra hivatkozik a legfrissebb zárt meghajtó, ami nem elérhető már vagy nem is létezett.

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Hogyan csinálod?
Mert most tök simán toltam Geekbench gpu tesztet a nyílt radeon driverrel...

Parancs: ./geekbench_x86_64 --compute vulkan
Eredménye: https://browser.geekbench.com/v5/compute/2200417

Még mindig szeretném, ha tennél fel inxi kimenetet, hogy érdemben tudjunk segíteni... Viszont lehetne a fullos kimenet:

inxi -Fxxx

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

A kérdésekre, javaslatokra továbbra sem reagálsz.
Egyébként nem, ott sem olyan egyszerű. Windows frissítések vagy AMD driver bug-ok is lassíthatják. Szóval a "legújabb" nem feltétlenül a legjobb.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Igen , csak nekem 5ezer párszáz pontot írt nyílt forrású driverre

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Bocs, családos ember lévén nem a fórumon töltöm az időm az időm 90%-át. Én kérek elnézést,ha nem reagálok azonnal.

Eddig nem volt gondom a legfrissebb meghajtóval.

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Akkor mégis van 3D gyorsításod.

Tényleg kellene az az inxi kimenet, hogy érdemben tudjunk erre mondani valamit. Már csak azért is, hogy legalább a gpu típusát pontosan lássuk.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Nem a reakcióidőd a baj, hanem a válaszok (azok hiánya). Pontosan ott tartunk, mint délután, amikor elkezdtük a diskurzust.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Friss telepítés után:
sudo inxi -Fxxx
System:
  Host: Spityu-MatebookD15 Kernel: 5.4.0-42-generic x86_64 bits: 64 
  compiler: gcc v: 9.3.0 Desktop: Gnome 3.36.3 wm: gnome-shell 
  dm: GDM3 3.34.1 Distro: Ubuntu 20.04.1 LTS (Focal Fossa) 
Machine:
  Type: Laptop System: HUAWEI product: BOHK-WAX9X v: M1040 
serial: ****************************
Mobo: HUAWEI model: BOHK-WAX9X-PCB v: M1040 serial: *********************
  UEFI: HUAWEI v: 1.11 date: 12/04/2020 
Battery:
  ID-1: BAT1 charge: 41.7 Wh condition: 42.1/41.6 Wh (101%) volts: 13.1/11.5 
  model: Sunwoda-H HB4692J5ECW-31 type: Li-ion serial: 21552 status: Unknown 
  cycles: 4 
CPU:
  Topology: Quad Core model: AMD Ryzen 7 3700U with Radeon Vega Mobile Gfx 
  bits: 64 type: MT MCP arch: Zen+ rev: 1 L1 cache: 384 KiB 
  L2 cache: 2048 KiB L3 cache: 4096 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
  bogomips: 36734 
  Speed: 1372 MHz min/max: 1400/2300 MHz boost: enabled Core speeds (MHz): 
  1: 1333 2: 1180 3: 2113 4: 2279 5: 1210 6: 1531 7: 1433 8: 1551 
Graphics:
  Device-1: AMD Picasso vendor: Huawei driver: amdgpu v: kernel 
  bus ID: 03:00.0 chip ID: 1002:15d8 
  Display: server: X.Org 1.20.8 driver: amdgpu compositor: gnome-shell 
  resolution: 1920x1080~60Hz 
  OpenGL: renderer: AMD RAVEN (DRM 3.35.0 5.4.0-42-generic LLVM 10.0.0) 
  v: 4.6 Mesa 20.0.8 direct render: Yes 
Audio:
  Device-1: AMD Raven/Raven2/Fenghuang HDMI/DP Audio vendor: Huawei 
  driver: snd_hda_intel v: kernel bus ID: 03:00.1 chip ID: 1002:15de 
  Device-2: AMD Raven/Raven2/FireFlight/Renoir Audio Processor 
  vendor: Huawei driver: snd_rn_pci_acp3x v: kernel bus ID: 03:00.5 
  chip ID: 1022:15e2 
  Device-3: AMD Family 17h HD Audio vendor: Huawei driver: snd_hda_intel 
  v: kernel bus ID: 03:00.6 chip ID: 1022:15e3 
  Sound Server: ALSA v: k5.4.0-42-generic 
Network:
  Device-1: Realtek RTL8822CE 802.11ac PCIe Wireless Network Adapter 
  vendor: & Tele RSH driver: rtw_pci v: N/A port: 2000 bus ID: 02:00.0 
  chip ID: 10ec:c822 
  IF: wlp2s0 state: up mac: 5c:ba:ef:a7:fe:ab 
Drives:
  Local Storage: total: 476.94 GiB used: 6.95 GiB (1.5%) 
  ID-1: /dev/nvme0n1 vendor: Western Digital 
  model: PC SN730 SDBPNTY-512G-1027 size: 476.94 GiB speed: 31.6 Gb/s 
  lanes: 4 serial: 2014HJ468610 rev: 11110000 scheme: GPT 
Partition:
  ID-1: / size: 77.78 GiB used: 6.84 GiB (8.8%) fs: ext4 dev: /dev/dm-0 
  ID-2: /boot size: 456.7 MiB used: 101.6 MiB (22.2%) fs: ext4 
  dev: /dev/nvme0n1p4 
Sensors:
  System Temperatures: cpu: 59.9 C mobo: N/A gpu: amdgpu temp: 59 C 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 290 Uptime: 4m Memory: 6.79 GiB used: 1.45 GiB (21.3%) 
  Init: systemd v: 245 runlevel: 5 Compilers: gcc: N/A Shell: bash (sudo) 
  v: 5.0.17 running in: gnome-terminal inxi: 3.0.38 

Ezt produkálja nyílt driverrel
https://browser.geekbench.com/v5/compute/2200622
És elvileg ennyinek kéne lennie:
https://browser.geekbench.com/vulkan-benchmarks

Mivel jócskán ezen érték alatt van, biztos hogy meghajtó hiba

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Azzal érdemes kezdeni, hogy a Vega10 nem csak ebben az energiatakarékos (U jelű) CPU-ban található meg. A videókártyák tesztjében szó nincs róla, milyen CPU-ba volt beépítve, de biztos vagyok benne, a legjobb teljesítményűvel végezték a tesztet. Ez már önmagában indokol különbséget, valószínűleg nem is keveset.
Ettől persze még lehet javítani rajta, frissebb kernellel és Mesa-val, de nem fogod elérni azt az értéket, amire pályázol. Windows-on se.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

nem mondtam, hogy ennek is annyinak kell lennie, de véleményem szerint nem közel 8ad-át kellene produkálnia. Hozzáteszem, Windows-on 1GV VRAM-mal megy, linux alap meghajtóval csak 256MB-on. Ez sem mind1.
Most indítottam egy sudo apt-get dist-upgrade-et, leszedett közel 530MB-nyi frissítést és ezt írta ki:
/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-5.8.0-36-generic
Megtalált initrd lemezkép: /boot/initrd.img-5.8.0-36-generic
Megtalált linux lemezkép: /boot/vmlinuz-5.4.0-42-generic
Megtalált initrd lemezkép: /boot/initrd.img-5.4.0-42-generic
Adding boot menu entry for UEFI Firmware Settings
kész
Aktiválók feldolgozása: ca-certificates (20201027ubuntu0.20.04.1) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
Aktiválók feldolgozása: initramfs-tools (0.136ubuntu6.3) ...
update-initramfs: Generating /boot/initrd.img-5.8.0-36-generic
W: Possible missing firmware /lib/firmware/amdgpu/navi12_gpu_info.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_ta.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_asd.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_sos.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec2.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_rlc.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_mec2.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_mec.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_me.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_pfp.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_ce.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sdma.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_sdma1.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_sdma.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/navi12_dmcu.bin for module amdgpu
Kezdő lévén nekem ez kicsit kínai, annyi világos, hogy valami hiányzik.

Amit a neten felleltem leírásokat, tippeket-tanácsokat, nagyon sokat kipróbáltam, mindegyik ugyan arra a hibára fut, hogy az amdgpu-hwe és az amdgpu-pro-hwe csomag nem létezik.
Az a baj, hogy, így alap VGA képességgel virtuális gépen sem fog menni a 3D.

Még jó, hogy felírtam. Windows-on Vulkan teszt 10790 pontot produkált. Linux-on sem csinálhatna kevesebbet. CPU teszben is vannak difik.
Windows-on:
Single-Core 943/Multi-Core 3149
https://browser.geekbench.com/v5/cpu/5766884
Linux-on:
Single-Core 1022/Multi-Core 3288
https://browser.geekbench.com/v5/cpu/5777120

A CPU eredményeket alapul véve, Linux alatt hasonló difivel kellene pontot produkálnia Geekbench-ben.

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Írtam, mit lehet csinálni.
A videómemória mérete pedig valószínűleg automatikusan van szabályozva (256 a minimum, ami bőven elég a rendszer sima használata esetén, játéknál majd feljebb megy). A 3D az megy jelenleg is, viszont ilyen géppel én nem virtualizálnék. Ezt nem arra találták ki.
Megj.: Ami hiányzik, az neked lényegtelen.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

A hiányzó firmware pótlásához a linux-firmware csomagot kellene frissíteni, mert a 20.04-ben 1.187-es van, de annak az updates ágában van 1.187.7-es verzió, ami tartalmazza ezt a javítást is:
"- UBUNTU: amdgpu -- Add navi14 and vega20 TA firmware for 5.8 hwe kernel"

Ha jól értem, be kell kapcsolni hozzá a "focal-updates" szoftverforrást és csinálni egy frissítést. Dunno merre van (gondolom a frissítéskezelőben), rég nem használtam már Ubuntut.

Egyébként látom felment az 5.8-as kernel, az jó. Viszont utána friss nyílt radeon drivert is tennék fel, ahhoz ezt kell tenned:

sudo add-apt-repository ppa:oibaf/graphics-drivers
sudo apt update
sudo apt upgrade
Aztán restart.

Pl. azért, mert a 21-es Mesa-ban már ki van cserélve az LLVM fordító ACO-ra, ami elég jelentős előrelépést jelentett a teljesítmény terén. Ubuntu LTS-nél lassan csorognak a mesa frissítések...

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

glxgears 60fps

phoronix/unigine-heaven test1 opengl 1920x1080 14fps-24fps,1280x720 ~27-34fps

Ezek szerint van valamelyest 3D támogatás, csak gyengébb mint kéne(Windows-hoz képest).
A lshw -nnk | grep -i vga -A3 | grep 'in use'
parancs szerint a használt resources ioport:1000(size=256) a memória méret. Bios-ban nem állítható, rendszer memóriából fixen allokált 1024MB! Ezek szerint a linux driver hibás, hogy az 1GB-ból csak 256MB-ot használ.

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Köszi a tippet, mindjárt megcsinálom

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

https://browser.geekbench.com/v5/compute/2201045

Graphics:  Device-1: NVIDIA TU116M [GeForce GTX 1660 Ti Mobile] driver: nvidia v: 450.102.04 
           Device-2: Advanced Micro Devices [AMD/ATI] Picasso driver: amdgpu v: kernel 
           Device-3: IMC Networks USB2.0 HD UVC WebCam type: USB driver: uvcvideo 
           Display: server: X.Org 1.20.9 driver: amdgpu,ati,nvidia unloaded: fbdev,modesetting,nouveau,vesa resolution: 
           1: 1920x1080~60Hz 2: 1920x1080~120Hz 
           OpenGL: renderer: GeForce GTX 1660 Ti/PCIe/SSE2 v: 4.6.0 NVIDIA 450.102.04

Azért a gépet ne dobd ki, nem olyan rossz eredmény az. Szerintem.

Ismétlem, 256 a minimum. Akkor fogod látni, hogy többet használ, ha erre specializált programmal (pl. MangoHUD) figyeled videó memória igényes művelet közben.
A kolléga (CPT.Pirk) tanácsai hasznosak, bár a firmware dolog felesleges, a te helyzeteden semmit nem változtat.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Rosszabb lett az eredmény mint volt. 5062-re csökkent frissítés után.

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Az Oibaf elég gyakran frissül (akár naponta többször is), ami a bug-ok megjelenése szempontjából sem túl előnyös.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Linux-on elég rossz, Windows alatt majdnem dupla pontszámot csinál geekbench-en. Akkor linux-on miért nem tudja? Pedig nem egy úgy IGP-ről beszélünk, 2017 óta használja az AMD.

Kidobni nem fogom, max használom a winfos 10-et.

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Mondok még egy lehetőséget, gyorsan ki lehet próbálni. Párszor már bejött, hogy ha valami nem akar menni Uborka alatt, akkor Manjaro (vagy bármi, ami nem a Debian vonal leszármazottja)...

https://manjaro.org/download/

Telepítés nélkül, csak egy pendriveról bootolj be vele, aztán nézd meg mit csinál ott a Geekbench. Arch alapon, friss kernel és mesa alapból...

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Köszi, megnézem., de szerintem csak holnap.

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Mi lenne, ha bevágnád rejtett mappába, rejtett fájlként? Csak te tudod hogy van olyan és tudod hol keresd. Ha tényleg nem annyira a titkosítás fontos, csak az elrejtés.

Manjaro leves. Nem tud UEFI bootolást.

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Volt ilyen egyszerűség amit keresnél, csak 18.04-nél kivették az Ubuntu-ból.
Cryptkeeper volt a neve, sajnos sérülékeny volt a jelszó kezelése.

A KDE Vaulttal mi a baj? Annál egyszerűbb szerintem nem nagyon van. Egy klikk, jelszó, megnyit. Egyklikk, bezár, ennyi.
gpg-nél nem kell kulcsot generálni (ha szimmetrikus titkosítást használsz), ennyit kell csinálni:

tar --remove-files -c transgui -f - | gpg -no-symkey-cache -c -o transgui.encrypted

Ahol transgui az a mappa, amit titkosítani szeretnél, transgui.encrypted pedig a kimeneti titkosított fájl neve. Ennek hatására (nálam legalábbis) megnyílik egy grafikus ablak, bekéri a jelszót, és titkosítja vele a transgui mappát. A --remove-files kapcsoló becsomagolás után törli az eredeti fájlokat. A -no-symkey-cache azért kell oda, hogy ne cachelje a jelszót.
Visszafelé ugyanez: gpg -d transgui.encrypted | tar x
Ez visszafejti és "kitarolja" a fájlt.
Erre kell valami rövid scriptet csinálni úgy, hogy a fájlnevet a script paraméteréből vegye.

Tégy egy próbát a SiriKali-val is.

[ Szerkesztve ]

Dehogynem tud. Hogyan írtad ki?

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Secure Boot

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

https://browser.geekbench.com/v5/compute/2201665

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Ahha, ez nem jó hír.

Egy másik tesztprogit még megnéznék ott az Ubuntun, hogy az alatt is olyan különbség van-e, mint geekbench alatt, nehogy csak valami program specifikus különbség verjen át minket.

https://www.basemark.com/benchmarks/basemark-gpu/

Még nem próbáltam de azt írják multiplatform ez is és minden elterjedt API-t ismer. Még a Unigine tesztjei is érdekesek, de azokban nincs Vulkan támogatás, csak OpenGL Linux alatt.

Ha a basemark alatt is ilyen különbséget mérsz mint geekbench alatt, akkor megpróbálhatjuk a gyári AMD drivert feltenni.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

No megnéztem a teszteket Windows alatt is, kíváncsi voltam. (AMD RX570 4GB)

Geekbench Vulkan Compute teszt
Linux: 32009
Windows: 35592

Basemark Vulkan 1080P high windowed custom (mert 1440p monitorom van)
Linux: C8652 (87 avg, 69 min, 145 max)
Windows: C8852 (89 avg, 65 min, 172 max)

Szóval a Geekbench nálam kb. 10%-al kevesebbet mér, a Basemark meg kb. azonos értékeket produkál.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Tehát akkor valószínűsíthetően vagy program, vagy meghajtó hiba lehet. De nekem az a furcsa, hogy CPU-ban jobb, GPU-ban viszont rosszabb eredményt produkálnak ugyan azon tesztek.

Véleményem szerint inkább meghajtóhiba. Majd letesztelem egy multiplatformos teljesítmény igényes játékkal, az jobban kihozza a difit mint egy benchmark. Elvileg van olyan hivatalos játékom valamelyik online shopban. Majd megnézem.

Most jelenleg windows kiadás váltással kűzdök Home-ról Pro-ra. Van egy MCT-vel készített Win10 ISO-m, ami csak Home-ot tartalmaz, viszont valamiért az MCT nem csinál olyan ISO-t amiben minden kiadás benne van Így most alternatív úton álltam neki. Egyenlőre napolom a dolgot.

Köszi a tippeket és a segítséget mindenkinek!

[ Szerkesztve ]

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

"multiplatformos teljesítmény igényes játékkal"
Az esetek többségében eleve különbség lesz, mert Linux-ra kevésbé optimalizáltak. Az, hogy multiplatformnak nevezik, csak annyit jelent, hogy működik.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Csak kíváncsiságból. Neked milyen tapasztalataid vannak az Oibaf-fal? Én a Mesak turtle-t használom mióta a padoka stable-lel problémák voltak. Persze én csak használom, nem FPS-t mérek.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Nálam is jobb pontokat csinál a proci Linux alatt Geekbench-ben:

Linux: 1092 / 6181
Windows: 1031 / 5769

Ráadásul LTSC alatt mértem, ahol kevesebb a beépített szemét, mint az alap kiadásban.
Simán lehet, hogy mivel nem fut n+1 adatgyűjtő task a háttérben, így kap több pontot a proci Linux alatt.

Játékban meg ha esetleg megvan a Shadow of Tomb Raider, azt érdemes megnézni Linux alatt, mert azt natívan kiadták Linuxra és 5-10FPS-el többet is hoz a játék, mint Linux alatt.

lev258: semmilyen, mert Manjaro-t használok ahol mindig frissek a csomagok. Egyedül a Thinkpademen van Linux Mint, de az abban lévő Intel grafikus lassítónak annyira mindegy milyen driver van feltéve...

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Nekem úgy rémlik a vulkan driver Ubuntu esetében nem települ alapértelmezetten, csak ha egy program explicite függőségként megjelöli.

Mi történik, ha feltelepíted a mesa-vulkan-drivers és libvulkan1 csomagot?

Win10 topik, de röviden az MCT ISO mindent tartalmaz. Ha Home van digitálisan a gépedhez kötve, akkor Home-ra fog aktválni a telepítő.
Venned kell egy Pro kulcsot és az aktiválás menüben új kulcs megadásával tudsz Pro-ra váltani.

Kíváncsivá tettél (RX Vega 56).

Win 10 Pro Vulkan: 65337
Kubuntu 20.04 Vulkan: 35478, amdgpu-pro 37747

Kicsit még odébb van a Linugz Desktop éve, a 10 nem volt egy rossz befektetés...

Érdekes, ez valami Vega specifikus dolog lehet. DU majd ránézek a másik gépemre, ott 5600XT van, meglátjuk az mit csinál a tesztekben.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Ha van érvényes licenc a gépen, akkor azt fogja telepíteni, ami van. Utána kell váltani, vagy újratelepítés előtt eltávolítani a licencet és az új kódot beírni a telepítőnek.

AMD 3600X
Linux-: 1374 / 7871
Win10: 1250 / 7113

AMD 3700XT Vulkan
Linux-: 49720 (AMDGPU)
Win10: 54855

Szerintem elképzelhető hogy Linux alatt alap órajelen megy a GPU, ezért gyengébb.

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.

Geekbench cpu (Ryzen 3600X default beállításokban)
Linux: 1392 / 8039
Windows: 1323 / 7613

Geekbench compute vulkan (5600XT)
Linux: 31348
Windows: 49800

Basemark 1080p vulkan:
Linux: C15459 (155 avg, 123 min, 250 max)
Windows: C14596 (146 avg, 114 min, 235 max)

A Geekbench-es eredmény érdekes, de játék alatt alig van különbség.

Rimuru: jelenleg csak ott fut megbízhatóan a Cyberpunk 2077...

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Aki azzal szívna, hogy Devuan (v. bármelyik nem systemds terjesztés) alatt nem indul automatikusan a PulseAudio, '/etc/pulse/client.conf.d/00-disable-autospawn.conf':

# On linux systems, disable autospawn by default
# If you are not using systemd, comment out this line
# autospawn=no

Oszt mán megyen...

Nekem régebbi eredmények vannak, egy régi gépemen (Q9550 proci, 3.4ghz-re húzva):
Windows: [link]
Linux: [link]