Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Vývoj / Re:JavaScript vs. TypeScript: rovnaký alebo rozdielny jazyk?
« Poslední příspěvek od echo_zulu kdy Dnes v 19:39:22 »
Ak toto fakt bereš ako "súťaž" tak nemá zmysel s tebou ani debatovať.

Keď už sa teda hodnotíme, tak podľa môjho názoru, ak nemá zmysel s niekým debatovať, tak ste to vy. Myslím, že je veľmi ľahké urobiť si obraz o tom, akým spôsobom človek argumentuje, na čo sa odvoláva ako aj to, akým spôsobom jedná s oponentom. To tu platí pre každého účastníka, pre vás aj pre mňa.

Čo sa toho stavu týka, tak je predsa nutné nejakým spôsobom evidovať koľko ľudí prejavilo nesúhlas s vašim názorom a koľko prejavilo súhlas.

Honiť si ego nie je moja várka.

Čo to máte stále s tým egom? Aj v pôvodnej diskusii aj v tejto ho vyťahujete.

Radšej by som si prečítal pádne argumenty.

E: pádne argumenty som tu videl len od jedného človeka ...

Pádne argumenty ste dostali v predchádzajúcej diskusii, ale buď nie ste ochotný ich uznať alebo nie ste schopný pochopiť ich.

Navyše som sa vás aj v tejto diskusii pýtal, či naozaj chcete odpovede na to, čím ste odpovedali na moje komentáre. Ale neobťažovali ste sa odpovedať.

Osobne si nemyslím, že vám tu niekto bude niečo vysvetľovať. Ja to určite robiť nebudem. Čas dokážem márniť oveľa príjemnejšími spôsobmi.

Mohol by som to rozpísať, keby o to prejavil záujem niekto iný, ale čas budem mať až koncom týždňa.

a aj to je otázne že ak aplikujem stejný postup na GCC vs Clang, že či "C" program prekladaný jedným či druhým sú 2 jazyky.[/url]

Nemyslím si, že má zmysel, aby ste to rozoberali v tejto rovine.

Pretože at sa tiež nejaké API líši, len v zanedbateľnej miere (podobne ako JS vs TS).

Programovací jazyk nie je iba API. A API nemá s podobnosťou programovacích jazykov ako takých nič spoločné.

Takže ak chceš byť súťažný,

Mne je to úplne jedno. Čistá zjednodušená evidencia stavu hlasovania. Nepotrebujem, aby mi niekto potvrdzoval, že mám v tejto veci pravdu.

zatiaľ to vidím na remízu.

Vy možno. Skutočnosť je ale taká, že JavaScript a TypeScript za rozdielne jazyky považujú štyria zúčastnení a za rovnaké jazyky ich nepovažuje nikto.

Inak ale to, že to beriete tak, že započítavate iba názory, ktoré uznávate ako aj to, že ste pripísali bod aj sám sebe, ma vôbec neprekvapuje.

Takže stále 4:0

A ešte jedna malá rada: naučte sa správať v spoločnosti ľudí, ktorých nepoznáte.
2
Server / Re:Proxmox: SSH klíče a zápisy disku
« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 19:31:37 »
Jo, to je ono.  Další metrika:  while true;do smartctl -x ;sleep 50;done Write commands rostou rychlostí 2/sekundu ( 900/500s) a read commands 0.4/sekundu
3
Server / Re:Proxmox: zápisy disku a pct exec vs lxc-attach
« Poslední příspěvek od František Ryšánek kdy Dnes v 18:54:47 »
Aspoň jsem přitom naučil double penetraci :
lxc-attach 100 -- docker exec compost1-database-1  cat /etc/postgresql/postgresql.conf

:-D Vysvětluju si to správně?
V běžícím LXC s ID=100 uvnitř napíchni běžící instanci dockeru (známou jako compost1-database-1) a v ní proveď výpis textového souboru postgresql.conf

Dík, může se hodit.

(Příběh: před dávnými časy, v daleké galaxii, bylo nebylo, admin jednooký mezi slepými králem, zprovoznil si první ostrý Proxmox. Zjistil, že umí tlusté VM pomocí QEMU-KVM a štíhlé kontejnery pomocí LXC. A první užitečné zadání znělo, od kolegy: "Hele koukej jakou jsem našel boží hračku! Už jsem si ji stáhl! Ten download je ve formátu 'docker kontejner' no jak říkám, úplně boží - že mi ji hned ostře rozjedeš na tom tvém ostrém Proxmoxu! To je úžasné, jak je to IT dneska jednoduché!" :-D   Zjevně nejsem sám. Zmínky o dockeru v Proxmoxu potkávám zleva i zprava.)
4
Server / Re:Proxmox: zápisy disku a pct exec vs lxc-attach
« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 18:25:03 »
Tady,, spouštěl jsem ho s delay 10s, asi po dobu minutu 3minut, podle procesů, accumulated
Kód: [Vybrat]
otal DISK READ:         0.00 B/s | Total DISK WRITE:         8.47 K/s
Current DISK READ:      50.99 K/s | Current DISK WRITE:       7.17 K/s
    PID  PRIO  USER     DISK READ DISK WRITE>    COMMAND                                                                                                                         
    946 be/4 root          0.00 B   1472.00 K pmxcfs
   4018 be/4 100999        0.00 B    732.00 K postgres: stats collector
   3030 be/3 root          0.00 B    292.00 K [jbd2/dm-6-8]
    267 be/3 root          0.00 B    232.00 K [jbd2/dm-1-8]
    319 be/4 root          0.00 B    124.00 K systemd-journald
    679 be/4 root          0.00 B    120.00 K rrdcached -g
   3982 be/3 root          0.00 B     52.00 K [jbd2/dm-7-8]
   4290 be/4 100000        0.00 B     48.00 K python3 /usr/bin/fail2ban-server -xf start
 158389 be/4 100033        0.00 B      8.00 K apache2 -k start
   1178 be/4 root          0.00 B      5.00 K pve-ha-lrm
   3312 be/4 100000        0.00 B      4.00 K dockerd -H fd:// --containerd=/run/containerd/containerd.sock
      1 be/4 root          0.00 B      0.00 B init

 -- zbytek jsou už bajty --
CONFIG_TASK_DELAY_ACCT and kernel.task_delayacct sysctl not enabled in kernel, cannot determine SWAPIN and IO %

pmxcfs by měl být proxmox cluster filesystem. Mám jen jedináčka v datacentru :) . file system for storing configuration files, replicated in real time to all cluster nodes using corosync.
       We use this to store all Proxmox VE related configuration files.


Mimochodem, proč pct exec trvá tak dlouho?
Kód: [Vybrat]
time pct exec 100 uname  #smezerou
Linux
real 0m0,718s
time lxc-attach 100 uname  #spomlčkou
Linux
real 0m0,017s


Toto mi ukazuje lxc-top
Kód: [Vybrat]
Container                   CPU          CPU          CPU                                BlkIO        Mem
Name                       Used          Sys         User                    Total(Read/Write)       Used
100                        0.00         0.00         0.00   0.00   (3182527929.78 GiB/2740693.74 GiB)    0.00   
102                        0.00         0.00         0.00    96.00   (122170.24 GiB/ 64.00   )    0.00   
TOTAL 2 of 2               0.00         0.00         0.00  96.00   (3182650100.03 GiB/2740693.74 GiB)    0.00 


Aspoň jsem přitom naučil double penetraci :
lxc-attach 100 -- docker exec compost1-database-1  cat /etc/postgresql/postgresql.conf

Kód: [Vybrat]
include_if_exists '/var/lib/postgresql/data/postgresql.conf'

shared_preload_libraries = 'vchord.so, vectors.so'
search_path = '"$user", public, vectors'
max_wal_size = 5GB
shared_buffers = 512MB
wal_compression = on
work_mem = 16MB
autovacuum_vacuum_scale_factor = 0.1
autovacuum_analyze_scale_factor = 0.05
autovacuum_vacuum_cost_limit = 1000
effective_io_concurrency = 200
random_page_cost = 1.2

include_if_exists '/var/lib/postgresql/data/postgresql.override.conf'
5
Server / Re:Proxmox: SSH klíče a zápisy disku
« Poslední příspěvek od František Ryšánek kdy Dnes v 17:56:09 »
Co ten iotop?
Ten by měl ukázat seznam procesů, seřazený podle generovných iops...
6
Sítě / Re:DMZ na Proxmoxe
« Poslední příspěvek od František Ryšánek kdy Dnes v 17:49:52 »
Jo to mě taky zaujalo - ten obrázek by naznačoval, že "netdevice name" veth<pořadové číslo> nemusí být globálně unikátní v instanci OS, ale stačí pokud je unikátní v rámci "network namespace" (zkratka netns, která je Vám záhadou).
Ona se mimochodem rozhraní dají taky všelijak přejmenovávat - viz notace eth0 vs. enp1s0. Zde je taky využito přejmenování, během startu OS.

Network Namespaces jsou takové ohrádky, uvnitř kterých existuje oddělená instance celého síťového stacku (zřejmě nejen L3 ale taky L2). Network Namespace obsahuje svou vlastní routovací tabulku, svůj vlastní soft-bridge proces, svoji vlastní sadu iptables pravidel apod. Když se v shellu odkážete na "netdevice name", který do daného network namespace nepatří = není v dotyčném netns přítomen, dostanete zpátky chybu "no such device".

Network Namespaces jsou jednoduchá virtualizace síťového stacku, zatímco jiné prostředky a rozhraní OS mohou zůstat sdílené. Takže vidíte procesy spolu na hromadě ve výpisech ps a top, můžou vidět všechny stejný filesystém, ale síťoviny můžou mít každý svoje = oddělené ohrádkami (proces je spuštěn uvnitř konkrétního Network Namespace). Upřesňuji: uvnitř konkrétního network namespace může pohromadě běžet větší počet procesů.
Ovšem jednotlivý proces nemůže vidět do více netns zároveň. Probourat červí díru mezi dvěma network namespaces umí právě VETH.

Network Namespaces se podobají např. VRF instancím - nicméně bych řekl, že Network Namespaces mají poněkud širší schopnosti.

Po startu holého systému (Linux) máte pouze základní globální instanci síťového stacku = de facto default network namespace. Pokud následně vytváříte své pojmenované network namespaces, tyto jsou oddělené od globálního default netns a také od sebe navzájem.
7
Hardware / Re:Zásuvka TP-Link Tapo 110 bez cloudu
« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 17:25:33 »
Mám druhé smart zařízení a to žiarovku, takže se v tom moc neorientuju, jsem předtím měl štěstí na žárovky s tasmotou značky Refoss.
Ta žárovka se ovládá přes nějakou Refoss App pro androjdáře  ale applisté budou nuceni podstoupit  apple homicide nebo tak nějak. To mě nakrklo. A hledám tedy nějaké řešení bez nutnosti si kupovat nějaé pripietární zařízení nebo se nechat infikovat nějakým google play.!
žárovka se prvně  konfiguruje (v WIFI AP režimu) na  že chce při prvním zapnutí zadat SSID sítě a heslo. A otázka je, mohu rozjet v té síti nějakého opensource démona ,který se ji ujme a přidá ji do nějakého dashboardu?? (nedělal jsem scan komunikace, žárovka je momemtálně  zabalené a hledat volný závit se mi zrovna nechce)

Když byla zapnutá, tak se brutálně zahřívala, skoro jsem měl podezření, jako kdyby to byla opravdová žárovka!
Máte tip, jaký by mohl být modus operandi takové žárovky? Jak ji dostat pod kontrolu barev?
8
Server / Re:Server pre „rodinné“ použitie
« Poslední příspěvek od František Ryšánek kdy Dnes v 17:23:52 »
...se mi ChatGPT relativně trefil do vkusu :-)
A ledacos zvládl poskládat tak, že to dává smysl.
Ale ne všecko...

Deska od AsRock Rack je "serverová" a v té souvislosti má následující zvláštnosti:

1) Má dost slušný IPMI BMC. Nedržel jsem v ruce tento konkrétní model, ale dva poměrně různé příbuzné (o generaci starší a stejně starý) a jednotný BMC firmware se mi vyložene líbí. IPMI + onboard VGA jsou impementovány čipem ASpeed/AST - jedním z efektů je remote KVM over IP s HTML5 klientem v browseru. IPMI má vyhrazený LAN port (třetí na boardu). IPMI firmware je zřejmě založený na nějakém dost schopném upstream základu (tuším od AMI), jsou k němu aktualizace... Odhaduji, že stejně jako u jiných boardů z této rodiny, i zde se IPMI BMC stará o řízení otáček ventilátorů - je vhodné to trochu pokonfigurovat (v HTTPS GUI IPMI BMC) protože základní profil může být příliš "tichý", možná dokonce s pevnými otáčkami někde na minimu... uvidíte sám.

2) deska výslovně podporuje ECC. K tomu je potřeba taky procesor s podporou, což Vám AI navrhla taky správně. A samozřejmě DIMM moduly, taky navržené správně. Za ECC palec nahoru (šlo by to samozřejmě poskládat i bez něj.)

3) deska má "desktopový" socket AM5, ale protože má "serverově" orientované DIMM sloty podél, což je správně s ohledem na směr proudění vzduchu, je také socket otočený o 90° oproti běžné orientaci na desktopových deskách - na což byste narazil u spousty gaming chladičů pro AM4+AM5, typu "na stojato s ventilátorem z boku". Deska by Vás nutila, osadit takový ventilátor s výfukem proti napájecímu zdroji = nikoli proti zadnímu čelu skříně. (U Intelu tenhle problém nenastává, protože má footprint chladiče čtvercový, včetně rozteče děr. Ale těžko hledám, za co dalšího bych Intel aktuálně pochválil.)
Opět klobouk dolů před AI, že navrhla ventilátor, který je "placatý", zbyde nad ním patrně tak 2 cm volného prostoru, takže je nakonec relativně jedno, kam bude mít orientovaná žebra. Snad jen mám nutkání trochu remcat, že patrně na jedné straně žebra budou foukat horký vzduch proti nejbližšímu DIMMu ;-) Ještě o fous lepší by byl nějaký chladič CPU určený do 2U, ale hůř by se Vám sháněl, lezl by do peněz a mohl by být hlučnější. Viděl bych něco jako Dynatron A24 nebo A47.

Tolik k desce a přímým souvislostem.

Chválím, že jsou v sestavě dodatečné tři 80mm ventilátory s PWM.
Originální ventilátory šasi od Inter-Techu nejsou moc hlučné, ale nemají PWM regulaci, takže jedou ve stálých otáčkách.

Navržený EPYC je jmenovitě serverový procesor, a v té souvislosti mu nemám co vytknout. Střídmý a poměrně rychlý jednočipletový model pro "malou desktopovou" patici AM5, s maximem jader, co se v dané generaci na jeden čiplet u AMD vejde. Nemá X3D, takže "pouze" 32 MB L3 cache (s ohledem na nedávnou historii a konkurenci stále pěkná velikost), ale taky se díky absenci X3D bez problému chladí (jde o tepelnou vazbu čipletu na "plechový kryt" = IHS). Nemá integrovanou grafiku, což Vám nevadí, protože máte malé VGAčko onboard pro management včetně remote KVM (a druhé silné výpočetní chcete přidat - k tomu cosi dodáme níže.) Naopak EPYC má podporu ECC, za to v serveru palec nahoru.

Jako alternativní procesory bych zmínil:

- dvojče Vašeho EPYCu: Ryzen 7700X. Popravdě nevidím rozdíl, i tento procík umí ECC, všechny uveřejněné parametry vypadají stejně... může mít EPYC jiné "logistické parametry", produktovou životnost, možná vybrané lepší kousky na širší rozsah teplot, co já vím. Rozdíl ve výkonu je nepatrný, cena desktopového 7700X je o něco nižší.

- dále vidím poblíž 7800X3D. Oproti předchozí generaci X3D (v patici AM4) došlo v AM5 k několika změnám: přeskupením čipletů ve stacku dosáhl výrobce toho, že se trochu důstojně chladí CPU čiplet (je blíž k IHS = lépe tepelně přivázaný). Takže ani tady bych se nebál. Kupodivu 7800X3D obsahuje integrovanou grafiku... ta je Vám k ničemu. Ale asi aspoň ušetříte pár wattů tepla, když ji nepoužijete. Předchozí AM4 generace X3D CPU grafiku neměla. A k mému příjemnému překvapení, 7800X3D podle všeho nadále podporuje ECC. (U generace AM4 platilo, že procesory s integrovanou grafikou, tzn. "géčka", nepodporovaly ECC.) Tzn. pokud by Vás pro Vaše použití lákala 96 MB L3 cache s přístupovou dobou asi 11 ns, máte možnost sáhnout po 7800X3D.

Ohledně následujících bodů zdvihám ukazovák:

Bacha pokud máte SAS disky, Vámi zmíněný board má pouze SATA řadič = Vaše staré disky nevezme.
Můžete zkusit někde schrastit starší LSI HBA. Třeba něco jako LSI-9212 a flashnout IT firmware (plain HBA) pokud ovšem nemáte zájem o LSI švindlRAID.

V sestavě vidím grafiku, která má v PCI-e slotu nastojato plnou výšku. Ta se Vám do 2U nastojato nevejde!
Pokud byste dokázal sehnat "stromeček" (redukční plošák), teoreticky by se do 2U mohla vejít naležato.
Ale pokud pro toto nemá šasi explicitní podporu, budete řešit několik mechanických problémů.
Kromě stromečku Vám nebudou pasovat sloty na zadním panelu (podle fotky jsou nastojato, standardizovaná low-profile výška). Výpočetní grafiku v low-profile provedení jsem ještě neviděl. Někteří výrobci dělají varianty šasi, kde "čelo PCI slotů" má ve 2U tři sloty ležaté. K tomu je uvnitř potřeba kus plošáku, který sedí v prvním ATX PCI-e slotu co je nejblíž u procesoru, a "otočí" tři sloty naležato (podél motherboardu). Dále mi s tím nesedí, že ve Vaší desce slot vedle procesoru je jenom PCI-e x4. Slot PCI-e x16 je až druhý. Takže i pokud byste sehnal "stromeček" a pootočené zadní čelo (nebo byste si pomohl zámečnicky sám), nejspíš nepřipojíte ležatou grafiku do slotu PCI-e x16.
Další věc je, že obecně pasivní "stromeček" znamená další konektorový spoj v sérii na PCI-e lince, což Vám zmarní PCI-e gen.5 směrem dolů na rychlosti gen.4 nebo spíš gen.3. Jednak PCI-e norma u nových generací nepovoluje další konektor v sérii, druhak technicky a prakticky taková trasa prostě není dostatečně kvalitní, lane nejede bez chyb. Pokud se Vám toto povede mechanicky poskládat, obvykle musíte v BIOSu podřadit rychlost dotyčného PCI-e portu.
Suma sumárum, za mě tam ta přídavná silná grafika nedává moc velký smysl.

Další bod je napájecí zdroj. Všimněte si na fotkách šasi, že podporuje
buď A) zdroj ve formátu "2U", který je vodorovně štíhlý, a vejde se do 19" skříně vedle full-size ATX boardu, a mívá ventilátor směrem ven dozadu
nebo B) zdroj ve formátu PS/2, který se naležato vejde výškově do 2U, ale nikoli vedle full-size ATX boardu do 19". (Vešel by se vedle microATX, pokud by to skříň podporovala, což tato neumí.) Vámi zvolená skříň umí pozřít PS/2 zdroj do hloubky až k přednímu čelu. Ale pozor, další zádrhel: musel byste zvolit PS/2 zdroj, který má ventilátor foukající dozadu. Vy jste zvolil zdroj, který má krásný tichý 120mm nebo 140mm větrák... z boku! Bude přiklopený deklem 2U skříně. Toto by se nechladilo. Leda byste do deklu vyřízl díru :-)  a další by mohla být nad sáním chladiče CPU... ale to byste musel ve stojanu nechat volné aspoň sousední 1U... Tzn. pokud PS2 zdroj ve 2U, měl by mít 80mm ventilátor na zadní straně. Což v gaming sortimentu má málokterý zdroj.

Dále zmiňujete, že chcete do šasi osadit 4 ks 3.5" disku. Dost bych se přimlouval, abyste pro disky pořídil šuplíky.
Taky si všimněte, že Vaše šasi nemá příliš dobře provětrávané čelo. Vidím mřížky pro dva 80mm ventilátory, otázkou je zda se vůbec vejdou zároveň s tím PS/2 zdrojem. Jako řekněme že něco by odvětral zdroj a 3 interní větráky na přepážce šasi... otázkou je, kolik vzduchu projde skrz diskové šachty.
Suma sumárum, pokud se chcete podržet 2U výšky, viděl bych to na ústup k nějakému 2U zdroji (zkuste sehnat nějaký, co bude trochu tichý, ale pokud má zároveň tahat žravou grafiku, tak tichý nejspíš nebude) a volte šasi, které má děravější čelo a šuplíky pro 3.5" disky. Vidím třeba šasi Inter-Tech IPC 2U-20255 : maximálně děravé čelo, uvnitř 4 80mm ventilátory napříč. Dumám, jestli by do toho pasovaly šuplíky Inter-Tech ST-5253 (3x 3,5" disk do 2x 2,5" pozice, podpora SATA i SAS) - z nějakého důvodu nejsou uvedeny v tabu "Accessories" u toho šasi. Žeby hloubka? Taky bych v nich vyměnil ventiláítory za něco s PWM (a krmit z motherboardu). Případně mě napadá napevno montovat 3.5" disky do rámečků ER-5251-2 (zachovávají plnou průvzdušnost čela).

Jako alternativní přístup bych rád zmínil možnost, zvolit vyšší šasi. Třeba 4U IPC 4U-40255. Nebo ještě líp: tower. Já vím, psal jste, že nemáte místo...
Já jsem to postavil do 4U a chladič CPU jsem si přizpůsoboval - koupil jsem Arctic 4U-M (protože jako jeden z mála se vejde do 4U) a vyráběl jsem mezikus (destičku) pro uchycení na "pootočený" socket AM4/AM5. Dost práce navíc a výsledek je na 105W Ryzen zřejmě dost overkill. Tuším taky šroubky 6-32 UNC x 3/4" jsem sháněl docela těžko... jsou proti kovové rubové sponě. Šlo by to bejvalo upevnit i nějak jinak.
9
Server / Re:Doporučte monitoring pro začátečníka
« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 16:39:29 »
Mně inspiroval tenhle článek, pro alternativy : .
Citace: hmmwww
Možná triviální dotaz, ale ten docker(nebo portainer?) jede přímo v distribuci v železe a ne ve VM? A je nějak vyladěna konfigurace (jako rootles, nesting)? A taky kvůli bezpečnosti, jestli je nějak zásadní toho dockera uzavírat do virtuálky.
Já pořád mám trochu bariéru dát docker do VM, protože tím pádem bude sešněrovaný množství RAM (pořád této představě věřím, přestože s memory balloning možností defacto limity ram jsou pasé)


Citace: kopevi2
WG nefachá tunel
Takhle moc neporadím, nevidím konkrétní zadrátování,... Je schéma  VPS1:WG1, VPS2:WG2, domácí router:WG3? Na WG3 mám nejvíc logiky, ten umožní se zvenčí napojit na zařízení v té vnitřní síti.  Mají potom všechny tři wg v peerech ostatní dva ? Aby byli do trojúhleníku. Druhá věc, jsou privátní klíče vždy unikátní? Nejde zkopírovat config (privátní klíč) a vložit ho na nový wg peer, jinak se budou střídavě překřikovat-přepojovat. Možná tam taky je nastavená brána tak, že ty pakety putují opakovaně až vymřou po TeTeLici.- chtělo by to tcpdumpovat ICMP pakety.
(Já tedy DNS přes wg neřeším).
10
Hardware / Re:Zásuvka TP-Link Tapo 110 bez cloudu
« Poslední příspěvek od uwe.filter kdy Dnes v 16:38:23 »
Tyhle křápy vyžadující pro fungování jakoukoliv registraci, cloud nebo aplikaci v smrtfounu, rozhodně nekupovat. To je prostě zvrhlost.
Stran: [1] 2 3 ... 10