Ubuntu Linux

Valaki, aki nagyon ért a Firefoxhoz és a GPU-val kapcsolatos dolgokhoz, árulja el nekem pls, hogy miért laggol eszeveszettül a Firefoxban minden WebGL alkalmazás?

Beleértve minden cuccot, ami animációt igényel és canvas-ra van rajzolva, mint a Google Maps. Ezen a videon - ami egy srác honlapja, ha minden igaz webGL-t használ - próbálom érzékeltetni a szignifikáns különbséget egy Chrome és az FF között. (Az FF-en témát használok, de ha lecsupaszítom gyárira, akkor is laggol rajta minden hasonló tartalom.)

Amiket próbáltam már:

• hardveres gyorsítás bekapcsolása és nem az ezzel kapcsolatos gyári beállítások használata
• hw gyorsítás kikényszerítése a layers.acceleration.force-enabled flaggel
• Google, Duckduckgo stb. túrása, de semmilyen érdemi információ találása ezzel kapcsolatban - ezt biztos én rontom el, csak nem tudom hol

Hw:

OS: Ubuntu 20.10 x86_64
Host: ThinkPad P50
Kernel: 5.8.0-33-generic
Uptime: 3 days, 15 hours, 34 mins
Packages: 3333 (dpkg), 21 (flatpak), 19 (snap)
Shell: bash 5.0.17
Resolution: 2560x1440
DE: GNOME 3.38.1
WM: Mutter
Theme: Nordic
Theme: Mojave-light-solid-alt [GTK2/3]
Icons: Papirus-Dark [GTK2/3]
Terminal: guake
CPU: Intel Xeon E3-1535M v5 (8) @ 3.800GHz
GPU: Intel HD Graphics P530
GPU: NVIDIA Quadro M2000M                                <---- Ezt a GPU-t használom renderelésre mindkét esetben. Szóval engedélyezve van az nVidia proprietary driver v455
Memory: 11092MiB / 64145MiB

Kérem, aki nem ért hozzá, kíméljen a hasonlóktól:

• töröld az Ubuntut, az Ubuntu szar, buguntu stb.
• re-installáljam az Ubuntut
• használjak Chrome-ot
• a webGL/nVidia szar, minek az neked? használjak nouveau drivert
• és tsi.

Előre is köszi a brainstormingot és az építő jellegű ötleteket!

A weboldal a beérkező adatokat feldogozza és lepakolja egy MySQL adatbázisba, de ezzel együtt csinál egy TXT filet is minden egyes bejövő adatról. Ezt a www/kontrol/ könyvtárba rakja dátum alapján szépen szét válogatva. Ezzel eddig nem is voltgond, de most a saját VPS-re rakott ISPConfig nem akarja engedni. Már a könyvtárat sem látom hiába írom be a böngészőbe. 403--as hibát ad.

Leellenőriztem a tulajdonosokat és a jogokat, minden rendben van elvileg, de mégsem tudom megnézni

Sziasztok,

Online ügyintézéshez akarok pdf-t kitölteni, pl ezt https://onsegelyezo-penztar.izys.hu/wp-content/uploads/IZYS_OP_Kedvezme…

Viszont az az érdekes, hogy amikor beírom az adatokat az Ő  és Ű betűk jól jelennek meg, majd mikor elmentem a pdf-ben semmi sem jelenik meg ezen betűk helyén. Találtam régi fórum bejegyzéseket ennek kapcsán ott azt írták, a beállított betű típussal van probléma, de megoldást nem írtak.

Magyar nyelvi alap beállításokkal használom az Ubunut 20.10

Próbáltam az alapértelmezett pdf nézegetővel, simán Firefox-szal, okularral,  libre office draw-al (ez már megnyitáskor crashelt).

Mit kéne telepítenem, hogy ez rendesen működjön?

üdv

Kepe

Sziasztok!

Ubuntu 20.04-et tettem fel, szerver verzióból indulva, de sehogyan sem bírom beállítani, hogy magyar

billentyűzet kiosztást használjon a konzolon.

Mi a trükkje?

Köszi!

hátezmeg?

:~# cat /var/log/kern.log | grep -i btrfs
...
...
Oct 28 15:29:45 king-crimson kernel: [    3.884775] Btrfs loaded, crc32c=crc32c-generic
Oct 28 15:29:45 king-crimson kernel: [    4.493969] BTRFS: device label UBUNTU-SRV devid 6 transid 6085221 /dev/sdb3
Oct 28 15:29:45 king-crimson kernel: [    4.495198] BTRFS: device label UBUNTU-SRV devid 5 transid 6085221 /dev/sda3
Oct 28 15:29:45 king-crimson kernel: [    4.541971] BTRFS info (device sda3): disk space caching is enabled
Oct 28 15:29:45 king-crimson kernel: [    4.542918] BTRFS info (device sda3): has skinny extents
Oct 28 15:29:45 king-crimson kernel: [    4.627802] BTRFS info (device sda3): enabling ssd optimizations
Oct 28 15:29:45 king-crimson kernel: [    5.430067] BTRFS info (device sda3): use lzo compression, level 0
Oct 28 15:29:45 king-crimson kernel: [    5.431829] BTRFS info (device sda3): disk space caching is enabled
Oct 28 15:29:45 king-crimson kernel: [    6.816090] BTRFS: device label MENTÉS devid 1 transid 132 /dev/sdc1
Oct 28 15:29:45 king-crimson kernel: [    7.034057] BTRFS info (device sdc1): use lzo compression, level 0
Oct 28 15:29:45 king-crimson kernel: [    7.034059] BTRFS info (device sdc1): disk space caching is enabled
Oct 28 15:29:45 king-crimson kernel: [    7.034060] BTRFS info (device sdc1): has skinny extents
Oct 28 15:36:06 king-crimson kernel: [    4.012990] Btrfs loaded, crc32c=crc32c-generic
Oct 28 15:36:06 king-crimson kernel: [    4.649547] BTRFS: device label UBUNTU-SRV devid 6 transid 6085230 /dev/sdb3
Oct 28 15:36:06 king-crimson kernel: [    4.650792] BTRFS: device label UBUNTU-SRV devid 5 transid 6085230 /dev/sda3
Oct 28 15:36:06 king-crimson kernel: [    4.697472] BTRFS info (device sda3): disk space caching is enabled
Oct 28 15:36:06 king-crimson kernel: [    4.698450] BTRFS info (device sda3): has skinny extents
Oct 28 15:36:06 king-crimson kernel: [    4.782277] BTRFS info (device sda3): enabling ssd optimizations
Oct 28 15:36:06 king-crimson kernel: [    5.594572] BTRFS info (device sda3): use lzo compression, level 0
Oct 28 15:36:06 king-crimson kernel: [    5.594573] BTRFS info (device sda3): disk space caching is enabled
Oct 28 15:36:06 king-crimson kernel: [    6.963444] BTRFS: device label MENTÉS devid 1 transid 132 /dev/sdc1
Oct 28 15:36:06 king-crimson kernel: [    7.187828] BTRFS info (device sdc1): use lzo compression, level 0
Oct 28 15:36:06 king-crimson kernel: [    7.187830] BTRFS info (device sdc1): disk space caching is enabled
Oct 28 15:36:06 king-crimson kernel: [    7.187831] BTRFS info (device sdc1): has skinny extents
Oct 28 16:17:09 king-crimson kernel: [ 2471.393528] btrfs[4177]: segfault at 7ffce9d4f2a2 ip 0000561b762e6afe sp 00007ffce9c4ea50 error 4 in btrfs[561b762a2000+6c000]
:~#
:~#
:~#
:~# uptime 
 17:27:42 up  1:51,  2 users,  load average: 0,03, 0,02, 0,00

Újraindítottam, fel se bootolt.
Helyesen mondva elindítottam, mert teljesen megállt, annyira hogy ki kellett húzni a 220-ból, és megvárni amíg teljesen lemerül :/

Ki kellett vennem az egyik ramot, akkor elindult, de a segfaultok nem szűntek meg.
lehet hogy az összes ram modul eldurrant?
mindenesetre felbootoltam pendrájvról, és lefuttattam egy 'btrfs check --repair /dev/sdxxx' okosságot, de nem talált semmit.
de az alatt a rövid idő alatt, amíg a pendrájvról futott nem észleltem segfault-ot sem.
Most üzemszerűen megy egy ram modullal, nagyjából másfél-két órája és már megint itt van - bár csak egy - segfault. de hát ez is sok! v. sock?

Muszáj volt visszakapcsolni, mielőtt valaki rákérdez:))

Most várakozó álláspontra helyezkedtem, amíg ki nem derül valami biztos, v végleges hiba. Mert ez a huzavona nem tesz jót az idegeimnek :/

Frissítés

Tehát a ram cseréje megtörtént, ahogy a tesztelésük is.
Ettől függetlenül az alaplap is cserés lesz, már nem tudok bízni benne.

A 2017-ben létrehozott végül ssd-kre cselét, ezzel együtt 3 pár merevlemezt túlélt fájlrendszer folyton ro-ra kapcsolt egy idő után. Ezen többszöri ellenőrzés után, csak egy balance segített. Végül ilyen lett.

$ sudo btrfs filesystem usage /srv
[sudo] ******* jelszava: 
Overall:
    Device size:		 889.58GiB
    Device allocated:		 256.06GiB
    Device unallocated:		 633.52GiB
    Device missing:		     0.00B
    Used:			 250.71GiB
    Free (estimated):		 318.45GiB	(min: 318.45GiB)
    Data ratio:			      2.00
    Metadata ratio:		      2.00
    Global reserve:		 512.00MiB	(used: 0.00B)

Data,RAID1: Size:126.00GiB, Used:124.32GiB (98.66%)
   /dev/sda3	 126.00GiB
   /dev/sdb3	 126.00GiB

Metadata,RAID1: Size:2.00GiB, Used:1.04GiB (52.04%)
   /dev/sda3	   2.00GiB
   /dev/sdb3	   2.00GiB

System,RAID1: Size:32.00MiB, Used:48.00KiB (0.15%)
   /dev/sda3	  32.00MiB
   /dev/sdb3	  32.00MiB

Unallocated:
   /dev/sda3	 316.76GiB
   /dev/sdb3	 316.76GiB

Ha meglesz az új alaplap, - költségkerete :)) - meg a bele való ram azt hiszem cserélem a fájlrendszert is zfs-re.
Az új alaplapon amúgy sem tartom szerencsésnek egy másikon formázott belső lemezt használni.

Egyenlőre ennyi! - Legalábbis remélhetőleg :) -

Sziasztok!

Már eddig is szembejött a nodejs infrastruktúra/programnyelv, de nem gondoltam, hogy foglalkoznom kell vele. De nini itt lett egy CRM rendszer, amit ebben írtak. Elég sokat olvastam róla, de kíváncsi lennék valós tapasztalatokra.

Adott ugye egy egyszálas működés, amelyben alacsonyan kell tartani az eventloop latency-t, azaz nem megfogni azt az egy szálat és erre adottak az aszinkron hívások. (Hogy miért pont async-kel jelölik a szinkron =rossz/nem hatékony hívásokat, azon én személy szerint átléptem). Egy CPU magon is elfut szépen, de van beépített cluster funkciója, amivel fork-olja saját magát és több CPU-n tud futni. Alapértelmezetten annyi példányban fut, amennyi CPU (mag) jelen van. Ezt támogatja a PM2 futattó rendszer is, ez az irány a jövő (sic!).

Az egész nodejs szépen fut VPS-eken is, pont amennyi CPU kell neki. De - itt jön a kérdés - mi van akkor, ha egy sok magos (32+) hardveren felhasználókat nem zárom be a saját VPS-eikbe, nem a VPS-ek átskálázásával (több CPU) adok nekik löketet, hanem host/guest nélkül az alkalmazásoknak egyenként adok CPU-t, egyenként állítom, hogy a 32-ből mennyit kapjanak? Security kérdésekkel egyelőre nem foglakozunk, állítólag megy 80-as (<1000) port (valami nodejs express?) nem root userrel is, azaz tudom őket korlátozni. (Ha eltekintek az npm cache-től, akkor jail-be is rakhatom őket).

A fejlesztő cég is a VPS-t ajánlja, előre becsüljük meg mennyi CPU kell. De én előállnék valami jobbal, ha van :)

Sziasztok!

Van egy lenovo thinkpadem és angol billentyűzetes. Amikor anno hozzám került, gyorsan megoldottam, hogy a 0, í is megoldott legyen a kevesebb billentyűvel. (magyar kiosztás, Ubuntu 20.04, gnome)

cat .Xmodmap

keycode 9 = 0
keycode 49 = Escape
keycode 133 = 0x0ed
keycode 227 = 0x0ed

Viszont pár napja azt vettem észre, hogy mind a ff, mind a tb ignorálja a hosszú 'í'-t, amit a windows billentyűre állítottam. Mindenhol máshol remekül működik, ebben a két programban viszont csak az AltGr+J működik. Van valakinek ötlete mit kellene átállítanom a két programban? Ami nem világos, hogy az esc<-->0 csere viszont működik.

Köszi!

Sziasztok. 

Nagyon egyszerű kérdésem lenne.

Van egy Ubuntu 20.04 szerver. Természetesen jelenleg hobbi projekt.

A kérdésem az lenne, hogy ki mit ajánlana arra, hogy a hálózati forgalmat, kéréseket tudjam kizárólag terminál használata mellett "monitorozni".

Vagy ha webes felületen lenne jobb, akkor azt is szívesen meghallgatom. :)

Olvastam az iptraf nevű programról, és próbáltam telepíteni is, viszont nem indult el nekem. Biztos nem csináltam valamit jól. 

Összességében ki mit ajánl ilyen feladatra?

Még egyszer csak hobbi szinten kérdezem, ne követtem meg senki a kérdésért. :)

Köszönöm szépen a válaszokat. 

---

ibenny javaslata teljesen megfelel. Így már meg is oldódott.

Üdv!

Adott egy win7 és egy winserver2012.

Samba konfigurálásával el szeretném érni hogy látszódjon win7 alatt a megosztásom.Tűzfal van a szerveren!

smb.conf-om így néz ki!

[global]

workgroup=WORKGROUP

security=user

map to guest=bad user

[megosztas1]

comment=Vendeg megosztas

path=/tmp

browseable=yes

read only=yes

guest ok=yes

sudo service smbd restart  megvolt!

A tűzfalon engedélyezve van a port.

$IPTABLES -A INPUT -p tcp -m multiport --ports 22,80,139, 445 -j ACCEPT

$IPTABLES -A INPUT -p udp -m multiport --ports 137,138 -j ACCEPT

a tűzfalscript le lett futtatva.

A tűzfal: DROP -ra van állítva!

Ha ACCEPT re állítom akkor viszont látszik a megosztás!

$IPTABLES --policy INPUT DROP

$IPTABLES --policy FORWARD DROP

$IPTABLES --policy OUTPUT DROP

[    2.701498] sd 0:0:0:2: [sdb] 2097152 512-byte logical blocks: (1.07 GB/1.00 GiB)
[    2.713045] sd 0:0:0:1: [sdc] 12884901888 512-byte logical blocks: (6.60 TB/6.00 TiB)

Ennek a kettőnek szeretném a nevét felcserélni sdb<->sdc

Hogyan kell ilyet csinálni ubuntu 18.04 alatt (systemd)?