-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
Shyciii
veterán
Bocs, de megint hülyeséget írsz: "Felrak 54 mega szutykot, közötte az udisks2-őt, ha újraindítom a gépet, ott fut a folyamatok között az udiskd, eszi a rengeteg memóriát."
54MB ugye a tárhely fogyasztása. Ami közel sem jelenti, hogy sok memóriát fog foglalni, hisz ennek akár elenyésző része futhat szolgáltatásként.
De veled ellentétben nem csak állítok valamit, hanem ki is próbálom. Leszdtem a -Rsn kapcsolóval a gvfs, gvfs-mtp, udisks2, gnome-disk-utility -t. Tehát nincsenek ezek. Tudod mennyivel lett kevesebb a memóriafoglalásom boot után? Kerek 2MB-al! Ez az a hatalmas rengeteg memóriafoglalás amit a gvfs, udisks2 stb elzabál. 2MB plusz memória, ez tényleg brutálisan sok...Egész pontosan:
[2020-11-23T20:41:47+0100] [ALPM] removed gnome-disk-utility (3.38.0-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libpwquality (1.4.4-1)
[2020-11-23T20:41:47+0100] [ALPM] removed cracklib (2.9.7-2)
[2020-11-23T20:41:47+0100] [ALPM] removed gvfs-mtp (1.46.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libmtp (1.1.18-1)
[2020-11-23T20:41:47+0100] [ALPM] removed gvfs (1.46.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed udisks2 (2.9.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libblockdev (2.24-1)
[2020-11-23T20:41:47+0100] [ALPM] removed volume_key (0.3.12-3)
[2020-11-23T20:41:47+0100] [ALPM] removed ndctl (70.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libyaml (0.2.5-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libbytesize (2.4-1)
[2020-11-23T20:41:47+0100] [ALPM] removed gptfdisk (1.0.5-1)
[2020-11-23T20:41:47+0100] [ALPM] removed dosfstools (4.1-3)
[2020-11-23T20:41:47+0100] [ALPM] removed dmraid (1.0.0.rc16.3-12)
[2020-11-23T20:41:47+0100] [ALPM] removed btrfs-progs (5.9-1)
[2020-11-23T20:41:47+0100] [ALPM] removed parted (3.3-2)
[2020-11-23T20:41:47+0100] [ALPM] removed libatasmart (0.19-5)Ezek után 171MB memóriafoglalásom lett
Ezeket visszapakolva 173MB. Nah, ez az általad említett brutális memóriazabálás. Vannak emberek akik képtelenek azt mondani, hogy bocs, tévedtem...
[ Szerkesztve ]
-
systemd@ dolgot még a kérdés után kigugliztam, de azért köszönöm!
A spi-be belenyugodtam, másnak sem tetszik, ez van.A qbittorrent-nox nálam magával hozta a qt5-base csomagot, de nem ezért szedtem le. Egyszerűen csak mindenre (is) bőven elég a jóval kisebb rtorrent-ps
ami valószínűleg ugyanúgy nem tud sorakoztatni mint az rtorrent, lévén ez nem fork hanem az eredeti rtorrent kozmetikázva.
De ha már itt tartunk: az új rtorrent verzióval nem használható a régi rtorrent.rc config file. Viszont nekem valami oknál fogva nem sikerül beállítanom azt, hogy ~/Downloads legyen a watch directory de úgy, hogy ne hozza létre a watch mappát, hanem csak figyelje *.torrent fájlt, aztán az itt felvett torrentet az /mnt/PiDirve1/Downloads -ba húzza be de szintén úgy, hogy ne hozzon létre session (incomplite stb) foldert, csak mentse a tartalmat és kész.
Mondjkuk ez utóbbit még meg tudnám szokni, mármint hogy van az /mnt/PiDirve1/Downloads alatt egy session folder, de akkor a letöltés végeztével mozgassa át a kész tartalmat a Downloads alá.Az rtorrent.rc idevonatkozó része:
## Instance layout (base paths)
method.insert = cfg.basedir, private|const|string, (cat,"/home/alucard/rtorrent/")
method.insert = cfg.download, private|const|string, (cat,(cfg.basedir),"download/")
method.insert = cfg.logs, private|const|string, (cat,(cfg.basedir),"log/")
method.insert = cfg.logfile, private|const|string, (cat,(cfg.logs),"rtorrent-",(system.time),".log")
method.insert = cfg.session, private|const|string, (cat,(cfg.basedir),".session/")
method.insert = cfg.watch, private|const|string, (cat,(cfg.basedir),"watch/")## Create instance directories
execute.throw = sh, -c, (cat,\
"mkdir -p \"",(cfg.download),"\" ",\
"\"",(cfg.logs),"\" ",\
"\"",(cfg.session),"\" ",\
"\"",(cfg.watch),"/load\" ",\
"\"",(cfg.watch),"/start\" ")Szerintem a Create instance directories alatt van a "hiba" pontosabban ott van beállítva alapértelmezetten a makedir a fentebb említett watch mappára.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Egyszerűen képtelen vagyok összehozni ezt a konfigot.
Találtam egy 121 oldalas rtorrent Handbook-ot, de még így sem megy, pedig az 1.3.4-es fejezet pont a syntax-okat mutatja be.Gyakorlatilag csak annyit szeretnék, hogy a Downloads és session legyen a külső drive root-jában, a többi (log, watch etc) mehetne a userem alá.
Belenézhetnél a konfigba...
curl -Ls "https://raw.githubusercontent.com/wiki/rakshasa/rtorrent/CONFIG-Template.md" \| sed -ne "/^######/,/^### END/p" \| sed -re "s:/home/USERNAME:$HOME:" >~/.rtorrent.rcmkdir -p ~/rtorrent/[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Este kiprobalom, koszi!
A Bspw nekem is tetszik. Azt hittem valami lehetetlensegig bonyolitott valami de nem, pont ellenkezoleg, egyszerubbnek es atlathatobbnak tunik a konfigja mint mondjuk az xmonad-nak.
Egyelore marad a Sway, mert nagyon tetszik a X mentes elet.
Ossze sem lehet hasonlitani a jelenlegi rendszerem sebesseget az elozovel. A Manjaro Xfce edition kb felkajalja a teljes Pi-t, itt meg kb szaguld minden. Ha teszek ala OC-t akkot meg plane. Szoval teljesen elegedett vagyok vele, pedig egy Ryzen 3900x rol jottem, gondolhatod 
A terminalos dracula colour-al kapcsolatban igazad van, tenyleg belerondit a kinezetbe, szoval ezen lehet valtoztatok, bar annyira nem gaz, foleg mert mc ala is van dracula kinezet, a htop meg még az elmegy kategoria...
Sed-el nem barmoltam bele, hanem azzal generaltam nullarol a konfigot. Elvileg ez a helyes metodus. (GitHub)
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Lenry
félisten
"Harmada-negyede boot és lag a progik betöltésénél, háromszor-négyszer olyan gyors leállás"
heti egyszer indítom újra a gépet, akkor is nagyjából 5-7 másodperc alatt jutok el a Grubtól az asztalig, a maradék 167,999 órában meg folyamatosan be van kapcsolva.
programok indítása szintén 1-2 másodperc.
és ez nem egy überhyper gép, hanem egy négymagos i3, annyi, hogy NVME-s SSD-n van a rendszer meg a /home is, de nem hiszem, hogy ez akkora truváj.
tehát ennek fényében kérdem, hogy valójában mi jelentősége lecsupaszítani mindent*, meg a huszadik DE-t felrakni, mikor egy aktuális modern gép röhögve elvisz egy KDE-t"hogy van indítómenü, meg asztali ikonok, mindent egérrel csinálok, stb.. Ez annyira mélyen be tud ivódni az emberben"
egyetlen ikon sincs az asztalomon vagy a tálcámon, a leggyakrabban használt programokat Win+1, Win+2, stb kombókkal indítom, minden másra ott a
MasterCardAlt+F2ne érts félre, senkit nem akarok semerre orientálni, csináljátok nyugodtan, csak pár hsz-t visszaolvasva úgy éreztem magam, mint amikor 128MB RAM-om volt a 466-os Cerka mellett, aztán a fentebb felsoroltak valóban számítottak, és azt hittem itt is valami ilyesmiről van szó.
* mármint nyilván azon túl, hogy van, aki szeret ezzel pöcsörészni
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Elképzelhető, hogy jó lesz amit javasoltál, viszont a 25. sorban valami nem tetszik neki.
rtorrent: Error in option file: ~/.rtorrent.rc:25: Bad return code.
Kiemeltem a 25. sort:## Create instance directories
execute.throw = sh, -c, (cat,\
"mkdir -p \"",(cfg.download),"\" ",\
"\"",(cfg.logs),"\" ",\
"\"",(cfg.session),"\" ",\
"\"",(cfg.watch),"/load\" ",\
"\"",(cfg.watch),"/start\" ")Próbáltam úgy módosítani a 24. és 25. sort, hogy a ne hozza létre, ne használja a start/load foldereket, de sajnos nem sikerűlt. Annyi lenne a lényeg, hogy csak és kizárólag a /home/alucard/Downloads/ mappa alatt figyelje a *.torrent fájlokat, mivel böngészőből automatikusan minden ebbe a mappába zuhan be, és ha ezt módosítom, akkor csak a torrent miatt állandóan browseolni kell... felesleges.
Ha ez megvan, a többit már én is be tudom állítani. (DHT, max peer stb)bemásolom a konfig elejét az instance layout-tal együtt:
## Instance layout (base paths)method.insert = cfg.basedir, private|const|string, (cat,"/mnt/PiDirve1/")method.insert = cfg.download, private|const|string, (cat,(cfg.basedir),"Downloads/")method.insert = cfg.logs, private|const|string, (cat,"/home/alucard/.local/share/rtorrent/log/")method.insert = cfg.logfile, private|const|string, (cat,(cfg.logs),"rtorrent-",(system.time),".log")method.insert = cfg.session, private|const|string, (cat,(cfg.basedir),".session/")method.insert = cfg.watch, private|const|string, (cat,"/home/alucard/Downloads/")## Create instance directoriesexecute.throw = sh, -c, (cat,\"mkdir -p \"",(cfg.download),"\" ",\"\"",(cfg.logs),"\" ",\"\"",(cfg.session),"\" ",\"\"",(cfg.watch),"/load\" ",\"\"",(cfg.watch),"/start\" ")[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Lenry
félisten
"Mondjuk az igaz, hogy én i3-at nem vennék"
ma már én sem.
én döntök a cégben az informatikai beszerzésekről és töredelmesen bevallom, hogy a saját hülyeségem, hogy eddig Intelt vettünk. egyszerűen nem foglalkoztatott az AMD, ha kellett egy gép, akkor kinéztem, hogy melyik Intel CPU felel meg a felmerülő igénynek és azzal rendeltem a gépet.
aztán most nyáron vettünk egy Ryzen 5 4500U-s laptopot és a hajam letettem attól, amit a GPU-ja 4K-ban tud, meg nem sokkal később kellett egy fejlesztői gép és körbenéztem az AMD-s oldalon: 6 mag 12 szál 60k-ért?
Inteléknél ugyanez 100 fölött van.
azóta most csak AMD-s gépeket veszek, de idő, amíg átbillen a mérleg...
mindig megtartom a CPU dobozokat, az Inteles piramisban olyan 40 doboz van, az AMD-s most jól láthatóan kilencnél tart
bocsi a hosszú OFF-ért
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Termeszetesen azonnal az alkalmazas altal szallitott konfigot kerestem, de mint kiderult, az meg a regi (fejbol talan 0.9.8 alatti) verziokhoz jo, az ujhoz a githubon talslhato guide szerint kell eljarni.
Eszem agaban nem lenne ezeket csak ugy, random levadaszgatni a netrolValoban nem volt konnyu az rtorrent-et konfigolni az elejen, de mar ertem a logikajat, (basedir stb) es mint irtad csak egyszer kell megcsinalni es ez a lenyeg
Az mpd+ncmpcpp parost csak azert nem rakom fel, mert szerkesztgetes kozbeni alkalmi zenehallgatasra teljesen jo a mocp, egyeb multimedias igenyeim (ezen a pici vason) nincsenek.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
anorche1
őstag
Mindenkinek:
Koszonom a trim -re adott valaszokat, bekapcsoltam a szolgaltatast.Frawly -nak
Elinditottam egy manjaro kde live -ot, es tessek, tudja:
Szoval valahogy biztos meg lehet csinalni, nem hinnem, hogy ez a manjaronak sajat fejlesztese lenne a dolphinban.
Plusz ma reggel ujra telepitettem a arch -ot, tegnap este feltelepitettem az osszes kde applicationt, feleslegesen, ma mar csak a szuksegeseket, es egyik telepitesnel sem volt jo.
"It never gets easier, you just go faster." Greg LeMond
-
vargalex
félisten
-
Shyciii
veterán
Ez nem igaz. Double Commander és a PCmanFM is így rendezi sorba. És hogy jól emlékszem-e gyorsan felraktam mindkettőt újra, és nekem mindkettő így jeleníti meg a mappákat:
1
2
8
10
11
20
Double Commander beállításai között külön rendezéset lehet beállítani fileokra és mappákra is több fajtát.[ Szerkesztve ]
-
vargalex
félisten
Nem azt írtam, hogy a queued trim függne attól, hogy discard, vagy fstrim van-e használva. Hanem annyit, amit a wiki is ír: a queued trim tiltása esetén a discard (continuous trim) használata lassulásokat, fagyásokat okozhat.
Nekem még az előző céges notebookomban egy éppen érintett érintett Samsung EVO850-re lett cserélve a Seagate SSHD 2018 augusztusban. Nem olyan régen volt az.
Alex
-
anorche1
őstag
Mappa nevhez:
Sorozatrol van szo, season 1, season 2, season 1x.... Itt volt a kavarodas.Mas:
Ha el szeretnek indulni a minimalizmus utjan, mi a legkonnyebben hasznalhato, legkonnyebben beallithato, legfelhasznalobaratabb minimalista wm?
[ Szerkesztve ]
"It never gets easier, you just go faster." Greg LeMond
-
anorche1
őstag
Eleg jol boldgulok vele, sikerult mindent megcsinalnom, beallitanom. Egy dolog maradt, a gyari fajlkezloben, a pcmanfm -ben nem tudom kikapcsolni a smooth scrollt. Erre tud valaki esetleg megoldast?
Meg meg egy:
Ha dmenubol inditotam az octopit, akkor telepitskoroctopi-helper[aborted]: Suspicious execution method
hibat dob. Terminalbol inditva jo. Erre valakinek otlet?[ Szerkesztve ]
"It never gets easier, you just go faster." Greg LeMond
-
Az a furi h htop szerint nem sot, 350MB a teljes rendszer ramehsege. A CPU usage viszont 50-80% kozott ugral (bizony) ami vicc, meg akkor is, ha ekkora meretu (az az amugy egy darab) torrent a kliensbe.
Szerintem alapjaraton el van eresztve a rtorrent, ds valszeg ilyen-olyan ertekekkel vissza lehet fogni. (remelem)Tortenetesen ismerem az rtorrent-ps-hc fejlesztojet. Este beszelek vele, remelem tud mondani par okossagot ezzel kapcsolatban mert ha nem, akkor jon vissza a qbit.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Szerveren transmission-t használtam évekig, webes klienssel, lustább pillanataimban droidon transmission remote-tal. A tudása számomra bőven elegendő volt, viszont mivel csak egy szálat használt így dobtam, mert a qbit félálomban fényéveket vert szegénykémre
Nagyjából úgy képzeld el, hogy gigás net mellett ha a Trans dobott egy 20-30-as peak-et akkor már juhééj volt, a Qbit meg konstans hozta a 80-85-öt. Gyakorlatilag miután elindítottam a qbittorrentet nem hittem a szememnek... annyit tudtam, hogy a vas képes rá, mivel korábban mértem HDD speed-et a Pi-n, és akkor valamivel 100MB/s felett hozta át a célvonalon a 2x1TB PiDrive-ot.Nem tudtam még beszélni a sráccal. Ph-ra sem lépett be és, whatsApp-on sem elérhető. Személyesen nem ismerjük egymást (külföldön él) Pár hónapja OLED témában volt egy hosszabb beszélgetésünk, (innen az ismeretség) viszont nagy meglepetésemre GitHUB-on az ő nick-je szerepelt a rtorrent-ps-ch project felett
szóval ha ő azt mondja hogy pass, akkor valóban baj van
Tegnap este még bedobtam pár limitáló opciót a konfigba,pieces.memory.max.set = 1000Mmax_memory_usage = 512Mdownload_rate = 8192upload_rate = 1024és (igaz nem azonnal) de 10-15 perc után így is jött a Killed hammer...
Ami számomra eddig egyértelmű az az, hogy kisebb (értsd pár GB) anyagokat simán kezel mindenféle varázspálcás bohóckodás nélkül, viszont nekem nem erre van szükségem.
Számomra az a fontos, hogy ha bekapcsolom az LG OLED tévémet, akkor DLNA/Plex etc. alá szolgáltassa a forrásanyagokat, amiknek a mérete (a tartalom terjedelmétől függően) sokszor az 50-200GB-ot súrolja. (4K BD HDR/DV)Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Lenry
félisten
Az egész annyira el van rugaszkodva a valóságtól, hogy szerintem időpazarlás megnézni.
az megvan, hogy ez nem egy dokumentumfilm?
azt pl külön elmondták, hogy rengeteg embert sűrítettek 1-1 szereplőbe, mert dramaturgiailag így lett nézhetőGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
Ha egy mai fiatal nézi, vagy valaki nyugati emberke, aki ebben sose élt, szerintem annak csak szimplán fura és unalmas lesz.
jah gondolom azért magasztalta az egekig Tűzföldtől Tokióig mindenki, mert furának és unalmasnak találta.
maradjunk annyiban, hogy neked személy szerint nem jött át, és pont.Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
free -mtotal used free shared buff/cache availableMem: 3394 644 157 159 2593 2548Swap: 0 0 06.7GB-os anyagnál, 60MB/s letöltési sebesség mellett.
RPI topikban ezt az okosságot kaptam. [link]
Azért látszik kevesebbnek a mem, mert az RPi integrált GPU-jának 512MB van megadva.
A rendszer 32 bites (armv7l) A 64 bites még annyira sem hivatalos mint ez, illetve majdnem minden update után hegeszteni kell rajta valamit...Természetesen SSD-röl fut a rendszer.
Jah igen Chromium! Ugye én 2003 óta használtam FF-et, de egyik nap gondoltam teszek egy próbát a Chromium-al már csak azért is, mert a 87-töl már alapból hozza a wayland támogatást. (jelenleg 85-nél jár)
Már az első indításnál feltűnt, hogy a valami eszeveszett sebes Az ARM-es FF ehhez képes egy kövület. Uccu neki kapcsoltam is egy VA-API-t és áhhh, nem akarom elhinni amit látok, valami eszméletlen mennyire más élmény mint a róka. Erősebb, x86 hardware-en nem jön ki a különbség, de itt...[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Shyciii
veterán
Ez a teljes Debian repoban ilyen régi. Tehát aki desktopos sima debiant használ is a repoból 83-as Chromiumot használ. És ez eléggé régi, főlehg hogy egy mezei user bármilyen weboldalt megnyithat otthon. A Chromium meg a különböző verziókban elenyésző új funkciókat kap, vbagy gyorsítást (bár pont a 87-esben gyorsítttak jelentősen), ellenben csomó security hibákat javítanak. Márpedig elég gáznak tartom, hogy a Debian-t tartják az egyik legbiztonságosabb egyszerű linux esetén, közben meg az olyan csomagok, amiket a userek gyakran használhatnak, azok meg meg elavultak. Amúgy az Ubuntu a 85-ösnél tart, szal azért még ő is előrébb jár.
-
Lenry
félisten
Meg Debian- és Ubuntu-vonal alatt azért sem gond, mert ott külső tárolóként hozzá lehet adni a Google-nek a Chrome-tárolóját, vagy kézzel, a Google oldaláról letöltve a .deb csomagot, dpkg -i segítségével telepíteni.
ne felejtsd el, hogy raspberryről van szó.
a Google nem compile-ol ARM-re asztali Chrome-ot, meg én Chromiumból se láttam kész friss deb-et, akinek van rá ingerenciája az fordíthat magának, de az huszonsok gigabyte meg egy Pi-n gondolom el is tart kb addig, amíg kijön a következő verzió[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Ismét köszi a részletes választ!
Annyit korrigálnék csak rajta, hogy én nem azt írtam, hogy a Wayland miatt gyorsabb a Chrome hanem azt, hogy a 87-be már hivatalosan is támogatva lesz ez a ficsör. 
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
+1000
Mondjuk nálam (Linux alatt) ritkán van reinstall. pacman -Rsn csomagnév, utána pedig mc-ben egy advanced search és ennyi. Régen (még Manjaro alatt) csináltam olyat, hogy mindig rákerestem a csomag által telepített fájlokra is, de soha nem találtam semmi után semmiféle
maradványt. Szerintem az esetek többségében jó munkát végez a pacman.Közben azért voltak történések... OC-ztam a PI-t
arm_freq: 2100MHz, gpu_freq: 750MHz. El sem hinnétek mennyit dobott a hétköznapi használaton a fenti művelet! [ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Shyciii
veterán
Hát ez az: bloat. GTK-s programok kevesebb csomagot raknak fel. Sokszor számottevően kevesebbet, ezért döntöttem mellette, meg anno mikor Openbox-ot használtam, akkor meg különösen jobb a GTK, ha alapvetően az Openbox is oda tartozik. Legalábbis ezt olvastam (és openbox esetén sose volt parajelenség gtk-s progikkal). Aztán elkezdtem még jobban minimalizálni, és ahogy a maradék Qt-s progikat cseréltem le GTK-sakra, drasztikusan csökkent a feltett csomagok száma. Bspwm-re váltva is maradtam a GTK-nál. Jelenleg 640db csomag van csak fent, pedig ez a magán notebook egyben melós notebook is, így pl openvpn, freerdp is fent kell legyen, de olyan egzotikumokat is felraktam, amivel pl sacd-s iso fileokat lehet flac-ra konvertálni, úgyhogy nem lehet mondani, hogy nincsen program a notebookomon.
-
-
BoB
Topikgazda
Ez a módszer különösen akkor jó, amikor egy félrement frissítás után nincs net ezért nem tudod letölteni a régebbi verziót és csak az az egy gép van nálad éppen (megtörtént eset).
Erre van a paccache.timer service, hogy ne kelljen manuál csinálgatni.
You may corrupt the souls of men, but I am steel. I am doom.
-
Lenry
félisten
-
anorche1
őstag
Linux alatt a swapnak van azon kivul mas haszna, hogy segit, ha elfogyna a memoria? Windows alatt emlekeim szerint ha kikapcsolod a lapozofajlt, akkor szol, hogy nem kene. Okara mar nem emlekeszem, talan a bsod -hez van koze. Itt ha van eleg ram -om, akkor nyugodtan kikapcsolhatom?
"It never gets easier, you just go faster." Greg LeMond
-
Lenry
félisten
10 GB RAM-ot eszik átlagosan a home serverem, pedig nem hogy 1000 füles Chrome, de még grafikus felület sincs rajta
Egyébként egész jól el volt 8GB RAM-mal is, nem is volt tele, aztán tettem bele még nyolcat és hirtelen minden gyorsabban történt
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Szerencsere errol szo nincs, csak az egyik (re2) fuggoseget kellett leforgatnom
Viszont ha mar szoba hoztad az idot akkor van itt valami amit nem ertek. makepkg-nek (configba) meg lehet adni, hogy hany szalon dolgozzon amikor letrehoza (mondjuk az) xz csomagot. Viszont amikor a szoban forgo![;]](//cdn.rios.hu/dl/s/v1.gif)
re2 forrast forditottam, akkor a make 1 szalon munkalkodott. Erre van valami javaslatotok? Az rtorrent-ps viszont mar idoigenyesebb volt. Ott emlekeim szerint olyan 10-12 perc alatt vegzett a pi.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Elvileg nem ilyen, mert csak 32biten szivatja a nepet.
Itt egy lehetseges magyarazat:With a 32-bit kernel a high rate of I/O lead to fragmentation of kernel lowmem (memory with a direct mapping to kernel address space, I think on ARM 32-bit this is a contiguous 512MB). That fragmentation lead to longer CPU and elapsed times as the kernel worked to obtain memory for buffers, which is accounted towards the process doing the large amount of I/O. That in turn lead to selection of the process by the OOM killer. Moving to a 64-bit kernel (with its massively greater lowmem) 'solved' our problem. link
Lehet feldobok egy 64bites Arch-ot. A 32bites rendszerre hegesztett 64 bites kernel lehetoseget most passzolnam
ketseges a sikerePassionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Hééé hát pont neked tetszett pár hete a default waybar
a többi meg standard Dracula theme.
Máskülönben ha csak a terminal ablakok vannak megnyitva akkor szép egységes minden, a felső waybar pedig éppen csak megtöri az ablakok által árasztott halványlilás harmóniát. a lényeg, hogy így egységes.
Nem tudom írtam-e korábban, de bekonfigoltam a mako-t. (self made Dracula kinézettel) és bár jópofa, hamar kiderült hogy semmi szükségem ráhtop-ban F2 után a Space billentyű lenyomásával tudod változtatni column alatt lévő tétel stílusát.
Ha az Awesome WM alá lenne Sway, akkor azt használnám!
Én meg pl. eleve nem magyarítom a rendszer, default en_US.UTF-8-cal használom, ez sokkal célszerűbb, nem kell magyar nyelvi csomagozni, nem maradnak lefordítatlan, félig fordított, félrefordított részek, plusz a magyarítás le szokott maradni ütemben a legújabb verziókhoz képest. Meg ha angolul használod a rendszert, és valami probléma, hibaüzenet van, akkor könnyebb utánakeresni a neten, hogy mi a megoldás, magyar hibaüzenetre kb. milliószor kevesebb találat lesz.
+1
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Ugyanez van ilyen WM-es rendszereknél is. Ja, nehezebb beállítani, mindenféle konfigfájlt szerkeszteni, csomagot kézzel feltenni. De! Ezt csak egyszer kell megcsinálni, ha kész van, akkor el lehet menteni ezeket a .conf fájlokat, meg a csomaglistát, és legközelebbi újratelepítéskor csak átadod a csomagkezelőnek a csomaglistát, felhúzza a csomagokat, meg az új home mappádba visszamásolod a configfájokat, és nem kell semmit állítgatni grafikus felületen mindenféle beállítóablakban, minden egyes installkor. Tehát ami elbuksz az egyszeri nehezebb telepítésen, azt később kamatostól visszanyered.
Ezt én is most tapasztaltam meg valamelyik nap, amikor a 32 bites Arch alatt állandóan szénné fagyott az r(qbit)torrent, mert az OOM jókedvében
lelőtte. Idegállapotba jöttem, feltettem egy 64 bites kiadást amit gyakorlatilag percek alatt belaktam pedig emlékszem nem volt könnyű az indulás de így, hogy már hetek óta szerkesztettem a konfigurációs fájlokat tényleg gyerekmese volt az egész. májkimiki
Ugye nem is olyan nehéz konfigolni...
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
csixy
addikt
Köszönöm, nem adtam fel végleg.
Az Arco D telepítése közben ki lehetett választani a cinnamont. Fel is rakta. De első indításkor egy tiritarka konzolba jutottam csak. Majd legközelebb nekiugrok egy másik vason. De ezt most sikerült kicsillivillizni a fiamnak. Holnap visszaadom neki. Kb nyolc éves Sony Vaio. Hibátlan rajta a Mint cinnamon és hibátlan a win 10 home színtiszta driverekkel. Még egy nem melegedős tápot kéne hozzá keríteni.Májmiki: Köszönöm , tetszik. Neki megyek még majd a problémának.
[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
csixy
addikt
Dehogy ragadtam le! Van egy ragyogó program és működik linuxon is , legalábbis nekem . Ennyi! Ez nem visszalépés.
Nem a linux a lényeg , nem az a cél, az csak egy eszköz.
Nekem az irfan view a lényeg. Hol itt a probléma? Nincs más, ami helyettesíteni tudná. Itt a linux és használom. Örülök neki.Az öreg 9 éves i5-ös színlegacy masinámon először csakazért is GPT lemezen akartam a legacy rendszert használni a biztonság és a kényelem miatt, amit a linuxok tudnának is, de a windows nem. Emiatt visszatértem az MBR partíciós táblához. Felment a windows és két hétig kínlódtam (utólag már látom, hogy a x@r hálózati wifis ellátottság miatt , mert többnyire munka közben gyötörtem vele magam), hogy a piciny tudásommal egy jó rolling tiszta arch telepítést toljak mellé és a végén sikerült. Viszont nekem követelmény az Irfan View.Vállalom a megkövezést.
[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
csixy
addikt
Akkor nincs harag? Szeretem a linuxot és az Irfan View programot. Az XnView a töredékét sem tudja az előzőnek. Ez van. Szeretem a csillogós kényelmet és mégis szimpatikusabb a rolling a Mint -től. Ha lehet linuxot használok, de vannak programok, amik csak egy soros porttal bíró windowsos gépen , vagy mások párhuzamos porton mennek windowson. Fura módon levelezni windowson szeretek.
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
csixy
addikt
A levelezési szokásaimon fogok változtatani. Outlookos címem van és a windows postát szoktam használni, de be tudom konfigolni a thunderboardot és az evolutiont is.
A régebbi műholdas műsorvételben párhuzamos port és jtag kellett ahhoz hogy a patchelt firmware felmenjen bizonyos vasakra. Ha véletlenül dupla bootszekvenciát nyomok egy TP-link routerre, akkor azt soros port segítségével lehetett újra flashelni. A Tenda N80-as routeremből soros port segítségével sikerült Asus RTN 66U klónt csinálni Tomato Shibbi firmmel 64K NVRAM-mal. [link] . Az IrfanView nekem nagyon kézre áll. A megfelelő képdarabot ki tudom vágni, átméretezni és Be tudom tömöríteni Jpegként újabban 1024 kilobájt fájlméret alá ,régebben 512, vagy 256 kilobájt alá kellett gyűrni(ezt a betömörítést nem tudja az XnView).Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
vargalex
félisten
Én is pont nem azt nem értettem, hogy mi az, hogy először létrehozott felhasználó. Ahogy írtam, pont ugyan úgy kell létrehozni Arch alatt az elsőt, mint a századikat. Nincs közte különbség.
Szerintem is másolta a kolléga a felhasználó létrehozását valahonnan és ott volt egy -g users paraméter. Mondjuk ennek is megvan az előnye, mert minden utólagos módosítása nélkül létre tudsz hozni pl. egy könyvtárat, ami az users csoport számára írható/olvasható...Alex
-
Még mindig keymap téma
Arra gondoltam, hogy csinálok K400-nak egy egyéni keymap-et a/usr/local/share/kbd/keymapsfolderbe, amit aztán a Sway conf-húzna be induláskor. [link]
Szerinted ez mennyire járható út? (nem lőnék el vele X órát ha kapásból hülyeség)[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Shyciii
veterán
Hát ez elég gáz. Tar mellé én gzip-et szoktam használni, dehát...Amúgy a sima zip nem csak egy filet tud betömöríteni, hanem komplett mappákat, vagy ha akarod, akkor csak a megadott fileokat tömöríti be, amik ráadásul különböző helyekem van, szal a linuxos zip korrekt, de az se tud több magot használni.
-
Frawly
veterán
Én a részemről a zstd-t használom, általános használatnál 19-es fokozaton, ha gyors tömörítés kell, akkor 3-as fokozaton, ha a tömörítési fok nem számít, csak a sebesség, pl. kernelimage, akkor az 1-es fokozatot preferálnám (de a kernel konfigban ezt nem lehet megadni, de gondolom 1-3-as fokozat valamelyikét használja).
A 22-es fokozat a maximum zstd-nél, de az nagyon lassú, lassabb, mint az xz maximum fokozata. 19-es fokozaton 2,5× gyorsabb az xz-nél, és csak 1-2%-kal tömörít rosszabbul, mint a maximum tömörítéses xz. A legideálisabb a 15-ös tömörítési fokozat nálam, az 8× gyorsabban tömörít a maximális zx-nél, de 12%-kal rosszabbul. De nem rossz a default 3-as tömörítési fok se, az 120× (!!!) tömörít be gyorsabban, de 25%-kal rosszabbul. A leggyorsabb, 1-es zsdt fokozat 167× tömörít gyorsabban, de 31%-kal rosszabbul. Ezek átlagos számok, egy 560 megás angol szótár tömörítésével tesztelve. Természetesen a „sima” linuxos zip-et veri keresztben-hosszában, tömörítési sebességre és tömörítési fokban is.
Párhuzamosításra viszont nem a legideálisabb, mivel hiába adom meg, hogy 8 szálon tömörítsen, jellemzően 4-5 szálat használ, a tömörítés vége felé már csak 2 szálat, majd 1-et. A 2 legfelsőbb ultra tömörítési fokozaton már csak 2 szálat használ, a tömörítés vége felé már csak 1-et. De a 7-zip is ugyanígy viselkedik, nem mértem le, de feltehetőleg az xz is. Tehát azt nem lehet elvárni egyik linuxos tömörítőtől sem, hogy állandóan kitekerik az összes prociszálat. Igaz ez a gcc-re is, ott is hiába adjuk meg a make-nek, hogy hány job-ot toljon párhuzamosan, még nagy projekteknél is fellép egyfajta limit, mikor nincs annyi párhuzamos fordítani való, hogy pl. 64+ szálat kihajtson. Igaz ez átlag konzumer szinten nem nagy korlát, mert az átlag konzumer proci kb. 4 szálat tud nagy átlagban. Mondom átlagban, van, akinek 16-ot, van, akinek csak 2-őt, a 4 az egy erős átlag, ami figyelembe veszi a még használatban lévő, de nem teljesen irreleváns procikat (régi Core 2 Duo/Quad vagy régi genes Core i, vagy Phenom / A / FX).
De flac-nál pl. a default 5-ös tömörítési fokot használom, mert nagyon gyors, és csak alig pár százalékkal tömörít rosszabbul, mint a sokszorosan lassú 8-as fokozat. Az is igaz, hogy a flac csak egy szálat tud használni maximum.
Az is igaz, hogy baromi ritkán tömörítek befelé, inkább csak kifelé, utóbbit is inkább vifm-et használva, ami meg fuse modulokat használ kibontásra. Mondjuk ma véletlenül többször is, mivel egy 96 kHz-es lossless flac albumot benyomtam 48 kHz-es 512 kbps-os opus-ba, meg most a zstd-t, xz-t, zip-et méregettem sebességre, tömörítési fokra, de ilyesmik szökőévente egyszer fordulnak elő.
-
Shyciii
veterán
BoB, Frawly
Ne értsetek félre, nem akarom fikázni a linuxot, csak tényleg 2021-ben egyértelműnek tűnt, hogy azárt ez már megoldott (mikor elkezdtem linuxozni, akkor már konstatáltam, hogy ez gond), és gondoltam, hogy akkor módosítom a rendszert ennek megfelelően. A belinkelt weboldalt természetesen már olvastam (többször is) az elmúlt 2 évben. Tudom furán fog hangzani, csak eljutottam arra a szintre, hogy nem tudok már mit módosítani a rendszeren, és most már ilyen "faszságokkal" törődöm :D Nyilván Archozom, Bspwm, és semmi se az egy programos automatizált működéssel megy. Mindent amit csak használok levékonyítottam, hogy minél kevesebb erőforrást használjon (és persze így mégtöbbet tudtam meg a működéséről az egész rendszernek), mindent lescripteztem, így egy része mégis automtikus, csak jóval kevesebbet foglal, és gyorsabb, vagy egy gombnyomásra megy minden. Írtam saját telepítőscriptet is mikor az archot újra akarom húzni. Az is megcsinál mindent, még a mentéseket is visszaállítja. Gyakorlatilag pont azt kapom, mint ahogy most vagyok (csak persze a backup scriptemet előtte futtatni kell). Szal tényleg odajutottam, hogy nem tudom már mit baszkodni a rendszeren, és "unatkozom", "szenvedek" :-) Amúgy fura, mert nekem az xz tömörítés nem több szálon megy, csak egy. A zstd már több szálon megy, igaz abból 1 szál pörög 100%-on, a többi kb 20%-on, pedig semmi plusz kapcsolót nem használtam. A man page alapján pedig a default érték az 1 szál...nah mindegy. Úgyhogy akkor config fileok, és egyéb használt cuccok mentésére akkor zstd-t fogok használni, nem gunzip-et. Főleg hogy míg a gunzip 47mp alatt van meg 433MB-al, a zstd kb 10mp alatt van meg 411MB-al. Döbbenetes különbség...vifm-et már át is írtam, hogy a fusemountolás kezelje (archivemount), és a tömörítő aliasomat is átírtam zstd-re, meg a kitömörítő függvényt is gyorsan felkészítettem rá, bár eddig még nem találkoztam kitömörítés ügybne ezzel a formátummal.
[ Szerkesztve ]
-
Shyciii
veterán
Dehogy használok zip-et. Azért van fent a zip és unzip, mert sokszor találkozom zip fileokkal, és ki kell tömörítenem, vagy van olyan ügyfél, aki zip-ben kéri a dolgait. Saját mentéseim a linuxhoz tar+gz-t használok. Ma mindent átírtam tar+zstd-re. Az a baj, hogy a programjaimat is leváltottam már cli-s megoldásokra. Vifm, micro, freerdp, feh stb. Guis egyedül a chromium és transmission-gtk (torrent). Én amint változtatok a rendszerem működésén, azt tesztelés után rávezetem az arch telepítő scriptembe is, ami meg megy fel a github-ra, szal mindig naprakész. Én már nem is tudom, hogy milyen mixert használok. Hangerőt is ritkán módosítom. Azt meg lehet a polybar-on elvégezni. Úgyhogy az még biztos gui-s. Valszeg amúgy a pavucontrol lesz az, mert régen is azt használtam.
-
Shyciii
veterán
Transmission cli-s verzióját kipróbáltam, de értelmetlennek tartom számomra. Ahhoz hogy megnézzem a tartalmát, ahhoz indítsak el egy jóval energiaigényesebb programot (böngésző), mintha a saját guis felületét használjam, ami meg csak 9MB memóriát eszik.
Szerintem a feh eléggé cli-s abban az értelemben, hogy nincsen gui felülete, hogy te ott nyitogass képeket, vagy csoportosíts stb. Csak mikor megnyílik a kép, akkor van egy 4-5db-os menü, amiben lehet egy-két funkciót választani. Pont így van az mpv videólejátszóval is. Üresen nem tudom elindítani magában (illetve asszem valami csel van már rá, de csak elindítva a programot nem reagál, csak ha adok neki bemenetként egy filet. Ezek nekem már eléggé minimálak. Főleg hogy ha egy VLC-hez hasonlítom. -
Shyciii
veterán
Én a feh-et nem használtam háttérkép beállítására. Tilling WM mellett feleslegesnek érzem a háttérképet. Feh-et csak képek megnézésére és forgatására használtam. Amúgy annyira nem is pinduri az imv erőforrás foglalalása:
41k-s png esetén
feh -> 11MB memória
imv -> 23MB memória5MB-os jpg esetén
feh -> 61MB memória
imv -> 80MB memória
Találtam egy 
Inteléknél ugyanez 100 fölött van.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
re2 forrast forditottam, akkor a make 1 szalon munkalkodott. Erre van valami javaslatotok? 
Új hozzászólás Aktív témák
BoBÁllásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen