-
IT café
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
-
bambano
titán
És ugyebár azok, akik nem ubuntuznak, perfektek abból, hogy az ubuntu éppen milyen kernellel naprakész, meg kitaláljuk, hogy melyik ubuntu...
Nem akartalak én lerohanni, de ha kérdezel, legalább mondj el mindent, ami a válaszolást segítheti, különben nem biztos, hogy lesz válasz.
A környezet pontos definíciója a kérdező érdeke...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz ngabor2 #7304 üzenetére
A video stream megkívánt formátuma dönti el szerintem a dolgot, meg az, hogy mivel akarják lejátszani. Az mplayer pl. simán lejátszik http-ből is, de lehet dlna meg mpeg cuccot is csinálni. Mpegre ott van a vlc párja, a vls.
Sikítok ettől a távoli asztaltól. Az ssh X kapcsolatokat forwardol, nem távoli asztalt csinál. Szerintem az távoktatásra nem jó. Ezt találtam kis guglizással.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz _Petya_ #7319 üzenetére
Azért ír 0 helyett ö-t, mert a 0 scan kódját tolja be és ezt az x input driverei a megfelelő beállítások hatására ö betűre fordítják. De ezt a fordítást lehet szabályozni, azt nem tudom, hogy minden hidre külön is, vagy csak egységesen. Ennek kellene szerintem utánanézni, szerintem mindegy, hogy milyen kódot ad be maga az eszköz, úgyis fordítva lesz.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz TazLeacher #7344 üzenetére
Benne van a menüben, minek neki ikon. Az a sejtésem, hogy .deb végű fájlt kell a synapticnak adni (ritkábban rpm-et).
Én azt javaslom, windowsos programot windowson kell futtatni, kevesebb gonddal jár.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz TazLeacher #7351 üzenetére
az .exe azóta windowsos fájltípus, mióta minden rendes unix a fájl tartalmának eleje és nem a kiterjesztése alapján dönti el, hogy mi van a fájlban. Sőt, továbbmegyek, azóta minden fájltípus windowsos, ami .hárombetű formátumú.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz dr_strange #7350 üzenetére
nem akarok flamelni, de azt valaki magyarázza már el nekem, hogy miért akartok egy lekönnyített, lecsupaszított, leegyszerűsített mobil internetezésre szánt terminálon még emulátorral is súlyosbított helyzetben dolgozni?
ennyire azért nem jó egyik oprendszer sem. ez olyan, mintha anno, amikor a fickó (bocs, most nem keresem ki) épített egy ultrakönnyű gépet, hogy pedálmeghajtással át tudjon repülni a La Manche csatornán, felszállás előtt kapna két-két siklóbombát, egy durandallt, két mavericket, sidewindert, meg még mellé két egy-egy mázsás postazsákot levéllel, ha már úgyis arra megy...
Egyébként az a vélemény, hogy arra, amire én/ő használni akarja/akarom, nem alkalmas, az korrekt és el kell fogadni. Csak nehogy az legyen belőle két hét múlva, hogy a linux sz.r. Vannak anyagok, amiből nem lehet várat építeni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
1. nem fog kibukni a hiba.
2. szerintem annak, hogy más a ludas, nem a táp, nagyobb az esélye
3. ha a tápnak szűrési gondjai vannak, azt nem hiszem, hogy simán ki lehet mérni, multiméterrel biztosan nem. Ahhoz valami spéci oszcilloszkóp kellene.Ezt csak azért írom, hogy ne keseredj el, ha nem találod meg a hibát.
Azt megírhatnád, hogy milyen hálózati kártyái vannak a gépnek és milyen routerbe csatlakozik? Egy sört tennék rá, hogy cisco.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
lspci mindig megmondja, milyen hálózatikártya van benne.
én intel kártyát nem szoktam bántani, némely broadcomokat igen, amihez tg3-as driver kell.nekem a cisco cuccok (nem a home router kategória) nem mindig jönnek be... van olyan cisco cuccom, amivel elégedett vagyok, van, ami kétséges, és van, amit régen kihajítottam. de ez egyedi vélemény.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz ZCoyote #7388 üzenetére
valaki olyan gombot nyomogat a klavin, aminek van scankódja, de nincs hozzárendelve billentyű evenet. tipikusan a hangerőszabályzó gomb a klavin, vagy nekem hasonlókat produkál az umpc-men, ha alt+f2-vel ki-be kapcsolgatom a wifit, vagy más notebookokon pl. a tft-külső monitor váltogatás is ilyet mond(hat).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
valaki tud nekem url-t, magyarázatot, egyebet adni arra nézve, hogy miért nem akarják, hogy 4.3-as gcc-vel fordítsak 2.6.16-os sorozatú kernelt?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
bambano
titán
válasz VladimirR #7396 üzenetére
Kérdés, hogy reprodukálható-e a hiba, tehát meg tudod-e csinálni, hogy ripperjohnnal bármikor megborítod a rendszert.
A leírás alapján az látszik, hogy megállt a diszk io a gépben. Megnézném, hogy a cd-t és a diszkeket dma-san vagy pio-ban kezeli-e a gép.
Azt is kipróbálnám, hogyha úgy állítod be ripperjohnt, hogy ne akarjon cddb-t vagy freedb-t használni, megjavul-e. Vagy egyszerűen kihúzni addig az ethernetet.
Szerk: memóriafogyás: általában nem az okoz gondot, hogy az alkalmazások által használt memória elfogy, ezért nem javul az apacs lelövéstől a dolog, hanem az, hogy az ilyenolyan pufferek (diszk block cache, network io pufferek) és egy-két ezek nyilvántartására szolgáló táblázat helye fogy el. Van, amit ezekből az alsó 1M-ba rak a kernel, van, amit az alsó 16M-ba, mert nem minden dma tud magasabb címre dma-zni.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #7400 üzenetére
Azt, hogy mennyit akar swappelni, top-pal meg lehet nézni és a munin is irogatja szerintem.
A memóriát szerintem az borítja meg, hogy tolják a diszk io kéréseket a lemez felé, az meg nem válaszol normális idő alatt és emiatt a nem befejezett kérések miatt a puffereket sem szabadítják fel megfelelő sebességgel. Az apacs meg mindig forkol (úgy értem, normál használatkor is), csak ha nincs ez a diszk gond, akkor néhány 10-20 msec alatt be is fejeződik egy apacs child futása és ezért nem látod, hogy sok lenne. Sok jön, gyorsan, de normál esetben gyorsan el is tűnnek.
Ha diszk io elégtelensége okozza a lassúságot, akkor az normális, hogy a proci nincs kihasználva, mégsem gyors a gép.(Nekem a diszk io miatt megugró loadban a rekordom 1084 volt )
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
bambano
titán
válasz VladimirR #7432 üzenetére
Gondolom azért, mert ugyan máskép nyíilik meg egy socket, mint egy fájl, de utána ugyanazon utasításokkal lehet írni, olvasni, select-telni meg ilyenek, mint a gyalog fájlokat. Ha már megnyitotta valami a socketet, onnan kezdve a programnak, ami használja, nem is kell tudnia, hogy nem fájl, hanem network.
Szerintem azért mmapolnak, mert gyorsabb és/vagy kevesebb erőforrás, mint a sima fájlműveletek.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
bambano
titán
Nem, nem jól sejted, mert nem csak fsck dobja el az agyát, hanem a mount is.
A linux nem ismer olyan opciót, hogy mountolni, vagy mégsem.Azt tudod csinálni, hogy úgy állítod be az fstabot, hogy ne mountolja fel bootkor a partíciót, viszont felhasználóként lehessen mountolni. Ezt a noauto,user opciókkal lehet, szintén az fstabban.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #7537 üzenetére
Én inkább csinálnék egy /usr/local/share/munin/plugins könyvtárat és oda tenném, mert ez jobban megfelel a fájlrendszer szabványuknak.
A kódon volna még mit optimalizálni Azt nem tudom, van-e minden debianon awk, amelyiken munin-node van, ennek utána kellene nézni.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #7539 üzenetére
Pár ötlet:
- awk-ot ne használjunk, ha nem muszáj, mert nem tudni, a debianos alternatives cucc mit húz be helyette és nem kompatibilis a nawk, a mawk meg a gawk.- a fordított aposztróf nem szerencsés, mert nem lehet egymásba ágyazni, erre a bash $()-t használ. A fordított aposztrófot ki is fogják szedni előbb-utóbb. Viszont ha erre átállsz, akkor javasolt /bin/sh helyett /bin/bash-t írni az első sorba
- az egrep-nek van -c kapcsolója, ezzel egy wc -l-et meg lehet takarítani annak árán, hogy esetleg nem debianon futtatva az ottani unixon meg nem gnu egrep van. (16. sor)
- a cat filenév| grep szerkezet lehet, hogy szemléletes, de van benne egy felesleges fork, lehet helyette grep filenév (34. sor)
- a 34. sorban két forkot meg lehet takarítani, ha ilyen sormintára cseréled:
awk "/ $device / { print \$13 }" /proc/diskstats
- szerintem a 36-37. sorokat is lehetne egy utasítással meg egy fájlmegnyitással, valahogy így: read oldticks oldioticks <$statefile, de ezt nem teszteltem
- a 47. sorból is meg lehet spórolni egy awk indítást, a bashnak van saját beépített printf utasítása, de ennyit echo-val is ki lehet iratni rendesen.
Valószínűleg az olvasható és hordozható programok kedvelői nem fogját azt tanácsolni, hogy mindent fogadj meg ebből
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #7542 üzenetére
Az a gond, hogy egy halom olyan dolgot javasoltam, ami bash specifikus is lehet. Nem olvastam el ilyen szinten a kottát, hogy pontosan lássam, melyik. Elvileg ha a bash-t sh-ként hívod, akkor sh kompatibilisen kellene futnia, azt nem tudom, hogy ilyenkor a nem sh dolgokkal mit csinál. Normális esetben hibát kellene adnia, de ha valamit elírtak a programozók, akkor lehet, jól végrehajtja és akkor lenyomozhatatlan inkompatibilitási problémát generáltunk.
Ezért tisztább munka bash-ként hivatkozni rá, akkor nem fordulhat elő, hogy portolják más rendszerre és nem derül ki, miért nem megy.
Ha aposztrófot használsz az awk script delimitereinek, akkor a benne levő stringet szövegként átadja az awk-nak, további feldolgozás nélkül. Emiatt a $device nem fejtődik ki hda-nak vagy sda-nak. Ezért kell idézőjelek közé tenni, ebben az esetben viszont a printnél a 13. argumentumot a bash behelyettesíti első script argumentumnak és egy 3-as literálnak. Vagyis a $13-ból {$1}3 lesz. Ezt nem akarjuk, ezért escape-lem a $ jelet, és akkor azt az awk már rendesen $13-nak kapja meg.
Az itt emlegetett dolog az shell tulajdonság, nem awk, ahogy te is írtad.
Én úgy szoktam pl . 10-zel osztani, hogy printf "%d.%d" $(( $valami / 10 )) $(( $valami % 10 ))
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
A linuxnak nincs intelre és amd procikra lefordított verziója (minimális optimalizációtól eltekintve). Van 32 bites linux, ami azonosan fut intelen és amd-n meg van az eredetileg amd találmány 64 bites kiterjesztést használó linux, ami azonosan fut erre alkalmas amd és intel procikon.
A kérdés, hogy megvan-e minden 32 bites program 64 bitesben is? Ha csak azokat a dolgokat használod, amik a disztibúcióban vannak, akkor abból minden bizonnyal van mindkét verzió. 8 giga ramhoz nem tennék fel 32 bites linuxot...
Sok ramot kétféle módon lehet megcímezni, 3 szintű laptáblákkal vagy 2 szintű laptáblákkal, amik a sima kernelhez képest nagyobb méretű lapokat címeznek. A bigmem nem indít még egy kernelt, ez marhaság.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #7545 üzenetére
Ha az én verzióm szerint kiszórod a cat-ot és a grep-et is a parancssorból, akkor már az awk-nak kell grepelnie, amit meg is tesz.
Tartok tőle, hogy egy builtin shell osztás gyorsabb, mint forkolni egy awkot...
Az ilyen cuccokkal az a gond, hogy az ember faragja szépen sorban a mérő programokat és eljuthat odáig, hogy a mérés agyonüti a rendszert és az eredeti feladatokra már nem marad idő Ezért szoktam rigorózusan kidobálni minden programot a munin pluginekből, ami nem kell. De ez mindenkinek az egyéni döntése kell legyen.
A sambával két eset van: vagy megtalálod, hogy lehet optimalizálni ennél nagyobb sebességre (én soha nem használtam sambát) vagy egy ötlet maradt még: a webdav szerver. Persze az is lehet, hogy lassú lesz, nem tudom. Azért mocorog bennem a kisördög, hogy gyorsabb is lehetne az a samba...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Fejhallgató erősítő és DAC topik
- Elemlámpa, zseblámpa
- Konzolokról KULTURÁLT módon
- Azonnali processzoros kérdések órája
- Milyen okostelefont vegyek?
- Melyik tápegységet vegyem?
- Jogász topic
- Bestbuy játékok
- Kötelező BIOS frissítéssel orvosolná a Core CPU-k stabilitási gondját az Intel
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- További aktív témák...
- Office Professional Plus 2013, 2016, 2019, 2021 RETAIL licenckulcsok - MEGA Akció!
- Vírusirtó, Antivirus, VPN licenckulcsok - kedvezményes ajánlatok (frissítve: 2024. 05. 01.)
- Windows Server 2016, 2019, 2022 Standard, Datacenter, Essentials termékkulcsok - MEGA akció!
- Eladó PC-játékok
- GameStar / Gamer Magazin / PC Guru stb papírtokos játékmellékletek 350Ft/db
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen