Šerlokas Holmsas kitaip arba Patriotas Moriartis
- Informacija
- Parašė Elvinas
- Skaitytojų: 1046
Dauguma tikrai gerai žino Arturo Konano Doilio sukurtą istoriją apie Didžiosios Britanijos genialaus detektyvo Šerloko Holmso nuotykius, narpliojant sudėtingiausius nusikaltimus. Tarp kitų apsakymų serijos herojų galima sutikti ir mirtiną Holmso priešą - genialų nusikaltėlį, daktarą Moriartį.
Tačiau kas, jei viskas buvo kiek kitaip ir visiems gerai žinoma Šerloko Holmso istorija tėra tik fasadas plačiosioms masėms, po kuriuo slepiasi kur kas paslaptingesnės istorijos. Kas, jei būtent Moriartis ir sukūrė genialų detektyvą Šerloką, kuris, pats to nežinodamas, dirbo pagal precizišką piktojo genijaus planą? Romanų skaityti neteko - mačiau tik TSRS ir Vakarų TV bei kino studijų ekranizacijas, tačiau jose nebuvo labai akcentuojama, kodėl Moriartis darė nusikaltimus. Šio anime autoriai nusprendė pažvelgti į Šerloko istoriją iš Moriarčio pusės ir pateikti savą įvykių versiją, kuri suintrigavo jau nuo pirmųjų serijų.
Nepirkite WD Red NAS diskų NAS įrenginiams!
- Informacija
- Parašė Elvinas
- Skaitytojų: 1013
Nauji metai, nauji grėbliai. Skamba keistai, tačiau taip yra - dalis „WD Red“ diskų, kuriuos „Western Digital“ reklamuoja, kaip skirtus namų tinklo duomenų saugykloms (NAS) yra tam VISIŠKAI NETINKAMI. Jie yra iš principo nesuderinami su kai kuriomis failinėmis sistemomis ir/arba RAID masyvais. Diskai veiks, tačiau darbo sparta bus apgailėtina, kartais dešimtis kartų lėtesnė, nei kitų, atrodytų prastesnių charakteristikų diskų.
Jei trumpai, tai EFAX modelio 2-6 TB talpos „WD Red“ diskuose naudojama SMR (Shingled Magnetic Recording) technologija yra iš principo nesuderinama su dideliu skaičiumi atsitiktinių rašymo operacijų, kurios turi papildyti takelį. O kaip tik taip ir nutinka RAID masyvuose ar kai kuriose failinėse sistemose, dažnai naudojamose NAS įrenginiuose. Taip yra todėl, kad SMR technologijoje duomenų takelis turi būti perrašomas visas, jei greta jo esantis takelis turi duomenų. Taip yra todėl, kad disko magnetiniai duomenų takeliai yra surašomi labai tankiai ir beveik persidengia. Pagal duomenų rašymo algoritmą šie diskai primena elekroninius „Flash“ diskus, kur taip pat rašoma į laisvas atmintinės ląsteles, o išnaudojus laisvus blokus, imama trinti seniau „ištrinta“ informacija ir formuojami naujos laisvos atminties ląstelės. Kodėl „Western Digial“ nusprendė naudoti potencialiai lėtesnę technologiją? Atsakymas paprastas: į diską galima surašyti daugiau informacijos ir diskinį kaupiklį pagaminti pigiau.
Fondas - kaip gerai sugadinti kūrinį
- Informacija
- Parašė Elvinas
- Skaitytojų: 1195
Vienaakiams draugams padėjus, peržiūrėjau Fondą... Arrrrr, johoho ir butelis romo... Taip, kartais jo norėjosi. Nes tai buvo vienas laukiamiausių serialų šiais metais.
Serialas tikrai atrodo gerai - Apple pasistengė nusamdyti gerus vizualiųjų efektų specialistus, kurie sugebėjo perteikti dešimtis tūkstančių metų gyvuojančios žmonijos civilizacijos pasiekimus. Technologijos atrodo įtikinamai, nes nors ir suteikia dabar neįmanomas galimybes, tačiau jos taip pat turi ir savo trūkumų. Tarkime erdvinio šuolio pašaliniai efektai gali sujaukti žmonių sąmonę, jei asmuo nebus gilioje anabiozės būsenoje. Pačios technologijos reikalauja išteklių, kurie yra riboti, todėl ne viskas yra visiems prieinama. Galaktinė imperija yra kiek arčiau realybės, nei idealistinė Planetų federacijos komunizmo vizija Žvaigždžių kelyje.
Serialo scenarijus irgi visai nieko. Klonuojami besikeičiantys imperatoriai, bandantys išlaikyti imperijos „status quo“ visai neblogai perteikia sustabarėjusią imperijos visuomenę, nors romane apie Kleonų dinastiją užsimenama vos keliose pastraipose. Serialui galima atleisti net ir tai, kad su šiuolaikiniais lyčių ir rasių lygybės marazmais, pirmieji (apie tai kiek vėliau) pagrindiniai herojai staiga pakeitė lytis ir tapo negrėmis. Tiesa sakant net keista, kas seriale nepavyko pastebėti vaivorykštinėmis vėliavomis mosuojančiųjų. Tačiau net jei Luisas Pirenis, Samuelis Hardinas ar net ir pats Haris Seldonas arba jų moteriškosios versijos seriale būtų turėjusios potraukį tai pačiai lyčiai, tai nebūtų didžiausia serialo blogybė.
Veidrodinis diskų masyvas negarantuoja sistemos darbo
- Informacija
- Parašė Elvinas
- Skaitytojų: 1155
Rūpintis savo duomenų saugumu reikia nuolat ir reikia tai daryti patiems. Atsarginės kopijos turi būti daromos nuolat ar bent jau kai pagalvoji, kad gal reikėtų jas padaryti. :) Tačiau pačios sistemos apsaugojimui nuo netikėto disko gedimo rekomenduojama daryti veidrodinį ar aukštesnio lygio RAID masyvą. Ir, kaip parodė praktika - pageidautina viename diske neturėti keleto masyvų.
Bet, pasirodo yra niuansų, todėl turėdami RAID1 veidrodinį masyvą - dar negalite būti tikri, kad nusprogus vienam iš diskų, jūsų sistema liks veiksni. Jau nė nekalbant apie duomenų teisingumą. Todėl - rezervinės kopijos ir dar kartą rezervinės kopijos. Net ir sisteminiams diskams, kur saugoma sistema ir jos konfigūracija. Nes pačią sistemą įdiegti galima greitai, tačiau prie visų reikiamų programų diegimo ir konfigūravimo kartais galima praleisti ir ne vieną dieną. Blogiau, kai apie tokius niuansus išsiaiškini sugedus būtent rezervines kopijas saugančio serverio diskui. :)
Taigi apie viską iš eilės.
Read more: Veidrodinis diskų masyvas negarantuoja sistemos darbo
Sidabrinė juosta roboto siurblio apsaugai, nuo nematomų kliūčių
- Informacija
- Parašė Elvinas
- Skaitytojų: 1229
Prieš metus įsigytas Roborock S5 tapo puikiu pagalbininku, palaikant namų švarą. Jam į pagalbą neseniai buvo nupirktas S5 Max. Bet laikas nuo laiko vienas ar kitas siurblys atsiunčia prašymą gelbėti, įstrigus kokiame nors užkampyje, paspringus laidu, vaikų numesta kojine ar, dabar aktualu, besimėtančia kauke. Nuo tokių atvejų gelbsti tik viena - įprasti tvarkingai pasidėti daiktus.
Bet be šių išmėtytų spąstų, robotui siurbliui pasirodo yra ir kitokių neįveikiamų kliūčių, pavyzdžiui, plytelės aukščio slenkstis ar skalbinių džiovyklė. Su durų slenksčiais, ant kurių siurblys "pakimba", prikabinus drėgną grindų šluostę, susitvarkyti pavyko, žemėlapyje pažymėjus virtualią sieną. Siurblys tiesiog ten nebevažiuoja. Su skalbinių džiovykle taip padaryti nepavyks, nes tuomet plotas po skalbinių džiovykle liks neišvalytas, o ir pati skalbinių džiovyklė stovi nebūtinai tiksliai toje pat vietoje.
Džiovyklės vamzdis yra maždaug 20mm storio, kas yra ribini s Roborock įveikiamos kliūties aukštis. Ir šios kliūties siurblio davikliai nemato, todėl siurblys užsispyrusiai bandys tą vamzdį perlipti ir iš kairės, ir iš dešinės, garsiai gergždamas guminiais ratukais. Neretai tai pavyksta padaryti tik vienu ratu ir tuomet siurblys lieka balansuoti ant vamzdžio, siųsdamas pagalbos pranešimus.
Laimei pasirodo yra labai paprastas ir efektyvus sprendimas, pasitelkiant vieną geriausių žmonijos išradimų - sidabrinę lipnią juostą. :D Šis išradimas išgelbėjo ne vieną projektą (kaip ir pražudė). Taigi paprasčiausiai priklijavus juostą siurblio daviklių aukštyje, jis nebebandys pervažiuoti vamzdžio, o jį apvažiuos.
Gal ne itin estetiška, tačiau tikrai veikia.
Keli loginiai RAID masyvai viename diske - bloga idėja
- Informacija
- Parašė Elvinas
- Skaitytojų: 1692
Namų serverio konfigūracija keitėsi ne vieną kartą. Įprastini ų programinių servisų serveris buvo paverstas virtualiųjų mašinų serveriu, tuo pačiu pasitobulinant virtualizacijos žinias bei palaipiojant ant vienokių ar kitokių grėblių. Nuo to laiko praėjo daugiau, nei metų, o kompiuterijos srityje tai labai daug - ištisa amžinybė. Per šį laiką serveryje buvo pakeistos net kelios kartos diskinių kaupiklių, daugeliu atveju dėl kaupiklių gedimų. Taip kiekvieną kartą serverio talpykla po truputį augo, senuosius diskus po vieną pakeičiant naujais didesniais kaupikliais. Duomenis visuomet pavyko išsaugoti, nors kartą berods teko atkūrinėti pabirusią failų sistemą ir prisiminti, kad rezervines kopijas galima ne tik kurti, bet ir iš jų atsistatyti duomenis.
Po paskutinės migracijos serveryje buvo likę 3 diskai, kuriuose buvo sukonfigūruoti 3 RAID5 masyvai. Jau tuomet žinojau, kad konfigūracija nėra optimali, bet sistema, kaip ir veikė. Tuo metu visi servisai jau buvo išmigruoti į Docker programinius konteinerius, o virtualios mašinos sustabdytos. Palyginus su virtualiomis mašinomis, Docker konteineriai veikė gerokai sparčiau. Taip yra dėl kelių priežasčių. Pirmiausia, konteinerio procesų virtualizavimui reikia mažiau išteklių, nes programinio konteinerio struktūra yra paprastesnė, nei viso kompiuterio virtualizavimas. Antra, Docker konteineriai tiesiog naudoja serverio failinę sistemą, todėl bendrai paėmus reikia mažiau disko I/O operacijų, kurios trunka labai ilgai (palyginus su CPU skaičiavimo operacijomis).
Taigi laikas ėjo ir vėl ėmė niežėti nagus, nes prieš keletą metų ant technologijų bangos buvęs Docker buvo išstumtas ir dabar naudojamas tik, kaip konteinerių paleidimo technologija bei kūrimo įrankis. O konteinerių infrastruktūros valdymo srityje dabar yra vienvaldis lyderis - Kubernetes. Tuo pat metu pribrendo laikas dar vienai serverio modernizacijai bei Kuberntes klasterio sukūrimui. Tiesa, kol kas klasterio dydį apribotas vienu serveriu, tačiau tai netrukdo naudoti Kubernetes privalumais. Vienas pagrindinių privalumų yra serviso teikimo užtikrinimas, kurį su Docker Compose teko spręsti įvairių Shell scenarijų ir sistemos servisų kokteiliu. Bet apie tai kitą kartą. Vos tik įdiegus Kubernetes ir numigravus pirmuosius Docker Compose servisus į Kubernetes, paaiškėjo, kad serveris ėmė veikti vėžlio greičiu, o sistemos apkrovos lygis nuolat pakildavo virš 4-5.
Read more: Keli loginiai RAID masyvai viename diske - bloga idėja
Puslapis 2 iš 43