-
GAMEPOD.hu
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
addikt
válasz I02S3F #27356 üzenetére
Peldaul ha feltorsz egy webszervert es backdoorozod mondjuk az index.php-t, akkor utanatouch -d <original_date> index.php
kifejezetten hasznos.
Ha ugy lett deploy-olva az oldal, hogy minden fajlnak ugyanaz a kezdeti datuma, akkor egyls -l
utan eleg feltuno, hogy egyetlen fajlnal mas datumot jelez.
Lattam mar ebben a kontextusban hasznalva.
...vagyis hallottam rola, hogy lehet ilyet. khm.
btw touch parancs hasznalata nem kifejezetten halado tema.[ Szerkesztve ]
-
-
haddent
addikt
válasz I02S3F #29359 üzenetére
Először is, igaza van a többieknek. DevOps és Linux (sysadmin?) két tök más témakör. Persze van kapcsolat, sok szoros is, de ennyi erővel a programozóval is meg még ezer másikkal (egyébként a DevOps kicsit mindenes IS, dolgoztam 1.5 évig DevOps -ként).
Az 1. pont mindenképp kelleni fog mindkettőhöz, én mindenképp a Pythont ajánlanám, mert egyre csak nő a részesedése, tavaly már #1 volt. Modern, hatékony (C libek), nagyon szép explicit syntax, rengeteg nyálcsorgatós syntax sugar, programozók nedves álma, első nyelvnek is, és a DevOps is szeretettel használja glue languagenek, scriptelni, összekötni. (későbbiekben ha komolyabban érdekel viszont kötelező szopni C -vel is kicsit!) Linux specifikus esetén bash kötelező
A 2. pont számomra majdnem teljesen irrelevánsnak tűnik. Egy része nagyon mély és régi dolgok amikkel napi szinten nem foglalkozik egyik sem (threads, concurrency stb.. tanultam egyetem, de őszintén felesleges első körben, nem kernel fejlesztő leszel..), egy része meg nagyon modern és advanced (virtualization)
A 3. pont eddig a legfontosabb, nem is értem miért nem 1. számú.. Mindkét OS esetén, bash/powershell és terminál minden mennyiségben. Addig kár is kicsit is komolyabban belevágni, amíg nem tudsz minden problémát terminálból megoldani, +pont jár érte, ha már undorodsz a gui -tól és direkt terminálból esik jól minden
4. pont fontos és hasznos, deeee azért ez ilyen estimese, elolvasod, megérted aztán amikor épp valamelyik nagyon mélyen kell majd belemélyedsz
5. esszenciális, mindegyik! Sysadminnak és DevOpsnak is. nginx/apache lefedi a 95% -ot, maradék 4% IIS (win), a maradék a többi viccelődjünk kategória. Nginx -et ajánlanám, az mindent is tud, jól, nem véletlen #1 minden értelmes helyen
6. Container, orchastration, infrastructure provision én inkább ezzel összecsapnám a 2. pontból a vm -et. Kell, és nagyjából itt ~6. pont idejében releváns is már. Linux esetén egyértelműen KVM és Docker, Kubernetes. Minden más megint csak ilyen szenvedjünk egy sort kategória, meg ha épp adott melóhelyen mégis valami elavult szar van, akkor 10 perc alatt beletanulsz, ha ezeket mélységeiben ismered, érted, használod
7. Nagyon fontos, nem nehéz. Jenkinst ajánlanám, teljesen free/open source, millió plugin. Pl. jó ötlet (meg innentől mindenre) feldobni 1 már megtanult konténerbe és játszani vele
8. Nagyon fontos, el lehet benne veszni, de azért mire ideérsz belejössz. ELK, Graylog, Grafana, Prometheus, CheckMK, QRadar. Szerintem ezek a relevánsak manapság, itt is elég elavult a lista.. nagios az alapja soknak, de magában már nem sok szart ér
9. Hát ja ez már a csúcs, mindent valami távoli cloudban deployolvaBocs a hosszú válaszért, de ha komolyabban érdekel a dolog szerintem érdemes ezt az álláspontot is meghallgatnod, ez viszonylag friss tapasztalaton alapul, utóbbi 5 évben 1.5 év multinál devops, 1 év full stack developer, 1 év sysadmin / network / sec analyst. Természetesen nem kell egyetérteni meg szentírásnak venni, ahogy mondtam tapasztalat és vélemény
-
bambano
titán
válasz I02S3F #29375 üzenetére
az egyetlen programozási nyelv, amiről nagyjából biztos lehetsz, hogy minden unixon és unix származékon van, az a shell. ha megtanulod a bash-t annyira, hogy azt is tudd, mi az, amiben elferdül az alap szabvány shelltől, akkor minden rendszeren fogsz tudni programozni vele.
ugyanez nem igaz se a pythonra, se a perlre, se a hasonló programnyelv-tervezési bűncselekményekre.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz I02S3F #29573 üzenetére
egyébként egész pontosan mi is a linux hátránya?
nekem pl. megy ősöreg fedora sarge xen guestben debianos kernellel. de ha gondolod, megpróbálom bebootoltatni egy 5.x-es kernellel a 15 éves fedorát, és, szerintem, menni fog.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
Sonja
veterán
válasz I02S3F #29586 üzenetére
Hamár összehasonlítás, akkor
Ableton vs Bitwig Studio/Tracktion (ingyenesben esetleg Ardour)
DaVinci Resolve vs Sonynak a videóvágójaVan Linux-ra is megfelelő program, de itt sem ingyen.
Szerk.: (#29587) sh4d0w: Sony Vegas (Bár azt hiszem ezt már a MAGIX megvette.)
[ Szerkesztve ]
Ha csalódni akarsz, bízz az emberekben!
-
Dißnäëß
veterán
válasz I02S3F #29586 üzenetére
Linux Desktop-ra tértem át egy ideje, de óriási szívfájdalmam a Foobar és annak komponenseinek futtatása. Az alap program már fut, sikerült eddig beröffentenem egy konténerizált mókolással, hogy a Photoshop-al mit kezdek, meg annak n+1 pluginjével, fejvakarós. A Gimp egy bohóckodás hozzá képest sajnos, piszkosul nem intuitív és marha kényelmetlen, logikátlan. (Bár ez mondhatná bárki, ízlés dolga, mégis kicsit úgy érzem magam, mint a német autószerelő egy Honda gyárban)..
Minden egyébre nekem tökéletes a desktop linux is, de tetszik vagy sem, tartok VM-ben windows-t, pont Photoshop miatt például. Úgysem nyer annyit hw-es gyorsításból, pl. VGA kihasználás, hogy érdemben elkezdjek emiatt pampogni, a monitor kalibrálás és ilyesmik már más tészta, de egyelőre hobbi szinten elvagyok vele. Ha újra beszállnék a félprofi ligába, lehet kell majd egy dual boot és natív W10 ismét. Meglátjuk. Egyelőre elvagyok linuxon.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
-
samujózsi
tag
válasz I02S3F #29630 üzenetére
Extensiont nem találtam, a wm csere felmerült bennem is, de gyorsan elvetettem, mert már lusta vagyok hozzá.
Nem használom a gnome szolgáltatásait, de a manapság elérhető wm-k... túl primitív felületet adnak ootb és egy ilyen futó ötlet miatt nem akarok belevágni. Ha lesz más hasonló igényem, akkor majd elgondolkodom a váltáson.Találtam még egy olyat, hogy xrandr. Nem teljesen tiszta, hogy mi ez, de majd megnézem, ha újra gép mellé ülök.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz I02S3F #29650 üzenetére
"Ennél már csak az a "jobb", amikor valami netes szolgáltatást használ valaki a jelszavai tárolására..."
Erre írtam. Bocs, ha nem volt egyértelmű.
A lényeg, hogy amíg nincs megfelelő számítási kapacitás az ismert világon ahhoz, hogy egy erős jelszóval + erős kódolással védett állományt valaki kinyisson, addig nem kell aggódni a netes tárolás miatt.
Persze érte már meglepetés a közönséget e téren.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Dißnäëß
veterán
válasz I02S3F #29693 üzenetére
Ja. Soha nem gondoltam volna (de tényleg: SOHA), hogy XFCE lesz és elég mindenre nekem. Szar rájönni, hogy ennyire igénytelen vagyok.
Van két 4-terásom, végre nem kell raid-el megalkudnom, megyek egyből zfs mirror-ozni velük. (Egyik üres, másik 80% tele). Kicsit remeg a tírgyem, de e van, egyszer élünk, igaz ?
[ Szerkesztve ]
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Dißnäëß
veterán
válasz I02S3F #29696 üzenetére
Én csak próbáltam 24 éve ezt meglépni és lepattantam. Sem a Wine, sem a virtualizáció, se semmi nem tartott azon a fejlettségi szinten, amin most.
Ma egy álom, kis túlzással. Ha ügyes az ember, lassan GPU dedikált elérést is hozzá tud rendelni VM-hez (bár ezt még nem próbáltam, ez a következő lépcső, az meg milyen már, hogy VM-ben játszunk nagy fps-ekkel)
Nem mintha játszanék, de amikor megjelenik majd a plussz VGA guest-ek felé kiajánlásának képessége, mindez két kattintásból, az piszok jó lesz
Ma rengeteg minden sokkal de sokkal könnyebb Linux-ban. Anno először SUSE-n tanultam (van még yast ?) aztán tátott szájjal beszaladtam a Debian falloszerdőbe
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
kovaax
őstag
válasz I02S3F #29696 üzenetére
Nem, de ha hozzászoktál, hogy a linux aktuális lehetőségeihez vásárold a hardvert, sok szopástól meg tudtad magad kímélni. Plusz alapból unixokon dolgoztam akkoriban is már, így egészen másfajta elvárásaim voltak a "deszktoppal" szemben is (= X + böngésző + sok szöveges terminál).
-=- There's no place like /home -=-
-
ztsoft
őstag
válasz I02S3F #29908 üzenetére
Nem tudom, hogy van-e köze hozzá a systemd-nek, de most kipróbáltam több módszert is az újraindításra.
Terminálból reboot parancs (ami a systemctl-re mutat), tökéletesen teszi a dolgát, majd a Whisker menu újraindítás parancsát (xfce4-session-logout --reboot --fast) ami szintén tökéletes.
Aminél a hiba előjön, az a power gomb megnyomására felugró menüben választva az újraindítást, itt mindig megfekszik (ugyan ez volt a Plasma 5-nél is, így nem hiszem, hogy Xfce bug lenne). Elméletileg a power manager felel a menüért (/xfce4-power-manager/power-button-action), de erre utaló hibára nem találtam bejegyzést a neten.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz I02S3F #29910 üzenetére
Nem tudom, hogy mihez van köze, az én tudásom eddig nem terjed.
Hosszabb tesztekést követően kiderült, hogy az eddig próbált összes módszernél jelentkezik a hiba. Az első kettőnél csak akkor nem jelentkezik, ha bejelentkezést követően hamar újraindítom.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Dißnäëß
veterán
válasz I02S3F #30010 üzenetére
4x fejlesztést gyakorló környezet (DEV, TEST, UAT, PROD), 3x MySQL InnoDB HA cluster (+ 1x kontroll gép, ahonnan elérem), 2x W10, 1x PiHole (ismerkedek vele), 1x OPNSense (ismerkedek vele), 1x tetszőleges LiveLinux VM amikor le akarok gyorsan tesztelni valami "új" Linux-ot csak poénból - hirtelen ennyi, de nem mind egyszerre megy természetesen. Annyi szemem, agyam nincs
Nem is ők eszik meg a RAM-ot igazán, persze ha kényelmesen osztok nekik 4-8G-ket, W10-nek 8-at, azért szemmel látható a fogyás, de szerintem még a 16G is elég lenne, csak utolsó pillanatban vettem még 16-ot mellé, hogy meglegyen a dual channel legalább, mert az első 16G-m 1 modulon van. Ha pedig már ennyi RAM-om lett, ramdrive-ban szórakoztam egy ideig és valszeg fogok még, meg igazából tök kényelmes 32G-n létezni ma szerintem. Photoshop-ot is visszaizzítom, ilyesmik, meg lehet elkezdek zenélni (zenét írni), amire kipróbálnék egy Ubuntu Studio-t. Meg erősítőt, hangfalat építek, elektronikát tervezek, ezeket is már mindet Linux Desktop-on, KiCAD és társai, ... elvagyok Próbálom a host-ot kímélni és nem "teleszemetelni", szóval nálam - lehet kicsit pazarló, de annyira nem gáz - a legtöbb pittyputty tevékenységre van egy külön VM. Azért választottam ezt, mert például csak elektronika és hifi témában van vagy 10-20 böngészőablakom nyitva és szeretem őket látni egyben, ha meg még a fotós és devops és egyéb dolgokat is mellévesszük, mellényitnám, lenne vagy 50-60 ablakom nyitva 1 böngészőben, az meg átláthatatlan számomra. Úgy gondoltam, Linux Desktop-okkal témákra "szeletelem" az életem és mikor melyik gépbe megyek így be kényelmesen, a host-on meg van egy XFCE mint felület, egy KeePass a jelszavaimnak, egy Foobar2000 a zenének (ez mégiscsak jó, ha natív hangkártyát lát, bár VM alatt is szuper) - és ennyi. Néha 2-3 is be van izzítva, mert mondjuk egy DIY külföldi fórumon megy a fórumban a párbeszéd ilyen párperces kérdezz-felelek tempóban, míg közben csinálok más témában mást, egy másik VM-ben.
Szóval mikor mi jön rám. A ramdrive meg tőlem függ, mennyire nyomom tele és mivel, szóval oda elég 1G is, meg nemelég 512G se de ez általában le van lőve, teszt célból nyomtam meg kicsit, érdekes volt kísérletezgetnem vele, mikor mennyire pakolom tele és a rendszer hogy reagálgat rá, melyik RAM típusból fogy.. Jó így empirikusan tapasztalni, vagyis én szeretem.
Hát ... kb ...
Az említett konkrétan "agyonterhelem a host"-ot dolog csak példa volt arra, hogy elmentem már vele eddig is és tök jó élvezhető maradt a rendszer. Azért nem ez a jellemző De ha valaki megkérdezné tőlem, mennyi RAM-ot tartsak fenn a host-nak ma, ilyen átlagosabb vegyesbazár dolgokra, azt mondanám, 2-3-4G, attól függ, mennyi mindennel tömi meg a host-ot. A többi mehet VM-eknek. A 4G host-ra az olyan tök ideális szvsz, míg nincs sok terányi ZFS, bekapcsolt deduplikációval (de azt meg hülyeség lenne akkor másra használni, mint storage, szóval az egy dedikált NAS gép lenne, nem egy mindenes workstation).
[ Szerkesztve ]
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Dißnäëß
veterán
válasz I02S3F #30012 üzenetére
4 éves korom óta függöm, de így sem érdemes már mindent megtanulni belőle, akkorára nőtt a torta azóta..
Én azt mondom, hogy aki most kezdi kicsit mélyebben, az kicsit kapargasson meg minden témát, minden aspektusból. Nem kell belemenni nagyon, csak kicsit-közepesen. Idővel meglesz az, ami fekszik az embernek és amiben szeret majd elmélyedni. Legyen az frontend fejlesztés, IT architektúra tervezés, adatbázis specializáció, storage, clustering, elosztott rendszerek, valami tudományos computing dolog, esetleg játék fejlesztés, grafika/3D/VR, robotika, mikrokontrollerek (Arduino & Co), .. nagy a paletta és egyik sem hal ma éhen.
Sok sikert, találd meg amit élvezel benne és abban merülj nyakig
[ Szerkesztve ]
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
-
Dißnäëß
veterán
válasz I02S3F #30092 üzenetére
Hát nézd, próbáltam rövidre fogni, de nem megy.
Főleg i3-i5-i7-2xxx sorozatú CPU-k, ha jól tévedek. Egyébként véleményem szerint kétesélyes. Az intel vt-x -et követő vt-d sincs még meg minden ilyen CPU-ban (de kellene a tényleges proci modelled), ami i/o eszközök paravirtualizációját teszi lehetővé.
Most ránézve az Intel procilistájára, egy ilyen generációs i3-ban nem látok vt-d-t, míg egy másik ugyanilyen generációs i5-ben igen. Valszeg vt-d hiányában kevesebb az esély élvezhető sebesség elérésére, tehát jó, ha a CPU is tudja ezt, és a BIOS/UEFI is támogatja és bekapcsolható (és be van kapcsolva), vagy nincs sehol sem benne (és gyárilag be van kapcsolva). Vt-d hiányában a teljes virtuális gép hardvert emulálnia kell a hypervisor-nak, ami rengeteg CPU időt zabál fel, vt-d mellett lényegesen kevesebbet.
Amit látok, hogy virtualizáció téren lassú a növekedés feature téren, egy stabil lineáris valami, semmi ugrásszerű. VGA kártyát és jópár speciális hardvert és képességet a host-on még mindig nem tudunk, vagy csak nagyon korlátosan úgy odaadni egy vagy több VM-nek, hogy rendesen kihasználják a hardvert. Vannak rá módszerek, de nem triviálisak, pl. a W10-emnek VGA kártyát csak úgy tudnék adni, ha alaplap, processzor, BIOS + a VM-nek odaadandó hardver (!) egyaránt kivétel nélkül támogatná az IOMMU funkciót, és ez is úgy működne élőben, hogy mondjuk egy második VGA kari lenne a gépemben, amit a host nem használ, de rá van kötve egy monitor, az első monitoron látszik a host és a desktop vagy konzol vagy akármi, amit akarok, a második monitor még kuka, majd amikor indítom a W10 VM-et, a hypervisor odaadja neki a dedikált, eddig alvó VGA karit, a W10 ezt látja immár rendes driveren keresztül (pl. nvidia, amd, mindegy) és akkor van egy W10-em, amivel egész jó natívközeli teljesítményben tudok grafika ügyileg játszani, míg vagy 5%-ot bukok CPU oldalon (ami nagyon jó arány ma már). És ez is még csak köhög, bug-ok, fagyások, de nem-desktop célokra viszont hatékonyak már a mai hardverek és virtualizációs megoldások.
A jövő szerintem amúgy ebbe az irányba mutat, hogy van egy hardver és valós időben képes lesz futni egymás mellett akár két tökmás OS is, vagy egyik a másik hypervisor-a lesz ultra minimális overhead-el, vagy ténylegesen egymás mellett (utóbbira kevesebb esélyt látok most, előbbi pedig lassan de biztosan megvalósulni látszik).
Szóval szervernek - ha nincs nagy i/o igény - befogható a laptop, grafikában viszont nem lesz egy rakéta, az az egész virtualizált élményt meg fogja ölni, lassú ablakok, vánszorognak, húzás közben széttörnek, 1-2 fps-es youtube video-k és sorolhatnám.
Szervernek "headless" üzemmódban jó lehet, csak mégiscsak egy laptop, nem arra lett kitalálva, se akksi, se hűtés, se ECC, se semmi. Szóval mégsem.
De ha mondjuk Windows-od van rajta és tegyük fel, fejlesztő vagy és kellenek virtualizált környezet(ek)ben "zárt világok" és szórakozol olyannal, hogy:
- mondjuk egy 3 node-os MySQL InnoDB HA cluster (3 VM, 1 vCPU, 1G RAM)
- backend és/vagy middleware környezet, valami kisméretű php motor, java, mittomén (2 VM, 1vCPU, 512 RAM)
- mondjuk load balancer-el előtte, pacemaker-el, tűzfalak, akármi (legyen 1 VM, 1vCPU, 512 RAM)
.. ez így nagyot hasalva 6 vCPU, 4-5G RAM... el lehet szórakozni..Sebességben szerény leszel, DEV rendszernek meg UAT-nak jó lehet akár amúgy, ha van sok RAM-od és óvatosan adagolod a vCPU magokat, PET-nek már nyilván nem, ahhoz fel kell tolni felhős gépekre a lefejlesztett full stack-et, bekonfigolni rendesen és úgy meghajtani, mielőtt PROD-ra mész vele.
De kicsiben "bohóckodni" és igazából a lényeget, funkcionalitást, script-eket, proxy-kat satöbbiket lefejleszteni, beállítani, bekonfigolni, kipróbálgatni a viselkedésüket, egymás közötti kapcsolatokat, stb stb stb, arra tök megfelelő lehet.
Mondjuk főleg 4 fizikai magos kellene itt is ami a Te szériádban ritka, inkább 2 mag lesz az, jó esetben 4 szál, szóval mondom, nem kell rakétát várni, de azért lehet értelmes dologra használni.
Ez csak 1 példa volt, fogalmam sincs, miért virtualizálnál egy ilyen laptopon, de fentebbiek szó nélkül. Minimál Linux grafikus felület nélkül (vagy ha nagyon muszáj, akkor egy LXDE/XFCE, de minek) és indulhat a móka. A Windows host-nak hagysz a 8-ból 3-4 Gigát (lehetsz először szigorú, hogy csak 3-at, a többit kiosztod VM-eknek) és igazából jó lehet a dolog.
Webfejlesztéshez meg full stack motyókra én így csinálnám (vagy még a konténerek ugye, 1 VM-be akár több konténer is, már ami konténerizálható..) .. és lenne valami távoli storage-om mindegyik virtualizációs környezetbe belinkelve, ahova néha felszinkronizálom az adatokat, fájlokat, akármit, amolyan biztonsági mentésként, ha máról holnapra megdöglene a laptop, vagy megsemmisülne, ellopnák, akármi.. legyen ez akár egy buta rsync, akár egy sftp cron-al a háttérben rendszeresen meghívva, akár eleve egy elosztott fájlrendszer, bááármi....
Magánvélmény, uff. Tökéletes megoldás nincs, de ki lehet próbálgatni a nagy alkotómunka előtt, meddig feszítheted a vászont
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Dißnäëß
veterán
-
bambano
titán
válasz I02S3F #30121 üzenetére
nem hiszem, hogy indokolni kellene
minden plusz, amit a védelem kedvéért teszel, segít.
ráadásul a fail2ban nem csak ssh-hoz jó, hanem levelezéshez, web cuccokhoz, meg sok más mindenhez is.kellően alacsonyra véve a limiteket, ad védelmet a próbálkozások ellen. pl. ha 3 rontott próbálkozás után repül az ip cím, de nem 5 percre, hanem mondjuk 8 órára, az segít.
értelemszerűen abból a nézőpontból, hogy kizárólag fail2ban-ra alapozni a védelmet, jogos lehet a kritika.
persze én, mint internet szolgáltató rendszergazdája, én csak a logjaim alapján tudok vitatkozni, mások érzelmeiről nincs objektív infóm.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
inf3rno
nagyúr
válasz I02S3F #30380 üzenetére
Már minek? A hibás memóriának vagy a bitflipnek? Kicsit is komolyabb helyen szerintem nem megengedhető, hogy csak úgy változzon, hogy mi van a memóriában, azért van ECC. Nem drágább, mint a normál, a CPU és az alaplap a drágább, ami tudja kezelni, de az se vészes. Én workstation lapot és egy Xeont vettem itthonra, teljesen jól megy, és megvoltam kicsivel 100k alatt ezzel a részével. Szerver lappal viszont húzós lett volna az ára, az tény.
[ Szerkesztve ]
Buliban hasznos! =]
-
Frawly
veterán
válasz I02S3F #30410 üzenetére
Nem, nem mentem. Azért szoktam le a rendszer mentéséről, mert állandóan változnak a felhasználási szokásaim. Kb. fél-egy évente úgyis újrahúzom az Archot, teljesen másik grafikus felülettel, meg pár progit is mindig lecserélek, ezért nem látom értelmét régi rendszert eltenni. Nekem a belakott rendszer nem szent, szeretek tiszta lappal kezdeni, meg különféle dolgokat kipróbálni. A konfigjaim a /home-on viszont el vannak téve, meg mentem őket, azokból fel tudok használni az új rendszer alatt, meg a csomaglistát is elmentem.
-
Frawly
veterán
válasz I02S3F #30443 üzenetére
Szenvedni kell ilyen spéci telepítők meg kernelek telepítésével, ami később egy csomó anomáliához vezet, egy nagy rakás szoftver bugosan működik rajtuk. Ezt a latencyt létező problémaként két felhasználási területen tudom elképzelni:
1) valaki zenész, és effektezett hangszeren nyomja, és fontos, hogy ahogy lenyomta azt a billentyűt, akkor azonnal az a hang szóljon
2) emulátorplatformokon, hogy esetleges emulációs overhead miatt nehogy késsen a hang pár ms-ot a játékbeli akcióhoz, kirajzoláshoz képest.De ezen a latency dolgon pont olyan szoktak vergődni, akiknek igazából nem fontos, nem kötelező Reaperhez sem, meg hifistáknak sem, külső DAC-os bithelyes lejátszáshoz sem kell.
-
sonar
addikt
válasz I02S3F #30525 üzenetére
Igen, Nagios, Icinga, Zabbix erre is jó. Csak ha nincs villany akkor nincs villany.
A legtöbb masina meg képes elindulni magától miután megjött az áram. Szóval lehet ez irányból kellene megközelíteni a problémát. Mert ha nem indul el magától akkor meg nem sokra megy a notificationnel.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
LógaGéza
addikt
-
válasz I02S3F #30635 üzenetére
Ezer és millió megoldás létezik a gyakorlati problémájának megoldására, de mindegyikre talál valami kifogást - ez bloat, az fejlécet tesz, a harmadik keyringet használ...
Bitwarden tökéletes jelszavak tárolására, minden platformon elérhető, ha van egy böngésző, droidra is van kliense. Ha akarod, hostolod magadnak, vagy használod az online megoldást. Még cli-s felülete is van, bár ha jól látom, Node.js-es, ami még nálam is kiveri a biztosítékot.
Mindazonáltal ha valaki törekszik egy probléma megoldására, akkor azt többnyire meg lehet oldani. Kb. egy hete olvastam, hogy baja van a non-interaktív kpcli-vel, mire mondták neki, hogy egy script az egész, nyúljon bele, ha kell...
[ Szerkesztve ]
https://www.coreinfinity.tech
-
Frawly
veterán
válasz I02S3F #30642 üzenetére
Azért, mert ha elhagyom vagy ellopják a telót, akkor azon nincs a háttértár titkosítva. A teló le van zárva, de az meg törhető.
Természetesen ha csak a linuxos gépemre kéne, akkor még egy tiktosítatlan plain text file is megfelelne, mert a háttértáram titkosítva van, rendszer jelszóval védve, lezárva hagyva, más nem fér hozzá, nem tud belematatni, még akkor se megy vele semmire, ha kiszedi belőle az SSD-t, és átrakja másik gépbe.
Itt most arról van szó, hogy a Keepass-nál egyszerűbb megoldások után nézek, mielőtt fölöslegesen feltalálom a kereket, és belenyúlok a kpcli kódjába. De még a gpg-s, vagy opengpg-s megoldás is játszhat, ha kulturáltabb formában meg tudom oldani túl nagy hekkelés nélkül. Itt most csak lényegében lustaságból próbálok plusz munkát megúszni, hátha lehet alapon.
-
-
-
-
Lenry
félisten
válasz I02S3F #30773 üzenetére
annyi haszna egyébként lehet, hogy ha nem nálad fut a VM, hanem egy központi szerveren, akkor onnan tudod használni az alkalmazásokat (nagyvállalati környezetben ez sokszor előfordul), de nyilván ilyen esetben is egyszerűbb felrakni egy bármilyen RDP klienst a Linuxra.
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
vicze
félisten
válasz I02S3F #30776 üzenetére
Olyan kismillió megoldás létezik windowed(á lá RDP) vagy seamless (csak az appot látod).
Pl. Amazon WorkSpaces, Desktop as a service modellje, 9$/hó + a mérettől függő /óra használat PAYG-ba.
Nagyon sok szolgáltató kínálja ezt. Ha csak appot akarsz akkor a "seamless remote app" szavakra keress rá.[ Szerkesztve ]
Új hozzászólás Aktív témák
- World of Tanks - MMO
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Linux felhasználók OFF topikja
- Bemutatkozott a Moto G32 4G
- Luck Dragon: MárkaLánc
- További aktív témák...
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen