Příspěvky

31

Sítě / Re:Vybudování vlastní optické přípojky

« kdy: 20. 08. 2020, 12:24:57 »

“... protože na síti CETINu už dneska nabízejí služby i schopní iSP ...”

co nema ziaden vplyv na performance Vasej domacej FTTx konektivity. V takom pripade je absolutne jedno, kto Vam to doda, pretoze je to prekupene od prevadzkovatela siete = Cetin.
Tu su podstatne uz len dodatkove sluzby samotneho ISP.

32

Sítě / Re:Cetin - nefunguje hledání na zrychlujemecesko.cz

« kdy: 17. 08. 2020, 13:43:50 »

volne porty na DSLAM ti nikto z Cetin neda :-)
a, keby ti to aj niekto dal - treba si uvedomit, ze je to dynamicka zalezitost, dnes tam je, zajtra nie je
takze by si musel mat pristup do netw. inventory, co ti nikto neda

keby zrovna
tak porty na DSLAMe mozu byt natrasovane, aj ked nie su pouzivane, takze i to ti je k nicomu

jedina hodnotna vec je: aka trasa vedie k tvojmu baraku od hlavneho rozvadzaca (a co po trase ovplyvnuje tvoju konektivitu)
a to ti tiez CETIN nepovie a asi by sme boli z Marsu, ak by sme mysleli, ze to je verejna zalezitost

takze tvoja otazka je z podstaty zbytocna:
"A existuje nekde seznam DSLAMu, podle kterych by se dalo orientacne urcit jakou rychlost v dane lokalite muze clovek dosahnout?"

vo finale:
- v obchode s datovym pripojenim plati "slibem nezarmoutis", takze je bezne, ze dvaja obchodnici ponuknu dve rozne verzie parametrov. Kazdy deal sa pocita, bez ohladu na vysledok.
- z pohladu rychlosti plati len to, co vypocita CETIN. Pozor to je len vypocet, takze len teoreticky odhad. To nasledne reprodukuje obchodnik zakaznikovi. A to je uz iny level = ci to, co oznami CETIN je naozaj reprodukovane i v ponuke obchodnika.
- vo finale plati len to, co ti doda technik v danom case. Co o dva dni uz nemusi byt pravda.

optika, optika, optika

33

Hardware / Re:Jak moc je reálné z M.2 slotu získat klasický PCIe?

« kdy: 14. 08. 2020, 11:35:39 »

v neposlednom rade, ak chces vazne pouzivat SSD cache, tak zvolena doska ASUS PRIME H310T R2.0 - Intel H310
ma len PCIe rev 2.0 a max 6x lane, cim vyuzitie rychlych NVMe SSD sa dostava do stavu so-so.
Problemom je vsak samotny ucel vyuzitia takej cache na servisy, ktore OP popisal. V takom pripade blizky nule.

Dalsim problemom je M.2 E-key na doske = co je podpora len pre 2x lanes - uplna slabota pre SSD cache. Preto sa E-key pouziva skor pre BT adaptery. A uplne rovnako slabota pre SATA adapter - niekto vo vlakne ponukal SATA adapter/M.2 E-key s PCIe rev. 1 = co je bud neznalost problematiky, alebo len shoot into dark.

Mozno to predchadzajuci post ne/pochopi, preco som dal riesenie v podobe NAS s fokusom na (pozadovanu) idle spotrebu (vratane podpory VMM a Docker) vs. riesenie, ktore je vopred odsudene na problemy. V cenovej kategorii, ktora nie je moc daleko od vsetkeho, co tam bude musiet nakupit. Lepsie vsak, ako sa zapojit do diskusie len z hejtovanim.

k spotrebe - mrkol som si aktualny report z jednej z mojich sites:
1x 8-bay NAS (Atom server line) s enteprise HDDs, vratane celeho networku Unifi (USG-Pro, 24W PoE, 2xAP napajanych zo switchu, 1x zdroja pre ventilatory a regulaciu airflow v racku (4x vent), FTTX ONU:
zere v spicke 111W

34

Hardware / Re:Jak moc je reálné z M.2 slotu získat klasický PCIe?

« kdy: 13. 08. 2020, 13:26:24 »

"Streamovani DVB-T2/S2 do LAN, sklad fotek, gitlab, par webu s mizivou navstevnosti. A protoze mam 300 Mbps internet, tak tam zalohuji vzdumpu virtualu ze serveru v internetu.
A ruzne dalsi drobnosti a hlavne testovani."
... plus som tu kdesi nasiel, ze ocakavas SSD cache a zalohovanie domacich PC

- to nieje ziaden narez
- potreba SSD cache absolutne zbytocna, nebudes to mat ako vyuzit

toto ti v pohode utiahne zakladna NASka DS220+ od Synology (4W v standby, kedze ta to trapi)
v Dockeri tam toto vsetko pospustas a mas to za pol dna odladene, vratane reverse proxy a 2FA, a vsetkych ostatnych VM (ak to nedas cez Docker)
dva disky do mirorru s BTRFS nad LVM
bez trapenia, ci ti bude nejaky komponent z ciny pasovat alebo nie
v cene snapshot/replica unlimited pre PC aj VM stroje, takze backup mas zdarma
ak uz chces moc setrit, ale SSD cache je pre teba must, tak si kup DS720+ (najmensi model s podporou SSD cache 2xNVMe)

alebo sa budes trapit a tesit sa, kolko si usetril. Na elektrine neusetris, pretoze platis za workload time, nie za standby time.

35

Hardware / Re:Jak moc je reálné z M.2 slotu získat klasický PCIe?

« kdy: 12. 08. 2020, 13:51:57 »

"Jde mi primarne o spotrebu."


Ak sa mozem zapojit do diskusie, tak zopar otazok:
1. je spotreba pri stavbe servra ten najpodstatnejsi parameter, ktoreho sa treba drzat, alebo je to len Nice to have = potesi?
2. Co je primarny ucel servra (kedze tam bude bezat Proxmox) a kloko zo svojho prevadzkoveho casu bude v idle? Ake virtualky? Ked uz ide o to setrenie spotreby.
3. 10 usetrenych W rocne tvori 87,6KWh pri ucinnosti zdroja 0.8 = 109,5kWh/rocne na fakture co je v prepocte na cenu elektriny nic moc. Ale rozumiem, ze i 110kWh/rocne moze niekomu zachranit budget na zopar piv.
4. finalna otazka, ci hon za 10W/hod nebude mat dopad na vykon servra (otazka c.2) a komplikacie v chybajucich komponentoch na doske?

Re: CPU
- ten existujuci CPU, ktory pouzivas (Intel Atom N2800) je uz naozaj nepouzitelny na sucasne poziadavky virtualizacie (i zrovna domacej)
- aktualne Atom Server line je skvela serverovska rada CPU. Bezim ich zopar na Syno NAS farme. Neni Atom ako Atom.
- niekedy sa az divim, co to este vsetko znese (aktualne 24 kontajnerov, Snapshot/Replica, cloud, ...)
- a to mam idle len zopar hodin v noci, inak uz vela rokov v 24/7
- s tou i3 viac vykonu neziskas
- ovela podstatnejsie ci CPU podporuje last PCIe revision (aky typ lane), typ a max. RAM, ECC, co je v pripade virtualizacie ovela dolezitejsi udaj ako spotreba. teda ak na to bude bezat len jedna virtualka, tak asi ne. Potom u Proxmox je nevyuzity potencial. Az po vybere CPU by som hladal MB, az potom zdroj - inak je to shoot into dark.


Re Proxmox:
- bezi mi v Oracle VM na desktope, mam tam testovacie prostredie Syno DSM, kde testujem nove kontajnery (kedze je s tym vzdy v uvode kopec prace). Uplne v pohode.
- takze je naozaj otazne, co tam chces mat.

36

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 07. 08. 2020, 08:48:06 »

tak si skuste zapnut v tom Win10:
Task manager alebo Resources monitor
zvolte zobrazovanie I/O write
a skedujte kazdy jeden proces a kazdy jeden zapisany Byte je write operacia v disku

tie vase prekrucania mojho textu ma uz prestali bavit, pekny den
PS: pretecena cache v QLC. precitajte si este raz ten text a najdite tam slovo k OS

37

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 06. 08. 2020, 14:24:24 »

@k3dAR
do debaty o rychlosti medzi particiami na SSD som sa nezapojil, pretoze v nej nevidim vyznam v tomto vlakne, ktore bolo iniciovane jednoduchym zadanim:
"ake ssd o velikosti 480GB doporucite pro desktop systemovy disk?

mam aktualne Kingston A400 480GB, SA400S37/480G a jsou s nim problemy. ve smartu ukazuje 10 vypnuti ztratou napeti a na disku se hromadi corruptnute soubory. health ma 99% a zadne bad blocky"


uz z podstaty toho, co bolo popisane v zadani, je vidiet, ze autor nepremysla do hlbky a hlada LEN doporucenie pre:
SSD 480GB pre Sys disk v desktope

takze hlada sa riesenie do tmy, ktora mne nedava zmysel. Preto som uplne kdesi v uvode napisal, ze pri takom zadani si moze kupit cokolvek, pretoze zjavne nepouziva UPS a "udalosti", ktore ho viedli k tejto otazke sa budu opakovat:
"ve smartu ukazuje 10 vypnuti ztratou napeti a na disku se hromadi corruptnute soubory"

Tu je ovela dolezitejsia debata, ci pre SYS disk pouzije QLC alebo TLC z dovodu Lifespanu a fyziky, ktora je v pripade QLC neuprosna.
Preto je potrebne zohladnovat P/E cycles a preto je dolezite vyuzivat co najlepsiu utilizaciu disku v celej sirke jeho kapacity. Takze kupovat disk len pre OS s kapacitou 480GB je uplna zbytocnost. Vsetko nad 128GB (najnizsie dostupna kapacita) je vela. Opakujem - pre samotny OS.
Samotne QLC je nevhodna technologia pre OS disk pretoze na takom disku neustale prebieha write = zrychlenie opotrebenia QLC. Ak na taky disk este nasupete APP, tak to len posilnite.
Dalsi problem QLC je v tom, ze ak naplnite jeho rychlu SSD cache, tak potom kontroler disku zapisuje priamo na disk, cim sa nasobne spomali zapis - moja poznamka, ze to potom staci kupit low-end HDD na taky ucel a dosahnete rovnakych mozno aj 80MB/s.

dalsia moja poznamka, kdesi hore vo vlakne bola, ze ak to ma pouzivat na Sudoku, YT, web, tak to nerobi problem. Pre niekoho, kto na tom bude pouzivat caste kompilacie, resp. este aj swapovat, tak QLC urcite nie. Co moze mat vplyv na vyuzitie NVMe - teda potreba znalosti dosky v desktopu.
Dovod preco som sa opisoval, ze bez znalosti toho na co to chce a co ma v "crevach" toho desktopu to nema dovod riesit do hlbky.

Nasledne sa tu rozprudila debata o particiach vs rychlost na SSD, kde som napisal, ze z pohladu tohto vlakna to nema vyznam rozoberat.
Naco zbytocne zaprasit vlakna temamy, ktore neboli ziadane? Aby sa zacalo kdesi pri Androide a skoncilo pre AIXe?

nemam pocit, ze by som tu siril FUD. Ego lestit nepotrebujem.

38

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 06. 08. 2020, 10:43:16 »

@RDa:
toto je naozaj pekna debata (skusenosti so storage), myslim vhodna na saostatne vlakno, kedze toto sa venuje SSD do desktopu. Nerad by som to tu zahlcoval. Ked odlozime tie zbytocne osobne invektivy, tak este lepsie.
Odbornu debatu najdete aj na nasom SynoForum.com, ktore ide aj v tejto debate do hlbky a nie po povrchu. Nie s me Syno a preto mame tak trochu iny pristup k teme.

re debata o SSD v desktopu - pre mna stratila vyznam, kedze sa nebavime o konkretnom vyuziti desktopu s konkretnym nastavenim komponentov. Ono stavat desktop pre Sudoku a stavat desktop pre pokrocily MCHL je nieco ine. To sa asi zhodneme. S tym suvisi uplne vsetko, vratane ci vobec otvarat debatu o rychlosti/partition, ....

39

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 05. 08. 2020, 17:56:06 »

jedna vec je partitioning SSD z dovodu pre jeden OS
druha vec je z dovodu multibootu

ta prva vec je zbytocnost, ktora nic neprinesie, ale pokial to niekto chce, tak to kludne moze urobit. prevazne ide o uzivatela, ktory neriesi rychlost prenosu dat. Takze cela debata o rychlosti takeho nastavenia je zbytocna. Taky uzivatel si aj tak kupi ten najlacnejsi disk na trhu.

ta druha vec je uplne bezna, pre ludi, ktori riesia +2 OS na jednom disku a neobjavili este svet VM, resp. to ma iny dovod (vzdy je dovod). Vtedy je obsolutne jedno sa bavit o rychlosti medzi particiami. takze opat zbytocna debata.

Ak uz chcete prispiet do odbornej debaty, preco nie particie na SSD, tak si to dopredu nastudujte, pretoze inak Vas komentar "A este scimsi. Ale uz si nepamatam presne preco. Riesilo sa to vela na serverfault.com kedysi." moze vyzniet, ako prinajmensom povrchny.

40

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 05. 08. 2020, 16:01:36 »

btw, ak na 30TB diskovom poli je problem s rychlostou pri 67% zaplnenej kapacite, tak je problem (okrem vhodnosti samotnych diskov) aj niekde inde - data tiering (ake data ukladam kam), vhodny block size, vhodny FS, vhodny RAID vs FS, vhodny controller (SW/HW), ....

Psal jsem 10G zbyvajicich, toz 29.99TB z 30TB je zaplnenost na 99.966 %, pri 50GB+ (<98.3%) nepozoruji zadne potize, protoze nenastava ona nucena fragmentace.

Je videt ze tomu prd rozumite, kdyz davate do souvislosti problem se zaplnenosti (ciste FS issue) s tim, ze musim mit vhodne disky, raid (level?), nebo controller.. vsemu je zcela putna jake procento dat na nosicich jsou potrebna data a co je prazdne misto.

1. musim sa priznat, ze tych 10GB mi naozaj uslo, co je moja chyba

2. ak vsak drzite 30TB pole s 99.966% zaplnenou kapacitou, tak to mi uz vobec nedava logiku (cital som radsej 2x), ale kazdy ma svoj vlastny prevadzkovy plan.

3. nepatrim k ludom, ktori sa potrebuju hadat do krvi. To ponechm inym. Doporucim Vam nastudovat ako ovplyvnuje rychlost I/O ktorykolvek s nasledovnych parametrov: zaplnenost konkretnej disk grupy (nieco ine je to pri RAID0, nieco ine pri RAID6), zvolenych diskov vs zvoleny FS a zvoleny RAID. Mozme pokracovat s nastavenim blokov a vhodnostou random zapisu alebo sekvecneho (alebo nerobime data tiering?). A to som neskoncil s vypoctom parametrov, ktore v nedostatocne namiesanom mixe dokazu odstavit performance pre konkretne ulohy (polia staviame pre konkretny ucel). Mozno tomu prd rozumiem, ale prevadzkujem diskove polia (viac ako jedno) zopar vela rokov v roznych velkostiach a mam moznost robit testy = platim si te polia sam, nemusim cakat ci mi ich niekto schvali na nakup.

41

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 05. 08. 2020, 13:37:32 »

problem rychlosti SSD je stanoveny technologiou, ktorou su vyrobene:
QLC - je totalny odpad, pretoze pri narocnejsom workloade (zopar GB) padne throughput pod uroven pomaleho HDD. Ale su lacne. A to sa v 80% pripadov pocita ako hlavny faktor nakupu. Uzitocne pre kazdeho, kto na PC pouziva browser na YT a FB. Bez zalohovania je to cista katastrofa.

TLC lepsie, avsak iba v pripade 3dNAND ... co sposobuje vytracanie MLC z trhu.
dalej uz netreba ani pisat

alebo zbernicou:
M.2 SSD bez NVMe protokolu je stale len obycajny SSD
strkat M.2 NVMe do PCIe ver. 2 s 2x link je ako kupit si rychle auto a jazdit s tym po ucpatom sidlisku.
dovod, preco vsetky rady typu - kup si to a to, je to rychlejsi - nema vyznam citat, ak clovek nevie co za dosku v tom desktope ma.

btw, ak na 30TB diskovom poli je problem s rychlostou pri 67% zaplnenej kapacite, tak je problem (okrem vhodnosti samotnych diskov) aj niekde inde - data tiering (ake data ukladam kam), vhodny block size, vhodny FS, vhodny RAID vs FS, vhodny controller (SW/HW), ....

A k teplote SSD diskov - ak ste este nezazili 65C pri data scrubbing, tak o SSD viete malo. Naopak SSD dokazu paradne "topit". Mam dlhodobo monitorovane disky, pouzivam HDD i SSD, nevidim zasadne rozdiely vo vyzarovanej teplote. To znamena, ze vykon potrebny na chladenie je rovnaky.
A samotny M.2 NVMe pri zahule "topi" sakra poriadne. Takze, to su len take barove povidacky o SSD thermal operation.

Na zaver, ak zalohujete, tak Vas netrapi, ze Vam skapal disk. Vymenite za novy a restore dat Vam vrati kludny spanok.
Ak mate data primarne na NASe, tak Vas netrapi, ze treba mat v PC zbytocne velky disk. Staci potom mala kapacita na OS a SW. Kludne i Multiboot pre Multi OS na jednom disku. Na to clovek nepotrebuje dva a viac diskov. Odkladat stary SSD na ine ucely, ked uz ma prepalene bunky (princip zapisu v SSD) neda vyznam. Ale je to kazdeho volba.

42

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 04. 08. 2020, 16:16:56 »

jake ssd o velikosti 480GB doporucite pro desktop systemovy disk?

mam aktualne Kingston A400 480GB, SA400S37/480G a jsou s nim problemy. ve smartu ukazuje 10 vypnuti ztratou napeti a na disku se hromadi corruptnute soubory. health ma 99% a zadne bad blocky

1. kedze nepises na co pouzivas ten desktop, tak si kup prvy co uvidis. Je to jedno.

2. Kedze nepouzivas UPS, tak ti to bude robit na kazdom dalsim disku. Ziadna znacka ta neochrani pred poskodenim disku v pripade outage.

A najlepsie rady su od ITckarov, co nepotrebuju vediet na co ti to je a co mas za komponenty na doske.

A njlepsie rady su od ITckarov, ktori nechapu, ze v pripade aktualnych SSD je vyhodou co najviac write operacii po celom disku. Toto nie je HDD, kde to ma vyznam (u JBOD a RAID0 ne).

43

Sítě / Re:Optický kabel nebo metalika

« kdy: 03. 08. 2020, 15:58:48 »

ak mas UniFi tak nemas co dalej riesit, zapoj tam dalsi. Kazdy Unifi switch do malej firmy ma aspon 2x10G SFP+. Prepoj to s SFP+ a mas vybavene, dokonca mozes este riesit failover cez dva SFP+. Je to investicia do lepsie spanku, pri takom pocte a kapacite zaloh.

Neviem co mas za NAS a co pouzivas ako source/target (RAID, FS), ale prenos "radovo jedenotek TB denne" dufam riesis s LAG aspon na 4x1Gbps, aby z toho backup/sync nebol casovy disaster.

PS: k mudrym radam, preco to nemas na cloud existuje mozna odpoved = avg 50Mbps upload pre 1TB dat trva nieco okolo 44hod. Ak vsak mas co i len 150Mbs upload a na optike, tak nevahaj pouzit aj cloud pre 3-2-1.

PS: otazka je, ci je efektivne nastaveny plan zaloh pre 3-2-1, ak treba tahat denne 1TB.

44

Hardware / Re:Jak zachránit disk

« kdy: 22. 07. 2020, 12:55:04 »

kedze sa ti disk hlasi, tak
nic nepokazis ked sem das vystup z:
fdisk -lu /dev/sdx ...podla toho ako sa ti hlasi disk
nasledne
fdisk -s /dev/sdxx ... konkretnu partition, ktora vykazuje problem

nasledne mozes spustit smartctl ... ak nemas instalovane, tak install smartmontools
smartctl --smart=on /dev/sdx .... podla disku
smartctl --info /dev/sdx ... dtto
smartctl --capabilities /dev/sdx  ...dtto
smartctl --attributes /dev/sdx .... dtto

staci urobit short test:
smartctl -t short  /dev/sdx ... dtto
vo finale
smartctl -H /dev/sdx ...dtto

a postupne pod kazdy command vloz vystup. Mozno to bude jednoducha vec s relokaciou blokov, alebo to bude fakt zlozita, ktoru si budes musiet zaplatit u odbornikov.

45

Hardware / Re:Jak zachránit disk

« kdy: 22. 07. 2020, 07:16:48 »

ludia sa prilis nudia, potom odpisuju bez citania. ucelom nie je poskytnut radu, ale buchnut si do niekoho.

btw, otvarame novu sekciu CZ/SK doteraz vyhradne ENG Synoforum.com, ktore sa venuje specialne NASom a celemu ekosysemu (disky, FS, packages, Docker, network, ...).