- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Milyen NAS-t vegyek?
- Ubuntu Linux
- Célkeresztben az OnlyFans, amiért pornót nézhetnek a gyerekek
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- Otthoni hálózat és internet megosztás
- Windows 11
- Mesterséges intelligencia topik
- Aliexpress tapasztalatok
-
IT café
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz Archttila #8049 üzenetére
A retró játékokat jellemzően elég jól futtatja a Wine. Amelyiket mégse, arra natív Windows telepítést tarts. virtuális gépben sose lesz az igaz, meg lehet GPU passthrough-val szórakozni.
8 giga arra, amit írsz, elég, de a 2×8 nem sokkal drágább, és időtállóbb. Ha nem is használod ki, akkor is a kernel befogja cache-elni, befoghatod ramdrive-nak, böngészőcache-nek, így pocsékba nem megy, meg legalább akkor a swap-ot is teljesen mellőzheted.
A 8 giga attól is függ, hogy integrált vagy dedikált GPU-t használnál (ami a RAM-ból foglal le magának).
#8050 Apollyon: a SwayWM kevesebbet fogyaszt, mint az i3 és a dwm, de nem a WM része miatt, hanem mivel Wayland, ezért nem futtat komplett X.org servert, hanem csak egyes programokhoz XWayland emulációt. Illetve Wayland alatt nekem ugyanolyan problémátlan volt a Wine, Steam, mint X.org alatt.
-
Apollyon, Frawly
Ugy dontottem eleg lesz a 8GB, mivel eddig 1.7 felé még nem billent az óra a Waybar-onuseradd -nal szerintetek kell meg valami?
audio,video,network,wheel,storage,rfkill
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly a systemd-boot tamogat dual rendszert? Illetve kell figyelnem a rendszerek telepitesi sorrendjere, vagy ebben az esetben kozosen hasznaljak egyazon EFI particiot?
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
válasz Archttila #8054 üzenetére
Nem kell figyelni semmilyen sorrendre. Ugyanazon EFI partíciót használják, sőt, az azon lévő .EFI fájlokat is tudják közösen használni, ha az adott disztrók mindegyike támogatja a systemd-bootot. Annyi, hogy a közösen használt /boot/loader/*/*.conf fájlokba hozzá kell adni a másik rendszer kernelbetöltő sorát, paraméterestől, root partícióstól, stb. és simán bootolnak.
Ez a jó az UEFI bootban, hogy azonos EFI partíciót használnak, legfeljebb különöbző .EFI fájlokat, amik megférnek egymás mellett. Mert MBR Legacy BIOS bootnál az volt, hogy átírogatták az OS-ek egymás alatt az MBR-t, így számított a sorrend.
-
Shyciii
veterán
8GB ram? Nekem a kezdetek óta 4GB van, és amióta openbox-al elkezdtem ismerkedni, azóta sosem fogytam ki belőle, pedig a swappiness 10-re van állítva. Most hogy régóta bspwm-et használok, azóta meg pláne nem tudok kifogyni, pedig volt, hogy 20 felett volt a távasztali csatlakozás, böngésző, openvpn, fájlkezelő, terminál ablakok.
-
Frawly
veterán
válasz Shyciii #8056 üzenetére
Azért szerintem a 8 ajánlottabb. Nagyon keservesen, de beleférnék én is a 4-be, de akkor a rendszerhez swapot kell tartani, meg én rendszeresen vagyok 3 giga felett, és akkor már gyakran elkezdené használni a swapot is. 8-nál is kell még a swap, de akkor szinte csak nagyon ritkán nyúl hozzá. 16 gigánál meg átlagosabb desktop felhasználásnál teljesen elhagyható a swap.
Egyébként igen, nekem is ment le az idők folyamán a memóriaigényem, eleinte KDE-vel meg Cinnamonnal kezdtem, meg egy időben Chrome-ot is használtam. De aztán ahogy lett előbb mindenféle kisebb DE, majd WM-ek, Openbox, i3, Sway, dwm, egyre inkább ment lefelé. De ehhez nem csak a WM-ek járultak hozzá, hanem ahogy telt az idő, egyre inkább több programom terminálos lett. Régen pl. használtam LibreOffice-t, GUI-s text edittort, torrent, stb., ezeket fokozatosan kiváltottam terminálos megoldásokkal.
Ennek ellenére a memóriafogyasztásra figyelek. Minden gépemben 16 giga van (bár két laptopnál levesz belőle az integrált GPU is), és általában a nagy része üres, de mégis figyelek erre, mert elsősorban innen mérni le, ha valami megoldás bloat. Ha sok memóriát eszik, és nem azért, mert nem férne bele, de amelyik progi sok memóriát használ, annak a szutykainak a betöltögetésével a procinak is időznie kell, többletfeladata van, sanszosabb, hogy más I/O műveleteket (lemez) is jobban igényel akkor, az meg növeli a reagálási időket, pár ms itt, pár amott. Hiába bika a proci, javarészt egy szálon töltődnek ezek a szutykok.
Ez nagyon szépen tapintható a két véglettel. Egy KDE pl. 8-9 mp. alatt tölt be SSD-vel is. Ugyanez egy minimalista WM-mel, konzolos bejelentkezéssel harmada, majdnem negyede is lehet időben. És nem a gép lesz gyorsabb, egyszerűen csak kevesebb mindent kell a procinak betöltögetni, kevesebb utasítást kell végrehajtania, kevesebb minden olvasódik be háttértárról, és a sok kicsi meg összeadódik. De ugyanez van betöltési időknél egy terminálos progi betöltődése még ms-ben sem nagyon mérhető, míg egy nagyobb GUI-s alkalmazás, ami ugyanazt csinálja, azért több msec vagy akár majdnem másodpercben is mérhető késéssel töltődhet be. Azért nagyon nem mindegy, hogy valami azonnal vágódik a képernyőre, még az embernek a billentyűt sincs ideje felengedni, vagy van-e egy kis töltögetés.
Persze a másik végletre is figyelni kell, mikor valaki pótcselekvésből túl sok RAM-ot vesz. Pl. a DistroTube csatornán az amerikai faszi, eleve 32 giga RAM-mal vette a mostani gépét, abból is általában 20+ giga állandóan kihasználatlanul állt, mivel minimalista tiling WM, terminálos alkalmazások, kevés grafikus progi (böngésző, OBS felvétel 1080p-ben, KDEnlive videóvágás 1080p-ben, néha 1 szál VM). Erre pár hónapja bővítette 64 gigára. Nyilván semmi nem lett gyorsabb, most már 20-30 giga helyett 52-62 giga áll üresen. Ráadásul ez az a mennyiség, amit már a kernel cache-elésre se használ el, ez ilyen abszolút pocsékolás, pénzégetés, pótcselekvés, e-pénisznövelés.
De ugyanezt játszotta el a procival is. 12 magos, 24 szálas Threadripper 1920-ast vett, amihez drága, spéci alaplap is kell. Elégette rá az értelmetlenül sok pénzt anno, mikor megjelent. Közben meg egy 1600-2600-as Ryzennel (plusz egy normális B450-es AM4 alaplappal), simán jobban járt volna, az is 6 mag, 12 szál, bőven elegendő lett volna neki, de még akár gyorsabb is lett volna, mivel egy mag magasabb órajelre turbózik fel (hiszen egy magra több Watt energiakeret jut). De ha 6 mag nem elég, egy Ryzen 2700X (akkor még nem jelent meg a 3xxx/5xxx sorozat) mindenképp már sok lett volna neki, de a proci-lap csak töredékébe került volna. Ugyanígy, 32 helyett vett volna 16 gigát, azért ezen a szinten nagy különbségek vannak. Ezt megfejelte Radeon VII workstation kártyával, amit megint nem használ ki, néha napján játszik csak, akkor is 1080p-ben. Akkor már jobban járt volna egy jóval olcsóbb RX5700-zal, felébe sem került akkor, játékokban talán még kicsivel több fps-t is kapna. Ez az, hogy az overkill hardvernek a legtöbbször nincs értelme. A többletpénzt meg beletehette volna több/nagyobb SSD-be, akárhány TB-ba, vagy lecserélhette volna a 3 darab FullHD monitorját 4K-ra, vagy vett volna még jobb kamerát, az értelmesebb pénzköltés lett volna, ha már a pénz mindenképp égette a zsebét.
-
Apollyon
Korrektor
De ugyanezt játszotta el a procival is. 12 magos, 24 szálas Threadripper 1920-ast vett, amihez drága, spéci alaplap is kell...
Ha van pénz lóvéra, akkor miért ne? Lehet, hogy olyan dolgokat is csinál a gépével, amiről nem beszél. Pl. bányászik vagy boinc-ozik vagy valami. Az biztos, hogy az ő gépe időtálló lesz. Bár most a globális chiphiány miatt valószínűleg mindenkié.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Frawly
veterán
válasz Apollyon #8058 üzenetére
Máris nem időtálló, vagyis persze, nem avult el, de ha annak idején vette volna azt, amit írtam, azt most minimális pénzből upgrade-elhette volna egy 5600X-re, vagy 5800-ra, ami főleg az egy szálas ereje alapján köröket fut az 1. genes Threadripper köré. Ezt csak példának írtam, hogy a papíron brutális hardverre pénzégetés nem mindig a legjobb dolog, akkor se, ha van pénzed. Meg igazából a prémium hardver sose érte meg, mert nem volt jó az ár/értékaránya. Kicsi többletteljesítményért és presztízsbeli előrelépésért aránytalan felárat kellett mindig is fizetni, magyarán nem a teljesítményt meg nem az időtállóságot fizeted meg, csak a prémium életérzést, hogy elmondhasd, hogy neked az aktuális leg-leg van meg.
Attól is függ, hogy mire használja valaki. Mert az a 1920-as Threadripper amúgy erősebb, mint egy akárhány genes közép-Ryzen. De csak akkor, ha olyan felhasználásod van, hogy a magokat mindet kihajtod általában, meg hasznosul a sok cache is, pl. server/workstation-szerű felhasználásnál. Ha csak ilyen átlag user desktop és youtuber felhasználás, meg némi gaming, ott inkább az számít, hogy legyen 4-6 mag és egy magon legyen erős.
Míg ha SSD-be vagy jobb monitorba fektetett volna, akkor az mindenképp hasznosul, több tárhelye lett volna videókat vágni, VM-ezni, meg a több pixel jobb képminőséget, jobb olvashatóságot adott volna neki.
De billentyűzeteknél is ezt játszotta a koma. 400 dolláros, spéci, ergononomikusan osztott mechanikus billentyűzetből már a másodikat vette nemrég. Míg egy sztenderd, normál ANSI kiosztású 100-150 dolláros, jobbfajta kapcsolós mechanikus billentyűzettel jobban járhatott volna, de nyilván olyat nem vett, mert olyan csak a proliknak van, és nem prémium, ergo „égő”.
A másik oldalon meg van a fószernek egy erőforrásokkal feleslegesen spórolós mániája is. Nyitja a VM-et, erre büszkén mondja, hogy 2 szál, 4 giga memóriát adott neki. Közben meg a többi 20-22 szál, meg a többi ~55 giga memória ott áll üresen, de nyilván nem lehet a VM-nek többet adni, mert az milyen lenne már, hogy a megvett hardver lenne valamire használva, rárúgná az ajtót a helyi kommandós osztag.
-
Sonja
veterán
Gép meglett, de most végeztem az összetevéssel. Ubuntu 20.04 szépen elindult, így majd csak holnap délután fogok neki az Arch telepítésnek. Viszont nem tudom, hogy csináljak-e UEFI-t vagy maradjon az MBR?! Soha nem csináltam UEFI telepítést, azt se tudom, hogy kell, és milyen partíciókat létrehozni.
Ha csalódni akarsz, bízz az emberekben!
-
-
Frawly
veterán
Csinálj UEFI-t. Jobb, gyorsabb, egyszerűbb. Arch Wiki systemd-boot szócikkét nézd.
Az UEFI boothoz csak 1 extra partíció kell, de még ez se extra, mert egyben a /boot szerepét is betölti. Egy kb. 100 megás, vagy kicsivel nagyobb FAT32 partíció, mindenképp 1 giga alatt adj meg neki méretet, Archnak nem kell sok hely, ha lesz mellette más OS is, akkor viszont nem árthat 200 mega felett adni, akár 500-ig is. A típusa mindegy is, de „EFI System” típus szokott lenni, és FAT32-re kell formázni, és így kell telepítéskor felcsatolni /boot-ként. Annyi, hogy UEFI bootnál a partíciós tábla ne dos/MBR legyen hanem GPT.
Lényegében az egész systemd-boot telepítése csak egyetlen bootctl install parancs. Meg az EFI partíción két .conf fájl szerkesztése kézzel, amibe megadod neki a bootmenü opcióit, és a kernelparamétereket, initramfs nevét. De cserébe se GRUB, se semmilyen nyomorékság nem kell hozzá, később nem törnek el ilyen hülyeségek.
UEFI BIOS-ban sem kell általában állítani semmit, a legtöbb gépen a deafult az UEFI boot vagy UEFI + Legacy BIOS boot. Bár én azért meggyőződnék, hogy a bootopció UEFI only boot-on legyen, az a legtisztább, nehogy elkezdjen az Arch iso mégis Legacy BIOS módban bootolni.
Az UEFI boot egyébként sok mindenben megegyezik a Legacy BIOS boottal. Annyi a változás, hogy az OS-ek a bootkódjukat többé nem a lemez 0. szektorába, az MBR-be teszik bele, hanem a FAT32-es EFI partícióra teszik .EFI fájlok formájában. Így több OS megfér egymás mellett kulturáltan, és nem írják felül egymás bootszektorát, és emiatt többé az OS-ek telepítési sorrendje is mindegy lesz. Az UEFI BIOS meg tudja kezelni ezeket az .EFI fájlokat, indítani. Ennyi a lényege tömören.
De az UEFI bootnak van egy csomó előnye. GPT partíciós táblával megy, amiben csak sima (nem göcsörtös) partíciók vannak, nincs vergődés többé ilyen elsődleges, kiterjesztett, logikai partíciókkal, nem kell bootflagekkel szórakozni, nem kell külön bootmanagert telepíteni (hiszen az UEFI BIOS egyben már bootmanager is, és tudja menedzselni neked az általa detektált EFI partíciókon lévő .EFI fájlokat).
Plusz az UEFI bootnak előnye lehet, hogy a gép az OS betöltése előtti eszközinicializálási időt lerövidítheti. Nem minden gépen, de néhányon ez lehet a helyzet. Hiszen ha nem hagyományos BIOS módban bootol, akkor nem végez el egy csomó, visszafelé kompatibilitás miatt benne hagyott hagyományos BIOS POST eszköztesztet, és kihagyva ezeket a sallangokat gyorsabban eljuthat a gép az OS betöltőjéig.
Meg most már így 2021-ben nem célszerű MBR Legacy BIOS bootot erőltetni, hacsak nincs annyira szükség az adott gépen, hogy valami legacy OS-t futtass, DOS, Win9x, XP, vagy hasonló.
A másik előnye az UEFI bootnak, hogy pl. Archnál csak egyszer kell megcsinálni. Utána megmarad, esetleges újratelepítésnél már hozzá se kell nyúlni az EFI partícióhoz, simán bootol majd vele az új telepítésű rendszer is, főleg, ha PARTUUID-kel hivatkoztál a root partícióra és nem particináltál újra. Ez jelentős kényelem a hagyományos MBR-es boottal szemben. Illetve előny, hogy ha nem is bootolna a rendszer egyszer, akkor is könnyű megjavítani, mert a FAT32-es partíciót minden OS olvassa, írja és csak szöveges config fájlokat kell a sytemd-boothoz szerkesztened, emiatt nem kell speciális Live rendszert, meg GRUB javítókonzolt beizzítani, hanem bármivel megjavíthatod a dolgokat. Ez se elhanyagolható.
[ Szerkesztve ]
-
Frawly
veterán
Némileg OFF-beli OFF, de átlőttem Archon a Pulseaudio-t Pipewire-re. Minden működik továbbra is. RAM fogyasztás nem változott, de a CPU terhelés lement kb. felére. Eddig tetszik, de még nem tudtam kellően tesztelni.
Azért nem az Arch topikba írom, mert nem archosokat is érdekelhet, illetve sem nem kezdő, sem nem haladó téma. Egyszerű ajánlás.
-
őstag
Én is átlőttem egyszer pipewire-ra, de az előlapi fejhallgató kimeneten nem adott hangot, próbáltam debugolni, valamelyik audio sink nem működött, legalábbis a systemd-s debug eszközök szerint. Vissza állítottam a pulse-t egyből működött a fejhallgató. Az arch pipewire wiki szerint a bluetooth-al is lehetnek gondok. Leírhatnád hogy a pipewire-t hogyan konfiguráltad be, milyen csomagokat tettél fel, szedtél le.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
Ó, bazz, elfelejtettem előtte topikot váltani, nem ide akartam. Benéztem melyik topikba megy. Most már mindegy, itt hagyom, nem írom át az OFF-ba is. Gondoltam megindulhatna egy disztrófüggetlen eszmecsere róla, de így már mindegy.
#8069 attilav2: igen, BT-vel lehetnek bajok. Igaz az Pulseaudio-val is problémás. Semmit nem konfiguráltam, Arch Wiki ajánlására benyomattam a pacman -S pipewire pipewire-pulse pipewire-alsa parancsot, erre engedélyt kért, hogy leszedje a pulseaudio-t. Telepítés után reboot és minden ment. Nem kellett hozzá semmit konfigurálni. Igaz a DAC-om még nem próbáltam ki rajta, minden más egyelőre úgy tűnik megy, böngésző, lejátszóprogramok, játékok, egyelőre nem futottam semmi hibába. Még a pulsemixer és pamixer is épp úgy működik. A HUP-on már régóta ajánlgatják, de eddig nem mertem feltenni, mert nem volt időm, hogy ha nincs hang, akkor újabb problémát kelljen megoldani. A másik gépemen egyébként fent volt a Pipewire, Archon és Artixon is, de azokon a Pulseadio mellett, nem helyett üzemelt, ami azért elég lényeges különbség.
-
őstag
-
Frawly
veterán
válasz attilav2 #8071 üzenetére
Elég ritkán történik meg, ahogy nézem, gyorsan helyre is hozták. Nyilván ők is emberek, korlátozott erőforrásból (saját pénz, adományok, nonprofit működés) nem tudnak egész szerverparkokat és adatcentereket ballancerrel megoldani, előfordul, hogy az az egyetlen szerveren lerohad valami, csak az nem hibázik, aki nem dolgozik. Ilyenkor visszanézel később. Semmit nem lehet ellene tenni.
-
-
őstag
Openbox + tint2 tálca egy ideális kezdő pálcika wm, Rimuru arch telepítési blogjában van róla leírás, illetve jó még az Arch openbox wiki, Debian openbox wiki
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
-
Frawly
veterán
Ja, mondtam én, hogy nem nehéz. Sok felhasználó azért fél tőle, mert nem érti hogyan működik, meg ilyen Buguntu telepítő összegányolja neki automatán nem működőre, vagy mint ubyegon, hogy kifogtak nem szabványos UEFI implementációs gépet, ahol az UEFI boot Windows only-ra van bedrótozva. Persze ez utóbbit is meg lehet oldani, csak nem olvasnak utána. Ebből meg az a mítosz alakul ki, hogy az UEFI boot szar, meg nem működik, meg lehetetlen, meg így meg úgy.
#8075 sati: a DE-k nem nyúlnak a default shellhez. Ő állította át a user accountban. Én is átállóban vagyok, a /bin/sh symlinket lecseréltem /bin/bash-ról /bin/dash-ra. De ez a scriptshellt cseréli le. A dash egy minimalistább, gyorsabb shell, ami jobban POSIX szabványos, szemben a Bash-sal. Pár héten belül a Bash interaktív shellt is lecserélem zsh-re. Meg a dwm-bspwm váltás is sok hete csúszik. Pulseaudio-Pipewire váltás meg egy hete volt meg.
A váltás nem megy azonnal, mert zsh alatt is ki kell kísérletezni beálításokat, pl. vi-mód, prompt csere, autokiegészítés, stb.. Persze mindezt oh-my-zsh nélkül, saját kútfőből. Az oh-my-zsh lényegében csak egy pluginmanager, ami a zsh-be tud felhasználói scripteket és beállításokat importálni. De ilyeneket kézzel is tudsz magadnak írni a zshrc-be, nem kell hozzá külön bloatot feltenni.
Gépösszerakósdival csak annyiból nem jó várni, hogy ha magyarban vetted, helyi boltban, akkor főleg célszerű 3 napon belül összerakni, hogy ha valami nem működik, hibás, akkor 3 napon belül visszajuttatva azonnal cserélniük kell, nem ülhetnek rajta 15-30 napig ilyen-olyan bevizsgálás, javítás, stb. címén. De ha online vetted is, akkori is meg 14 vagy mennyi napon belül érdemes megejteni, hogy ha hibás, el tudj állni a vételtől.
[ Szerkesztve ]
-
Meg a dwm-bspwm váltás is sok hete csúszik
A bspwm-en én is gondolkodom már egy ideje bár sajnálnám dobni a Sway-t mert hozzád hasonlóan nekem sincs vele semmi bajom. (neked sem volt ha jól rémlik) és különben is, tetszik ez az Xorg mentes élet.
Viszont jó lenne kipróbálni mást is, tanulni valami újat, kísérletezni új panellal, ilyesmik...
Xmonad-ot egyszer megnéztem (és szégyen van sem) de nekem magas. ellenben bspwm konfigokban mazsolázva azt éreztem, hogy ez nekem való, átláthatóbb, emészthetőbb.Pulseaudio-Pipewire váltás meg egy hete volt meg
Ezt én is megejtettem még ARM-on. Hibátlanul működött, annyi hogy a Sway miatt módosítani kellett pár dolgon de semmi komoly...:
XDG_CURRENT_DESKTOP=swayGép. Tudod én voltam az, aki több százeres ITX-eket épített anno olyanokat, amilyeneket boltosbéla max csak júúútyúbon látott de az elmúlt 30 évben egyetlen gépet sem bíztam volna soha másra.
Igen ITX lett, de csak egy alap 4 magos passive motyó 8GB rammal, PICO PSU-val Több mint tökéletes és teljesen néma, pont amilyenre szükségem van az OLED TV alá
Ha minden a terv szerint megy, (és nem dobom a Sway) akkor szinte pikk-pakk belakom az új rendszert.
A Raspberry meg kap egy DietPI-t Pi-Hole-al, rtorrent-tel vagy a már megszokott qBittorrent-nox-al, plex-el, Sambaval, SSH-val... és kb ennyi, 0/24 mehet is a dolgára[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
válasz Archttila #8081 üzenetére
Én azért X.org-ozok, mert azon többféle WM van. A Wayland jó, de csak kevés WM érhető el alá. Jó a Sway, de meg akarok ismerni mást is. Nem akarok olyan szemellenzős lenni, mint a kollégák a Linux OFF topikban, hogy 7-10 éve vannak beleragadva ugyanabba a disztróba, grafikus felületbe, megoldásba.
Az Xmonad-nak az a baja, hogy Haskell-ben van írva, az meg egy nagyon spéci programozási nyelv, ami funkcionális, mindenféle lamba calculus kell hozzá, hogy megértse valaki. Ilyen teljesen elvont, nyakatekert koncepció. Emiatt én sose fogom megérteni, feltenni. Ha sima C-ben, vagy göcsörtös C++-ban vagy hasonló sztenderd imperatív strukturált nyelven lenne írva, akkor megküzdenék vele, de így felejtős örökre.
Én, ha most kéne gépet venni, akkor akármennyire is AMD Ryzen párti vagyok, mivel azt nem nagyon lehet normális áron kapni, mivel hiány van abból is, simán Intel i5-10400-at, vagy i5-11400-at vennék, 6 mag, 12 szál, iGPU, hozzá 2×8 giga DDR4 RAM. Sima ATX, semmi ITX meg passzív, meg egyebek, készleten is van szinte mindenhol, ajánlott fogyasztói árnál nem sokkal magasabban. Ennek van most a legjobb ár/értékaránya, mármint az olyanok közül, ami jövőtálló is. Bár egy Ryzen 1600-3600 se rossz vétel egy olcsó B450-es lappal, csak ugye azt ki is kell fogni, hogy legyen valahol normális áron készleten, és annak alacsonyabb az IPC-je, és ahhoz kell dedikált GPU is. Később meg beledobnék GPU-t, ha lement az ára, vagy most egy 750Ti vagy hasonló alap kártyát (bár az linuxozáshoz nem a legjobb, mivel NV), AMD RX560, vagy ilyesmi, aminek nem szabadult úgy el az ára. Én nem vagyok márkahívő, simán azt veszem, ami a legjobb vétel, és van benne annyi időtállóság, hogy később se kelljen kidobni, meg sztenderd alkatrészekkel lehessen bővíteni. Egyedül GPU-ból szoktam lehetőleg AMD-hez ragaszkodni, de ott sem márkahűségből, hanem Linuxon ahhoz a legjobbak a GPU driverek összességében, és nem kell zárt driverrel szórakozni, ahogy NV kártyák esetén. De laptopnál elmegy most az Intel IGP is, a legújabb Xe UDH 730-750 nem is annyira rossz, felért az AMD Vega 3-8-10 szintjére, teljesítményben legalábbis, de driverben sem annyival rosszabb.
-
Frawly, otthoni kis egyszeru fajlszerver RAID-1 tömböt mire erdemes formazni? BTRFS-re gondoltam, de ha kesobb csak a szop@s lesz vele akkor inkabb kitartok az ext4 mellett.
Nincs még vele tapasztalatom, eddig csak ext4-et hasznaltam mindenhol.[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
válasz Archttila #8083 üzenetére
Nem tudom. Én btrfs-re csinálnám, és ahhoz RAID sem kell, mert be van építve a btrfs-be, hogy lemezen átnyúló redundáns kötetet is tud. A ZFS dettó. Az ext4-gyel sincs baj, ha RAID van alatta. Amelyik jobban tetszik, jobban bízol benne. Esetleg a RAM-tól is függhet, de ha az RPi-ról van szó, akkor azon a 4 giga RAM elég a ZFS-hez is.
-
anorche1
őstag
Mely csomagok szuksegesek, hogy integralt intel gpu -val mukodjon minden (pl. hardvers gyorsitas)? i7-4800mq -ba epitett hd4600 -rol van szo.
En ezeket tettem fel, de valoszinuleg ez tobb, mint kellene:
xf86-video-intel, mesa, xf86-video-vesa vulkan-intel libva-intel-driverMeg en a xorg csomag csoportot egy az egyben telepitem, de valoszinuleg ez is felesleges.
"It never gets easier, you just go faster." Greg LeMond
-
Shyciii
veterán
válasz anorche1 #8086 üzenetére
Én ezeket raktam fel (Xorg lés intel driver)
xorg-server, xorg-xinit, xorg-fonts-encodings, xorg-mkfontscale, mesa, xf86-video-intel, intel-media-driver
Ez utóbbi viszont videókártya függő. Arch wiki ír is róla:
- HD Graphics series starting from Broadwell (2014) and newer are supported by intel-media-driver.
- GMA 4500 (2008) and newer GPUs, including HD Graphics up to Coffee Lake (2017) are supported by libva-intel-driver. -
Shyciii
veterán
Egy gyors teszt:
Arch linux saját minimal telepítése (python -m archinstall guided):
- Memory: 78MB
- Packages: 161Debian 10.9 minimal install with standard system package:
- Memory: 69MB
- Packages: 394Arch Linux (saját minimal scriptem):
- Memory: 78MB
- Packages: 158Amint látható, egy minimal Debian bizony kevesebb memóriát zabál, miközben jelentősen több csomagot pakol fel a saját telepítője.
És persze üdvözlendő, hogy az Arch Linux új saját telepítője minimal-t választva tényleg eléggé minimal, vagyis jól sikerült ez a része. Bár az is sejthető, hogy ha nem minimal-t választ az ember, hanem Xorg, vagy Desktop-ot, akkor már jóval bloat-abb lenne, mint az én verzióm, mert kétlem, hogy Xorg-ból nem a teljes pakkot nyomja fel.[ Szerkesztve ]
-
-
Shyciii
veterán
válasz Archttila #8089 üzenetére
Igen, kalapáltak rajta, mert az elején összeomlott párszor, de most kipróbálva jól működött. Simán felment.
Persze, hogy publikus. Semmi olyan nincsen benne, ami titkos lenne:
https://github.com/og900aero/archlinux
Arra figyelj a scriptekben (install.sh, install2.sh), hogy ez kifejezetten számomra van kialakítva. Eleve feltételezi ugyanazt a partíciós kiosztást, van benne a notebookhoz szükséges tapipad beállítás, hogy érzékelje a double tap-ot, saját programok, csak systemd-boot-al csinálja stb., szal mindenképp értően kell belenézni, hogy neked ebből mi használható. Igyekeztem commentezni a sorokat, hogy érhetőebb legyen. Ha van kérdésed, akkor nyugodtan tedd fel.
[ Szerkesztve ]
-
Blasius
tag
Sziasztok, mindenkinek ajánlom figyelmébe a ramrootot :
https://aur.archlinux.org/packages/ramroot/
Ez a valami lényegében egy script ami feltölti az egész rendszert bootoláskor egy ramdrive-ra (zram). Ez a folyamat nem éppen gyors, de ha megvan akkor a rendszer már a ramdrive-ról fut. Betöltés után már a suspendet célszerű használni rendes újraindítás helyett. Ha nem akarod hogy az ssd-t babrálja vagy hogy a régi típusú merevlemezt ki/be kapcsolgassa/parkolgassa a rendszer, akkor ez egy jó megoldásnak tűnik. De, ahogy írják is, valami miatt csak 5.10 alatti kernellel működik.
Minthogy a rendszer ramdrive-ról fut, a “menet közben” elvégzett változtatások újraindításkor elfelejtődnek. Frissíteni, maradandó változásokat csinálni tehát csak akkor lehet ha a rendszer “rendesen” fut azaz nem ramdrive-ról. A naplózás sem marad meg. Mondjuk nekem alapvetően negatív a véleményem a naplózásról. Egy túlbonyolított, kikapcsolhatatlan, fölösleges teher ami hibakeresésben, legalábbis nekem, még soha sem segített.
Üdv
Ha ''a'' ram megy dualban ''b'' rammal, és ''c'' ram megy dualban ''b'' rammal, akkor ''a'' ram megy dualban ''c'' rammal?
-
válasz Shyciii #8090 üzenetére
achinstall script:
Nálam telepítés után a free -m parancs 66MB-ot mutat, a neofetch pedig 161 csomagot. Ebbol a htop és a neofetch utólag került telepitésre, szóval 159. (bár lehet van benne feleslegesen egy networkmanager csomag is)Az általad készített scriptet még editálom illetve az alapinstall (így hogy már rendesen működik a gyári) felesleges meló, de a post-tot jó lenne majd valamikor összekalapálni.
Frawly komát miért függesztették fel?
Mit gondoltok, az install script milyen hatással lesz a disztróra nézve? Szerintetek többen neki fognak futni a telepítésnek mint korábban?
Szerintem remek kezdeményezés. Tényleg pikk-pakk vele az install.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Lecseréltem a networkmanager-t netctl-re.
networkmanager installed size: 16.3MB
netctl installed size: 95.7KB!5-6 perc olvasás után minden ment magától. Ethernet (DHCP)
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Shyciii
veterán
válasz Archttila #8093 üzenetére
sati
Ezért mondtam, hogy mindenképp figyelemesen nézd végig :) nekem egyszerűen "muszáj" a NetworkManager, mert notit használok, és nem csak vezetésére, hanem vezetéknélkülire is csatlakozom, ráadásul unifi-s eszközöket is tesztelek vele, így egyszerűen sokkal gyorsabb, és kényelmesebb a NetworkManager. Ha sima pc-m lenne, akkor dhcpcd, oszt kész 🙂
anotche1
Hazaérek, és felpakolom az automount scriptet pastebin-re.
-
válasz Shyciii #8095 üzenetére
Értem.
Közben felfedeztem egy érdekességet.
archinstall scriptnél amikor ahhoz a részhez érsz, hogy mit pakoljon fel (0.desktop, 1.minimal, 2.xorg) leave blank meg nem tesz fel semmit, szóval a tegnapi leave blank 160 csomagjával szemben az 1-es minimal csak 140 csomagot telepit.
Gondolom ez bug, mivel a leave blank-nál lenne logikus a 140, minimalnal meg a 160.Mindenesetre érdekes.
Köszi a scriptet
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
anorche1
őstag
válasz Shyciii #8096 üzenetére
Koszi szepen!
Mas:
Egy i3 -as rendszert csiszolgatok, es egy dologra nem birok rajonni. Hogyan tudom a xterm font meretet novelni? Tul aprok a betuk.
Picit csaltam, a manjaro i3 -as .Xresources fajljat hasznalom, nem sajatot irtam. Ezt itt talaljatok:
[link]
Mit kellene atirnom, hogy nagyobb betuket kapjak?[ Szerkesztve ]
"It never gets easier, you just go faster." Greg LeMond
-
Shyciii
veterán
válasz Archttila #8097 üzenetére
Szívesen Picit módosítottam most a scriptet (rég nyúltam hozzá), és feltűnt, hogy volt amit kétszer raktam bele a telepÍtőbe (nem mintha gondot okozna, meg tizedmásodpercek alatt kész vele), úgyhogy töröltem a duplikációt, meg kikommenteztem a root jelszó megadását. Már egy ideje úgy használom a notit, hogy nincs root user. Aztán kiszedtem a manuális visudo-s megoldást, és a user sudo jog megadását is automatizáltam (user bekerül a sudo csoportba, és a sudo csoportnak adom meg a sudo jogot).
-
Shyciii
veterán
válasz anorche1 #8098 üzenetére
Van egy ilyen sorod:
URxvt.font: 9x15,xft:TerminessTTFNerdFontMonoEzt változtasd meg mondjuk 11x17-re, vagy 13x19-re, vagy akár még nagyobbra.
De amúgy nemigazán értem, mert ez urxvt-t feltételez, te viszont xterm-et írtál. Szerintem az xterm ezt használja:
XTerm.vt100.font: 9x15
Ilyen sorod viszont nincsen. Nem lehet, hogy nem xterm-et használsz, hanem urxvt-t?[ Szerkesztve ]
Új hozzászólás Aktív témák
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Steames kulcsok jó áron eladóak!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest