Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »[ 3.760096] sd 2:0:0:0: [sdc] 2929721344 4096-byte logical blocks: (12.0 TB/10.9 TiB) [ 3.760119] sd 3:0:0:0: [sdd] 2929721344 4096-byte logical blocks: (12.0 TB/10.9 TiB) [ 3.760233] sd 3:0:0:0: [sdd] Write Protect is off [ 3.760235] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00 [ 3.760244] sd 2:0:0:0: [sdc] Write Protect is off [ 3.760246] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [ 3.760298] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.760307] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.775108] sd 3:0:0:0: [sdd] Attached SCSI disk [ 3.778546] sd 2:0:0:0: [sdc] Attached SCSI diskDisky jsou určeny pro odkladiště věcí z internetu, které se můžou hodit, ale jejich ztráta by nebyla kritická, protože se plus mínus dají sehnat znovu. Z toho důvodu běží mdadm v lineárním režimu:
md1 : active linear sdd[1] sdc[0] 23437508608 blocks super 1.2 0k roundingCelková kapacita je necelých 22TB.
# df -hT /dev/md1 Filesystem Type Size Used Avail Use% Mounted on /dev/md1 xfs 22T 787G 22T 4% /export/NAS03-BDATAJeště informace ze SMARTu:
smartctl -a /dev/sdc smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-0.bpo.6-amd64] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Device Model: HGST HUH721212ALN600 Serial Number: LU WWN Device Id: 5 000cca 253ddaddb Firmware Version: LEGNT3D0 User Capacity: 12,000,138,625,024 bytes [12.0 TB] Sector Size: 4096 bytes logical/physical Rotation Rate: 7200 rpm Form Factor: 3.5 inches Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 3.2, 6.0 Gb/s (current: 3.0 Gb/s) Local Time is: Fri Jun 1 17:22:41 2018 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x80) Offline data collection activity was never started. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 87) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: (1292) minutes. SCT capabilities: (0x003d) SCT Status supported. SCT Error Recovery Control supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0005 100 100 054 Pre-fail Offline - 0 3 Spin_Up_Time 0x0007 100 100 024 Pre-fail Always - 0 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 2 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 100 100 020 Pre-fail Offline - 0 9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 1 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 2 22 Unknown_Attribute 0x0023 100 100 025 Pre-fail Always - 100 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 2 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 2 194 Temperature_Celsius 0x0002 142 142 000 Old_age Always - 42 (Min/Max 25/43) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 0 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay.Tučně vyznačený atribut 22 udává množství helia uvnitř disku v procentech. Co lze pozorovat už teď je, že disky jsou asi o 10°C chladnější než vzduchem chlazené protějšky, jsou tišší a podle specifikace mají menší spotřebu. Rychlost zápisu pole je asi 255MB/s (na této hodnotě se dlouhodobě drží při testu), čtení jsem netestoval. Celá NAS si bere kolem 1GB RAM, ale HP už doma nechci, protože po roce skončí podpora a člověk už si nestáhne ani BIOS. Později mám v plánu do této N54L dokoupit další dva He12 disky, tj. pole bude mít 40TB, což by mělo stačit. Moje druhá N54L funguje jako backup pro důležité věci, ale nové věci budu stavět na Dellu, mám tu dvě T20 a jsem s nimi spokojený, takže další budou T30 nbo T430, pokud je nevyprodají...
Tiskni
Sdílej:
Paří mezi více než 15 milionů pevných disků značky Western Digital, které využívají technologii HelioSeal. Ta umožňuje používat vyšší kapacity a zajišťuje menší turbulenci ve velkých polích úložných disků. Nyní je k dispozici již 4. generace technologie HelioSeal, je tedy praxí ověřená a prokazatelně přináší vysokou kapacitu, spolehlivost a energetickou úspornost.
ddrescue bude na tom asi zaujímave. hlavne kvôli veľkosti.
Já svého času měl asi 4 kompilace buildrootu, který mají 4.6 GB každej, několik kompilací gcc/glibc, jeden má 15 GB a teďka mám asi 10 kernel zdrojáků s gitem, každej má 2 GB. A to je jen programování.To jsme třeba na 100 GB. K několika TB to pořád má dost daleko.
Nejvíc místa ale zabírají stáhnuté streamy.Asi tak 100-200 záznamů a 3-4GB jeden. Původně nestíhal komp přes neakcelerovanej prohlížeč a pak se z toho stal zvyk
Tyhle pocity tu budou stále. Někdo si něco nedokáže představit a není mu jasné, proč ten produkt kupovat.Proto jsem se zeptal.
Už jen amatér, co si rád hraje s videem to asi ocení (SSD pro rychlé úpravy a práci, SATA pro archiv).To mě samozřejmě napadlo taky. V IT komunitě ale vídám lidi, co mají tak velká disková pole, relativně často a zdá se mi divné, že zrovna tohle by byl jeden z nejčastějších důvodů.
Nebo takový filmový fajnšmejkr. Běžně je dens k dostání 20GB BDRip.A dává smysl to ukládat na NASu místo BD?
Nebo hry, vždyť dnes není moc neobvyklé, když má hra 50GiB, některé mají i 100GiB.Zase nevím, jestli ukládat hry na NASu, nebo mít nainstalované všechny najednou. Stáhnout ze Steamu to lze kdykoliv dle potřeby.
To mě samozřejmě napadlo taky. V IT komunitě ale vídám lidi, co mají tak velká disková pole, relativně často a zdá se mi divné, že zrovna tohle by byl jeden z nejčastějších důvodů.Ona je otázka, proč ty důvody vlastně hledat. Nadšenec do elektroniky má taky běžně 20 DMM, čtyři osciloskopy a pět generátorů a 50 zdrojů a nikdo to neřeší. Nadšenec do železa má doma 3 soustruhy a dvě frézy (znám jednoho takového). Tak co je divného na tom, že nadšenec do IT má doma hromadu disků? Já mám doma 31 disků (asi tak), z toho asi 18 v běhu. Rád přemýšlím nad způsobem uložení dat, rozdělení a použití disků, rád zkouším nové FS, tak se volné disky zkrátka hodí (stejně jich je pokaždé o jeden méně než by bylo potřeba
Zase nevím, jestli ukládat hry na NASu, nebo mít nainstalované všechny najednou. Stáhnout ze Steamu to lze kdykoliv dle potřeby.Tak ono ne každý má tak rychlý internet, aby stažení 100GB hry (např. Fallout 4, že) bylo o tom "prostě si to stáhnu, když si chci zahrát". Takže já mám celý můj Steam zálohovaný a když si chci něco zahrát (naposledy jsem rozbaloval cca 60GB DOOM 2016), tak to nainstaluju ze zálohy na síti. Přece jen Gbps linku doma na steam cloud doma nemám.
Ona je otázka, proč ty důvody vlastně hledat. Nadšenec do elektroniky má taky běžně 20 DMM [...] Tak co je divného na tom, že nadšenec do IT má doma hromadu disků?Je rozdíl mít doma hromadu disků a kupovat nové disky a osazovat je do NASu, když není, jak ten prostor využít. To vůbec nedává smysl. Proč by to někdo dělal?
Já mám doma 31 disků (asi tak), z toho asi 18 v běhu. Rád přemýšlím nad způsobem uložení dat, rozdělení a použití disků, rád zkouším nové FS, tak se volné disky zkrátka hodí (stejně jich je pokaždé o jeden méně než by bylo potřebaNo, ptal jsem se na kapacitu, ne na počet. Šlo mi o ten obsah. Možná někdo tříská do disků kladivem a zkouší, co ještě vydrží, ale to není úplně to, co jsem chtěl slyšet.).
Tak ono ne každý má tak rychlý internet, aby stažení 100GB hry (např. Fallout 4, že) bylo o tom "prostě si to stáhnu, když si chci zahrát".Budiž. Pokud někdo vlastní desítky takových her, ale bydlí na vesnici, kde může ze Steamu stahovat jen pokud si stoupne na židli vedle kravína s notebookem v ruce, tak potřebuje dost hodně TB. Dál? Mně to furt přijde jako dost minoritní případ. V IT komunitě je z nějakého důvodu dost populární fotografování, tak jsem čekal, že někdo zmíní třeba to. Neumím si představit, kolik toho reálně jeden člověk dokáže nafotit a jak velké ty fotky, zvlášť nekomprimované, asi tak jsou.
Je rozdíl mít doma hromadu disků a kupovat nové disky a osazovat je do NASu, když není, jak ten prostor využít. To vůbec nedává smysl. Proč by to někdo dělal?Možná chtějí mít na pár let klid. Znám lidi, kteří si do takových těch consumer NASů (nejsou to vyložení IT odborníci) naskládali maximum kapacity prostě jen proto, aby to nemuseli pár let řešit (max. tak výměnu vadných disků). Celkem rozumný přístup (pokud tedy ten NAS neodejde dřív). Moje aktuálně největší souvislé pole má 11TB a je v podstatě plné, takže pokud bych vzal za příklad 22TB pole autora blogu, tak bych byl přesně na polovině. Což není moc výhra. A ne, nebudu vysvětlovat, co tam mám za data. Něco jsem prozradil (Steam backup), něco je jasné z odstavců níže a zbytek tvoří jiné mé soukromé projekty a zálohy apod. Na jiném poli běží cca 20 kontejnerů (provozuju nspawn a jaily, asi je to z mého blogu jasné).
V IT komunitě je z nějakého důvodu dost populární fotografování, tak jsem čekal, že někdo zmíní třeba to. Neumím si představit, kolik toho reálně jeden člověk dokáže nafotit a jak velké ty fotky, zvlášť nekomprimované, asi tak jsou.Tak jedna fotka v RAWu (komprimovaného) z 10 let starého DSLR je kolem 20-30MB. Schopné kompakty (resp bezzrcadlovky) klidně i 50MB. Scany papírových fotek mohou mít i přes 100MB na fotku (vlastně i to je dost zastaralý údaj). Pro určité další zpracování (třeba panorama) je vhodné ty rawy exportovat jako TIFF a to může mít i 200MB. Takže data pro jedno jediné panorama může mít na disku třeba 30GB. Kolik toho může nafotit je na vkusu každého, desetitisíce fotek ročně není problém. (Kámoš "odrovnal" 300tis. závěrku asi za 5 let.) Někdo už tady zmínil 4k obsah (pravda jen jako stahovaný), ale foťáky se schopností natáčet 2k nebo 4k už jsou tady pár let a potom člověk velice rychle zjistí, že 32GB karta je velmi malá (a to teda už i pro FHD, pro 4k je navíc i pomalá) a že z jednoho session může mít klidně 300GB materiálu. 2TB za týden není problém. (Třeba tenhle týpek uvádí, že raw data ze záznamu jednoho buildu počítače mu zabírají několik TB - asi se to teď chce mnoha lidem komentovat ve smyslu, zda je opravdu nutné stavbu PC natáčet v tak vysoké kvalitě a na tolik kamer ale prosím, je to jeho volba. Tak si na to postavil 40TB pole.)
Možná chtějí mít na pár let klid. Znám lidi, kteří si do takových těch consumer NASů (nejsou to vyložení IT odborníci) naskládali maximum kapacity prostě jen proto, aby to nemuseli pár let řešit (max. tak výměnu vadných disků).Tak ale stejně předpokládají, že to někdy zaplní.
A ne, nebudu vysvětlovat, co tam mám za data.Ale tak mně je jasné, že lidi na těch velkých discích štostují porno. Jen mě zajímalo kolik.
Tak jedna fotka v RAWu (komprimovaného) z 10 let starého DSLR je kolem 20-30MB. Schopné kompakty (resp bezzrcadlovky) klidně i 50MB.OK. To jsem si tak nějak myslel. Takže cca 20 000 fotek na TB.
Pro určité další zpracování (třeba panorama) je vhodné ty rawy exportovat jako TIFF a to může mít i 200MB. Takže data pro jedno jediné panorama může mít na disku třeba 30GB.To jsou jen dočasné pracovní soubory.
Kolik toho může nafotit je na vkusu každého, desetitisíce fotek ročně není problém. (Kámoš "odrovnal" 300tis. závěrku asi za 5 let.)A schovává si taky úplně každou fotku?
(Třeba tenhle týpek uvádí, že raw data ze záznamu jednoho buildu počítače mu zabírají několik TB - asi se to teď chce mnoha lidem komentovat ve smyslu, zda je opravdu nutné stavbu PC natáčet v tak vysoké kvalitě a na tolik kamer ale prosím, je to jeho volba. Tak si na to postavil 40TB pole.)Proto jsem mluvil o ryze osobním užívání.
Tak ale stejně předpokládají, že to někdy zaplní.Nevím, jestli hlavním smyslem datového úložiště je jeho zaplnění. Podle mě jedním z mnoha úkolů datového úložiště je "být k disposici". Takže například když mi někdo přinese disk a já potřebuju udělat jeho image, fakt nechci v danou chvíli řešit, zda mám na ten image místo. Prostě to místo by tam mělo být.
Ale tak mně je jasné, že lidi na těch velkých discích štostují porno. Jen mě zajímalo kolik.
/tank/data/PORNO 215GTím bych to fakt nezaplnil.
To jsou jen dočasné pracovní soubory.To ano, ale je potřeba je někam uložit. Navíc jejich znovuzískání může být časově náročné a tak není důvod je na tom disku prostě nenechat.
A schovává si taky úplně každou fotku?To já nevím. Já si každou fotku schovávám (original raw).
Nevím, jestli hlavním smyslem datového úložiště je jeho zaplnění.Jistě, že je. Nikdo netvrdí, že to musí být zaplněné pořád.
To ano, ale je potřeba je někam uložit. Navíc jejich znovuzískání může být časově náročné a tak není důvod je na tom disku prostě nenechat.Pointa spíš byla, že těch pracovních souborů typicky není potřeba držet tolik vedle sebe. Takže sice je to 30 GB, ale třeba jen třikrát. Není to tak, že jediné panorama zabírá 30 GB a máš jich tam kdo ví kolik.
Já si každou fotku schovávám (original raw).I nepovedené? Zajímavé.
Neumím si představit, kolik toho reálně jeden člověk dokáže nafotit a jak velké ty fotky, zvlášť nekomprimované, asi tak jsou.Brácha fotí a ty fotky jsou velké hodně. V RAWu řádově desítky megabajtů jedna. Což se nemusí zdát jako tak moc, ale pořídit gigabajt fotek je záležitost pár minut, protože ten foťák fotí fakt rychle a vždycky je lepší jich udělat víc s tím že některé se prostě nepovedou. A pak taky video je brutálně moc. Zrovna nedávno si stěžoval, že mu dochází kapacita, když točil asi pětiminutové video vlaků v 4k.
No, ptal jsem se na kapacitu, ne na počet. Šlo mi o ten obsah. Možná někdo tříská do disků kladivem a zkouší, co ještě vydrží, ale to není úplně to, co jsem chtěl slyšet.Osobně mám v NASu 3TB disk a zatím mi bohatě stačí (mám zaplněno asi 700GB). Ukládám si tam filmy, hudbu, různé dumpy a sklizně, videa co jsem natočil, ale především zálohy. Pokud zálohuješ pravidelně, tak to narůstá docela rychle. Zrovna nedávno jsem kvůli tomu psal rdiff_trimmer.
Což se nemusí zdát jako tak moc, ale pořídit gigabajt fotek je záležitost pár minut, protože ten foťák fotí fakt rychle a vždycky je lepší jich udělat víc s tím že některé se prostě nepovedou.Ale nemá moc smysl ty nepovedené fotky schovávat, ne?
Pokud zálohuješ pravidelně, tak to narůstá docela rychle.Jo. Inkrementální zálohy umí narůst dost.
Ale nemá moc smysl ty nepovedené fotky schovávat, ne?To trochu záleží na definici nepovedené fotky. Vyloženě nepovedené (fotka krytky objektivu zevnitř) se mažou už ve foťáku. Ten zbytek se naloaduje do nějakého raw editoru, tam se vyberou ty, které postupují do dalšího kola a ty se upravují na finální render. Z těch finalistů se vybere pár reprezentativních. Alespoň já to tak dělám. Občas někdo přijde s tím, jestli tam není fotka z jiného úhlu, nebo osvětlení, nebo fotka bez někoho jiného apod. Takže se jde to první skupiny provede se další výběr. Hlavně nevidím důvod, proč ty fotky mazat. Něco už nelze znovu nafotit, takže při špatném úsudku během mazání se o to může navždy přijít.
Vlastně když to řeknu jednodušeji: Osobně vidím smysl v tom si schovávat jen to, co splňuje určitý standard kvality. Čili ty nejpovedenější snímky dané scenérie/objektu/whatever.No však ano, ale těchto snímků mohou být z jedné scény desítky a všechny mohou kvalitou aspirovat na final render. Mohou se jemně lišit o úhel, výraz v obličeji, pokud se fotí lidé, apod.
Zrovna nedávno si stěžoval, že mu dochází kapacita, když točil asi pětiminutové video vlaků v 4k.Jo to je fakt, stříhal jsem před rokem a půl asi 11minutové 720p video a různé vrstvy ve formě framů PNG a huffyYUV mezikroky měly dohromady asi 40GB.
# hdparm -Tt /dev/md1 /dev/md1: Timing cached reads: 13642 MB in 1.99 seconds = 6856.21 MB/sec Timing buffered disk reads: 996 MB in 3.00 seconds = 331.95 MB/secDo buducna (pokial masina pojde stabilne a tichocko ako doteraz) uvazujem o nejakom malom SATA SSD (16/32/64GB) pre system + USB 3.0 PCIe radic. Ale kupovat nechcem tak ak niekto ma za postovne nech sa ozve :D
Connected up the IronWolf Pro drives dished out some impressive numbers: - 2120MB/s reads through the network, iSCSI, 16 threads - 2216MB/s writes through the network, iSCSI, 16 threadsa
For kicks, I installed GTA5 on our iSCSI drive and used it to load the game. My load times: Single IronWolf Pro internally installed: 34 seconds Single Samsung 840 Pro 1TB SSD: 27 seconds 10Gbit NAS using iSCSI: 24 seconds Now I can finally install games and run them off my NAS.
Dále jedním spojením nelze protlačit víc, než umožňuje jeden interface. Tzn. s jedním spojením lze v jeho případě vytížit jen ten 10Gbit interface. Pro vytížení obou je třeba více spojení, v jeho případě testoval 16.
Ono by to teoreticky šlo i s jedním spojením, ale protože by výsledek byl zajímavý spíš pro benchmarky než pro praktické účely, tak se to nedělá.