Příspěvky

256

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 23:26:29 »

IDE:
Integrated dual-channel PCI/IDE interface supporting up to 4 IDE devices; supports PIO Modes 0-4

Neumí UDMA, ani MWDMA? Njn, už si nepamatuju, kdy se tyhle vymoženosti vynořily. To je divný...

RAM:
"The board needs parity SIMMs and uses groups of two to create enough spare bits for ECC.  Pretty cunning, really." - takze tam pasuji obycejne SIMM. Jen se musi davat vsude stejny tyb (jednostranne ci oboustranne). On si tam to ECC nejak vytvori, pokud jsou v paru.

Upřesňuji, koukal jsem na tu plachtu s rozkreslenými konfiguracemi RAM:
Jsou dvě varianty RAM stromečku: novější co bere DIMMy (72bit = ECC) a starší co bere dlouhé SIMMy: paritní, 36bitové. Tzn. nejedná se o "obyčejné" SIMMy ve smyslu "bezparitní" (a nejedná se o krátké SIMMy z dob 386, které byly 8b/9b).

Tradičně "parita" = devátý bit v každém bajtu, řadič RAM uměl detekovat chybu parity a s trochou štěstí se OS mohl zkusit té stránce vyhnout, pokud ho dotyčná chyba v užitečných datech nesestřelila. Spíš ale stroj jenom vytuhl s hláškou "parity error". Tušímže interně v principu detekovaná chyba parity vyvolala Interrupt 02 = NMI.

ECC je o level výš, dokáže jednobitovou chybu letmo *opravit*. Matně si vybavuji Reed-Solomon, syndromy P+Q nebo co. Na ECC potřebujete tuším minimálně dva bity, možná lépe víc. A protože paměti jsou tradičně vyráběné tak, že na každý bajt je jeden bit navíc, tak se to ECC počítá napříč širším slovem. Pokud návod říká, že pro ECC nad SIMMy se používají dva dlouhé SIMMy v páru, tak to vychází na slovo dlouhé 64 bitů = 8 bajtů užitečných dat, plus 8 bitů navíc na paritu nebo ECC. Zřejmě ekvivalent jednoho 64b/72b DIMMu. A to ECC slovo může být možná i delší než 64/72b, nevím.

Pisou, ze klasicka fast page ram tam nefunguje.

Z toho si beru, že pokud ne Fast Page, tak potřebuje EDO. Nebo snad PC100 SDRAM? (spíš ne) Pokud není tato informace, nebyl by namátkou kód RAM čipu? V té "plachtě s konfigurací RAM" čtu požadavek na CL=60ns nebo kratší (rychlejší CAS).

Ohledně AHA-2940, pamatuju si z té doby dvoukanálové SCSI řadiče, které měly jeden kanál rychlý a druhý pomalý.

257

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 16:42:20 »

Ano stacil - jak vidis je tam i BIOS FLASH, takze to bude mit Option ROM a pri trose stesti z toho rovnou nabootujes. Takze staci kdyz budes mit jeste ctecku SATA disku na USB a muzes prehazovat SSD na ktery si pripravis instalaci

...ohledně toho PCI řadiče mám snad jenom trochu strach, aby BIOS option ROM nebyla "RAID-only".
Linuxu je to jedno, uvidí jednotlivé disky - ale z jednotlivého disku by možná nešlo BIOSu nabootovat (z RAIDu ano).
To už @OP uvidí, až to zkusí.

Jinak Debilan s oblibou instaluju ze sítě. Stáhnu si na TFTP server netinstall kernel a initrdi.gz, na dhcp serveru se nic nemění, přidám na TFTP serveru další boot profile do PXElinuxu a tradá... Jasně - je k tomu potřeba síťovka s podporou bootu ze sítě. Prakticky libovolná intelka, nejlépe gigová, do PCI. (Zde pozor na zářez/klíč u PCI-X modelů, viz výše.)

Vyzobnuto z pxelinux.cfg/default :

Kód: [Vybrat]

label bullseye
  kernel bullseye/linux
  append initrd=bullseye/initrd.gz priority=low  --

Ale pravda je, že než instalovat z nuly PXE-bootovací prostředí, vyjde snáz, prostě vypálit "mini ISO", z něj bootnout a zavést instalaci klidně ze sítě...

258

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 16:26:41 »

Ta ALR / Unisys deska ma IDE, klasicke SCSI (8-bit) a pak ten zkoseny 68-pinovy konektor SCSI (pisou 16-bit). To bude ta prvni verze Ultra SCSI LVD/SE. V pondeli mi ma nekdo zaslat nejake SCSI disky.

Máte někde na té desce, u toho SCSI, napsáno nějaké označení? Na nalepeném štítku, nebo vyleptané na desce. Pokud se tam někde vyskytuje LVD, tak to znamená Low-Voltage Differential. Tzn. podporuje diferenciální režim. Lichoběžníkový konektor HD68 s tím není v rozporu. Naopak SE znamená Single Ended. Už si nepamatuju, jestli SCSI HBA čipy po nějakou dobu podporovaly LVD i single-ended režim, jako že s auto-detekcí. (Dokonce snad fungovalo do jisté míry i míchání narrow/wide zařízení, spíš u single-ended zařízení, ale to jsem nikdy nezkusil.) Nevěděl byste, co za HBA čip je na tom motherboardu?

Budu muset sehnat kabel pro 4 az 7 zarizeni na 68-pin (nasel jsem za 500 Kc). Teoreticky by tam melo pasovat neco z Gateway serveru.

Ten 68pin konektor je univerzální / standardizovaný / kompatibilní, včetně pinoutu, přinejmenším v rámci Ultra2Wide. Dokonce existovalo interní a externí provedení, to externí mělo stínící kryt a tuším fixaci pomocí šroubků.  Navzájem kompatibilní. A daly se sehnat jako příslušenství SuperMicro taky interní kabely 1:1, krátké kšandy, třeba 30 cm.

Prakticky ciste backplane bez hotswap.

Prosím? Možná jsem nepochopil zkratku. Backplane = plošák na zádech diskového kastlíku, pro Ultra2wide LVD jsem viděl prakticky vždy s konektory 80pin SCA, elektricky s podporou hot-swapu. Jiná věc je, že není dobré vytrhnout operačnímu systému přimountovaný disk. Jiná věc je, že tyhle kastle s HS šuplíkama se stejně používaly prakticky hlavně pro RAIDy, nejlépe s hardwarovým řadičem. I tak po vytržení disku trvalo na SCSI obecně poměrně dlouho, než se z toho sběrnice znovu rozkoukala :-) Matně si vybavuji něco mezi 10-20s.

Mimochodem - disky s SCA konektorem podle mého nemají jumpery pro nastavování SCSI ID.
IDčko dává backplane. U backplanů pro více disků má každý slot jiné ID, a svoje ID má taky enclosure manager chip.

Mozna spise neco takoveho z Compaq serveru:
1) https://www.ebay.com/itm/142847556357

Jestli správně koukám, tohle má pro disky 80pin SCA konektory. Jsou standardní, ale podle toho je třeba volit disk.
A nevidím, jestli jsou k té kastli taky šuplíky. Sice slouží jenom jako mechanické "kolejnice", ale bez nich by se disk vlastní vahou ulomil i s konektorem.

Jestli správně koukám na backplane toho kastlíku, na fotce zvenčí zezadu vidím poměrně velkého švába zn. Qlogic. Toto je odhadem "enclosure manager" - umí blikat LEDkami (na každý disk asi tři, včetně failure LED, ta je důležitá), umí kvičet bzučákem a je vidět na sběrnici jako "páté kolo u vozu" = další zařízení ještě vedle disků. Umí s tím pracovat HW RAIDy. Nevím jestli v Linuxu existuje ovladač pro SCSI Enclosure Services (SES).

2) https://www.ebay.com/itm/174499917065

To je nějaká hrůza stará... no, možná je to dokonce wide, před příchodem SCA. Proto má šuplík proti backplanu proprietární konektor. Tohle jsem nikde nepotkal. Není tam vidět konektor uvnitř šuplíku - tipuju HD68 (=wide), stejný jako zezadu na kastli. Možná je to nakonec přesně to co hledáte pro tu Vaši desku :-)

3) https://www.ebay.com/itm/185044298240

Vida, tady jsou taky přibalené šuplíky, možná jeden chybí. Podle vzhledu odhadem už budou uvnitř konektory 80pin SCA. Vzadu je vidět připojený kabel - všimněte si kroucených párů v té kšandě. Toto je kabel pro rychlý diferenciální přenos, ale bez dokumentace a praktického testu těžko říct, jestli dá Ultra2Wide (= 80 MBps), U160 nebo U320.

Obecně jsou různé HBA a disky "LVD=diferenciální a wide" navzájem kompatibilní napříč rychlostmi. A pokud se třeba sejde rychlý řadič s rychlým diskem, ale máte kabel nebo backplane funkční pouze na pomalejší rychlosti, tak se dá rychlost v konfiguraci HBA omezit.

Aha, to je SATA II, nemusi to znamenat SAS.

SAS HBA + SATA DISK = OK.
SATA HBA + SAS DISK = no go.

A bezny PCI SATA radic by nestacil? Na retro jsem minuly rok sehnal toto: https://www.amazon.com/Rosewill-66Mhz-Controller-Components-RC-209-EX/dp/B00BAU2LNS

No to je přesně von! :-) Starej dobrej SIL3114.


BTW živej člověk co píše drivery do NT kernelu! Čeho já se tady ještě nedočkám :-) To jste v ČR už druhej o kom vím... (a ne, sebe nepočítám). Asi jsem vážně zalezlej daleko mimo epicentrum.

259

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 15:14:30 »

Mel bych mit 4 kanalovej SATA do PCI-X, pokud na desce nic neprekazi, pobezi to i na PCI slotu.
Otazka jak to bude ss 3.3v/5v kompatibilitou mezi karotu a mainboardem - chce to znat revizi PCI slotu nebo alespon jak tam jsou klice umisteny :-)

Fotka boardu je na fóru Vogons. Ty sloty jsou klasické "pětivoltové" (což na moderních praktických boardech mnoho neznamená, ale tady bych tomu vcelku i věřil).

Ještě přidám upozornění, že na některých starých boardech ne všechny sloty uměly BM DMA = pro velkou většinu PCI periferií jsou sloty bez busmasteringu nepoužitelné.

Podobny nebo mozna i stejny jako toto:
https://www.ioi.com.tw/products/proddetail_dl.aspx?CatID=106&DeviceID=3024&HostID=2038&ProdID=1060108
(praha)

Takže tenhle podle zářezu ano...

SAS... do PCI-X existuje taky, takze by to bylo podobne provozovano na 32bit jenom.
A do SASu pripojite i SATA disk ci ssd (vetsinou na 1/2 rychlosti.. 3G SAS ~ 1.5G SATA, 6G SAS .. 3G sata):
https://www.serverparts4less.com/435709-001-435234-001-hp-sas-2-channel-8-port-pci-x-hba/

Takže tenhle podle zářezu ne.

Otazkou je, zda tak stary bios bude umet boot z externiho radice.

Obecně rozhodně ano. Loadování BIOS option ROM je na PCI ještě líp standardizováno, než předtím na ISA/VLB (boží PnP měla EISA, kterou na tom boardu tuším máte taky). Dále bude hrát roli vzájemná kompatidebilita konkrétního modelu PCI řadiče a verze BIOS option ROM proti BIOSu na motherboardu :-)

260

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 15:02:58 »

Jinak PAE je fajn, ale zjistil jsem, ze mam SIMM desku a ta umi max 2gb. DIMM varianta umi max 4gb.

4 GB RAM bez PAE znamenají, že bude vidět... na takhle starém stroji odhadem třeba 3.8 GB. Protože kus adresního prostoru je potřeba pro nějaké periferie. Třeba IOmem pro VGA kartu - a další.
Na starém hardwaru byla tahle režie mizivá. V dnešní době je naopak čím dál třeskutější - viděl jsem tuším moderní PCčka, kde pod 4 GB zbylo třeba jenom 1.5 GB RAM.

Pokud by ten starý server (čipset+BIOS) uměl remapovat kus RAMky nad 4 GB, a dát o tom vědět kernelu skrz "e820 memory map", tak to 32b PAE-capable kernel použije a tu RAMku využije celou. Pouze ji stejně nedokáže namapovat jediné 32bitové user-space aplikaci, a tuším je tam o patro navíc v tabulce mapování paměti (cosi v mechanismu "chráněného režimu" práce s pamětí) což prakticky na výkonu není ani moc poznat...

Ale jak říkám, i bez PAE to asi taky bude OK.

BTW dostat do jednou nainstalovaného Debianu upravený kernel není moc práce. Jde to jednak bez balíčkování, nebo i s balíčkem (třeba do minimalistického prostředí, které bootuje přes PXE). Ostatně pokud si @OP hraje s ARMem, tak asi učím orla lítat...

261

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 14:43:30 »

@František Ryšánek
Nevis zda existuji PCMCIA s biosem pro network boot?

Az vycistim jeden P120 notas (IBM 760EL), tak bych se pokusil o neco podobne retro
(jen to bude o stupinek nize - na i586 arch). Je tam FDD + 810M disk, ale proprietarniho formatu

Uhh... mám v práci někde noťas s PCMCIA síťovkou 3com (32b PCI cardbus), ale že by na mě někde vykoukl PXEboot, to si vážně nevybavuju. Jestli si zejtra vzpomenu, tak to testnu. Spíš pochybuju. Mám pocit, že CardBusový bridge sám o sobě potřebuje driver v OS, aby se inicializoval, a až pak za ním jsou vidět hot-pluggable PCI periferie. Může to být vendor-specific otázka motherboardu a BIOSu. Ten můj krám je bohužel značkový, nějaký Compaq Presario s Pentiem.
Ještě mě napadá, "nastartovat PXE drátem" = loadnout Etherboot/gPXE/iPXE z CD nebo FDD, a tenhle stack by obsahoval driver pro PCMCIA kartu. Teoreticky tam šance je.

262

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 14:32:18 »

Re: virtualni joystick a drivery pro Windows: *respect* :-)

Ohledně MPS: jenom dodám, že Linux nemusíte nijak explicitně přesvědčovat. Nenajde ACPI, tak automaticky zkusí MPS API.

První kdo vyhodil podporu i386 bylo tuším Ubuntu, následováno Fedorou (jak dlouho držel podporu i686 konzervativní RHEL si nepamatuju). Možná kecám. Každopádně Debian je asi poslední, kdo ještě drží "i386" (spíš i686). A je mi otázkou, nakolik je ten 32b build dodnes otestovaný.
Pokud znáte RedHat, a potkal jste ve škole cosi jako Debian/Ubuntu (zmiňujete apt-get), tak se čistého Debianu nebojte. Zrovna Vy to dáte na bázi přirozené inteligence. Pokud ne, tak se nestyďte zeptat. Vždyť už nás znáte - my Vám to tu pěkně rozebereme ;-)

Pokud ponechám legrácky stranou, tak Debian dává při instalaci dost na výběr, ale zároveň hodně vede za ruku. Konkrétně zmíním, že máte na vybranou instalovat přímo z instalátoru jenom "base system" a skončit, nebo si rovnou vyberete konkrétní desktop (a nainstaluje se i nějaký balast do začátku). Ale chcete-li být střídmý, můžete taky začít s "base system" a pak třeba jenom ručně přihodit xfce, a jako závislost se dotáhnou kompletní minimální Xwindows.

Paralelní SCSI bylo na svou dobu mocná a výkonná technologie, pokud fungovalo. Ale je to paralelní sběrnice, je tam spousta kontaktů v konektorech i mezi konektorem a kabely. Je to náchylné na vakly, s postupujícím věkem čím dál víc. Možná hůř jsou na tom s vakly modernější generace: U160 a U320. Na boardu z roku 1996 si nejsem jistý, co máte integrováno za řadič: trochu pochybuju, že to má diferenciální budiče. Protože starší pomalejší varianty byly single-ended. Diferenciální je až Ultra2 SCSI (první Ultra bylo ještě singe-ended). Pokud koupíte klec se šuplíky, tak jednak musí podporovat odpovídající pinout a ostatně taky elektrické úrovně (single-ended vs. diferenciální) a šířku (narrow/wide), jednak si dejte bacha, ať dostanete taky terminátor (nebo ať ho má backplane v kleci onboard). Osobně jsem zažil SCSI kdysi v minulém tisíciletí ve skupenství narrow fast (nějaký skener) a pak až po roce 2002 už v podobě Ultra2 Wide až po U320. Dokud byly po kapsách nějaké náhradní díly, tak se dalo prohazovat A-B a porovnávat, když člověk hledal vakl. Pokud máte jednu sestavu, a ta je nějakým způsobem nahnilá, tak s ní bez known-good náhradních dílů nepohnete :-(
Můj oblíbený kastlík SCA SCSI býval SuperMicro M35S - novější generace zvládaly U320 = diferenciální, wide, pro SCA disky (= nepasují disky s konektorem HD68). Zvenčí má standardní rozměry do 3x 5.25" pozice. Jenom kdybyste na něj někde narazil. SuperMicro mělo SCSI kastle i pro jiné/hezčí/sudé počty disků, ale ty byly tuším integrované do jejich 19" šasi a nepasovaly do 5.25" šachet.

Pokud máte PCI sběrnici, možná se radši porozhlédněte po nějakých SATA řadičích do PCI (tušímže SAS do PCI se snad ani nedělal). Bohužel klasika se čtyřkanálem Silicon Image se už asi bude shánět těžko. Teda těžko: přímo z Číny samozřejmě dodnes k mání. Nebo nějaká Areca 11x0 series někde v bazaru by se možná taky našla. Kastlíky SAS kompatibilní se SATA disky a kabely se dají běžně koupit, je to aktuální technologie - třeba SuperMicro M35T nebo hafec modelů od značky Chieftec.

263

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 13:39:10 »

Máte MPS API dokonce ve verzi 1.4? To by měla být brnkačka.
A jako Linux nadále doporučuji aktuální Debian. Se 4 GB RAM v klidu. Debian se vyznačuje tím, že jako asi poslední "velká" distribuce má i build pro x86_32b - a jestli je to pořád ještě i386, nebo technicky spíš už i686, to je zrovna Vám jedno.

264

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 13:30:55 »

Před ACPI bylo SMP v BIOSu na x86 podporováno buzzwordem MPS. Zcela rutinně, když se na nějakém modernějším stroji (s BIOSem) vyskytne problém s ACPI, stačí dát linuxu kernel cmdline parametr acpi=off (ev. pci=noacpi, protože typicky byl problém s routováním IRQ) a stroj normálně inicializuje multi-CPU mašinu podle MPS. Pravda je, že v dobách Pentium PRO jsem SMP nezkoušel, pamatuju si jak kolega co nevěděl co s prachama si koupil nějaký board tuším Gigabyte (nebo Tyan?) s dvěma paticemi a jel na tom windowsy... nemám z té doby zkušenosti, co hlásil Linux v dmesg ohledně inicializace více CPU. Každopádně u boardu s více CPU bych očekával zdravou podporu MPS v BIOSu.

Tzn. ten procesor není třeba inicializovat nějakým "bare metal" postupem, o zadrátování všech potřebných věcí řekne něco BIOS a Linux to umí prakticky odjakmrtva.

Je hezké, že Pentium PRO má 36b fyzického adresního prostoru. Otázkou je, kolik jste k tomu serveru dostal paměťových stromečkových karet a kolik do nich SIMMů nebo DIMMů a jak velkých - podle toho debatního vlákna na Vogons fóru se vyskytují dvě varianty paměťové karty. Odhaduju, že ty paměti budou cca PC100 a vrtá mi hlavou, jestli bylo vyžadováno či alespoň podporováno ECC. (Co má ta věc vůbec za north bridge? To musí bejt masakr. A na stromečkových kartách nejspíš ještě nějaké memory bridge.) Ten hardware je teoreticky někdy z roku 94-96, v těch dobách bylo 64 MB RAM neslýchaná kapacita. Později přišla jakási exploze a najednou šlo v DIMMech sehnat i mnohem víc. Vidím v internetech sestavu tohoto železa s 16x 256MB DIMMem = 4 GB, řekl bych že se mohlo jednat o maximum.

Bootnout ze sítě je dobrý nápad, doporučuji. Pokud lze historický BIOS toho vlajkového šrotu k takové věci přesvědčit, alespoň BOOTROMkou v přídavné síťovce :-)

To že máte zdroje o štítkovém příkonu 400W/kus ještě neznamená, že to tolik bude žrát. Pokud to utáhne jeden zdroj, tak při zapnutí tří zdrojů už spotřeba příliš nevzroste (v zásadě o nějakou vlastní ztrátu těch zdrojů). Staré zdroje, než přišlo 80+, mohly mít účinnost klidně jenom kolem 70% na plnej knedlík, a při částečné zátěži se ta účinnost o něco zhorší (ale není to jistě tak zlé, že by 400W zdroj žral naprázdno 100W).

Pokud IDE řadič umí UltraDMA, tak by k tomu mohlo jít připojit i něco hodně moderního na SATA (velký disk, SSDčko) skrz aktivní reverzní redukci.

265

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 11:05:24 »

BTW, kolik v tom budete mít RAMky? Já jenom že řešíte desktop... a všechny ty moderní molochoidní programovací jazyky :-) Nebo hodláte nostalgicky jihnout, jak stroj pokročile swapuje na krásné rychlé mechanické SCSI disky? Uznávám, že jako kulturní zážitek to určitě bude stát za to.

266

Distribuce / Re:Poradte moderni Linux pro stary Pentium PRO server

« kdy: 04. 09. 2022, 06:45:04 »

Topíte doma elektřinou?
Pokud se týče Linuxu, zkuste Debian. A nedivte se, pokud to pojede jako šnek. Třeba generování klíčů při instalaci nebo prvním startu sshd může chvíli trvat. Ten stroj má zlomek výkonu dnešního železa, pokud jste na toto zvyklý. O řád, možná spíš  o dva slabší (jak v čem). Ten RedHat 6.x myslím historicky sedí. Přeji příjemnou zábavu :-)
P.S.: co tam máte za disky?

267

Studium a uplatnění / Re:Změna práce

« kdy: 31. 08. 2022, 21:04:18 »

@Typko001 pár námětů k zamyšlení, nepotřebujeme slyšet odpovědi, je to Vaše soukromí:

Hlavně asi nežijete ve vzduchoprázdnu. Jestli jste čerstvě po střední, tak jste asi ještě nezaložil rodinu. Jak přijdou děcka, tak se pak pár let študuje ztuha. Ideální samozřejmě je denní studium, ale ne každého zvládají na studiích uživit rodiče - neplatíme sice školné, ale bydlení ve městě není zadarmo a další životní náklady taky něco spolykají. Dálkové studium není vůbec špatný nápad. Aspoň to zkusit. Určitě Vám to rozšíří obzory, získáte nějaké kontakty... a zaměstnání dává člověku takové příjemné ukotvení v realitě a pocit, že se o sebe dokáže postarat. Máte najednou úplně jiný pohled na některá individua, která učí na vejšce, na kterou nastoupili rovnou po ukončení studia - a praxí mimo VŠ jsou nepoznamenaní.

Co třeba matika, byla na střední kamarádka, nebo spíš oboustranná antipatie? Na různých vejškách jde matika různě do hloubky, třeba na VŠE bejvaly jenom dva semestry, trojný integrál se tam tuším nedal potkat.

Máte někde v dohledu zaměstnání, kde byste ajeťácké či programátorské formální vzdělání využil? Nebo se do toho pustit rovnou "remote" způsobem? Napadá mě, pokud víte o nějaké firmě v okolí, kde tušíte příležitost, zkusit se tam zajít zeptat. Bohužel příležitosti k prezenční práci v tomhle oboru se koncentrují spíš do velkých měst. Třeba kdybyste nadhodil aspoň spádové okresní či krajské město, posbíral byste tu nějaké názory a tipy...

EDIT: pardon, teď jsem si všiml vlákna vedle o Olomouci a rodinném stavu. Konkrétní školu neznám, ale ona ta základní náplň bude asi všude podobná.

268

Sítě / Re:Routování mezi dvěma IP rozsahy

« kdy: 28. 08. 2022, 12:39:22 »

Přesně tak, víc subnetů na jedné L2 síti je zcela legitimní konfigurace. Posouzení bezpečnosti je na zodpovědnosti pachatele takové konfigurace. Jak řekl pan Jirsák, na krátkodobé hraní takové věci používám zcela běžně. Jenom je potřeba dát si bacha, abych neměl v síti dva DHCP servery (nezkoordinované, tzn. každý za sebe autoritativní).

Konkrétně mít pevnou adresu a zároveň DHCP klienta může být zajímavé třeba u nějaké zapečené krabičky, kde chcete, aby měl BFU k dispozici pevnou well-known adresu, na kterou se vždycky dostane, přitom aby to fungovalo i v síti s DHCP, kde se na krabičku dostane zase jinak. Nemám to ze své hlavy, někde jsem to už potkal. Jako pravověrný síťař nad tím kroutím hlavou, ale BFUčkům to evidentně pomáhá.

Ohledně původního dotazu bych měl poznámku, že je kravinimum mít L2 rozhraní jako member v bridgi, a zároveň mu nastavit L3 adresu - toto mi hlava nebere. Z logiky věci, jakmile přiřadím L2 rozhraní do bridge, tak L3 adresu můžu dát leda virtuálnímu vnitřnímu rozhraní br0 (např.) které do toho soft-bridge kouká taky, a slouží právě pro přístup do takto softwarově spřažené L2 sítě.

Ohledně tiskáren, ano toho jsem si už někde všiml. Že letitý profi admin potřebuje v rámci LAN jednu jedinou oddělenou VLANu, a to pro tiskárny. Zjevně kvůli jejich užvaněnosti - jako nejjednodušší způsob, jak zabránit, aby jednotlivé desktopy viděly napřímo každou tiskárnu co se kde šustne. Desktopy klidně v defaultní VLANě. To jsou ty úplně definitivní konce Bonjour, uPnP apod :-D

269

Server / Re:ZFS + mysql ničí SSD disky

« kdy: 28. 08. 2022, 00:01:04 »

jako... nemám mnoho co dodat, jenom si tady tak googlím. Páchám metavýzkum od stolu.

Máte pravdu, že na první pokus MySQL ZFS SSD mi google hodí na prvních dvou místech oslavné ódy na tenhle nápad = že ZFS je pro tohle použití naprosto boží. Výkonově podobné jako Ext4, možná nepatrně slabší - ale to pohodlí. A jak přesně na to.
Pokud čtu mezi řádky, tak mi tam chybí posouzení právě "write amplification". Je tam hodnocen jenom výkon pro vyšší=uživatelské vrstvy a pak také geniální features.

Teprve když přitlačím, třeba MySQL ZFS SSD write amplification, dostanu (odkaz na toto vlákno a) dva odkazy k věci.

Prostě jste průkopník, přišel jste si na to sám :-( Respect.

Ohledně ZFS vidím pár ladících parametrů, jako velikost bloku a nějaké další věci. Ty oslavné ódy to popisují podrobně. A přesto to nestačí. Často v souvislosti se ZFS čtu zmínky o letmé kompresi - ale mám pocit, že letmá komprese v režii ZFS může write amplification na SSD jedině zhoršit, protože IMO problematizuje pracně vyladěné zarovnání na velikost bloku. Taky jsem si všiml v souvislosti s MySQL zmínek o IO scheduleru - že raději deadline nebo ještě noop než CFQ. Ale toto by podle mého taky nemělo mít vliv na write amplification (i když... přeskupování transakcí ve frontě... jeden nikdy neví jistě.)

Ty dvě "kapitoly z černé kroniky" zmiňují fallback na Ext4, stejně jako Vy. Jsou ale i jiné FS - jako alternativa k Ext4 je často zmiňován XFS, a někdy taky BTRFS. Bohužel většina pojednání na toto téma je stará, cca 2012. Ovšem od té doby Ext4 prodělal jakousi regresi po velkém overhaulu někdy v době 4.x (ze které je snad už venku), naopak starobylý XFS se dočkal poctivé průběžné údržby a momentálně si ve srovnání s Ext4 zřejmě vede poměrně slušně. BTRFS pod MySQL zřejmě není dobrý nápad (doporučuji i diskusi pod článkem) - údajně BTRFS má mizernou průchodnost pro "random přepis", což je přesně případ databází...

Hehe kde jsou ty časy, kdy se tablespace dával na holé blokové zařízení, bez FS. Hm - koukám, že MySQL toto taky zatím ještě umí :-) Ale nevýhody zřejmě převažují nad výhodami.

270

Server / Re:Kde koupit/jak postavit nový server

« kdy: 27. 08. 2022, 20:23:26 »

Nevěřím moc tomu, že když použiji https://www.obchudecek.cz/detail.php?zbozi=V163305_asus-pn51-r7-5700u-1-m-2-slot-2-5-slot-0g-bez-os, tak že to bude fungovat špatně nebo se to pokazí.  Ono to totiž potíže s chlazením předchází tím že to moc tepla nevyrobí a průměrná zátěž  určitě bude pod 30%. 

K pasivním kompům, zejména consumer-grade, chovám značnou nedůvěru.

Jejeje, to jsem zase ujel. Ono to má ventilátor. Tak to potom jo. Je to něco jako noťas v krabici. Včetně fofrníku. U zelené obludy na jedné fotce je vidět skrz ventilační otvor uvnitř jemné žebroví.