Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Hardware / Re:Externí disk odolný proti odpojení
« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 10:14:19 »
Stále je možnost připojit disk se sync options, je to bezpečné, data jsou okamžitě na médiu, ale je to přirozeně pomalé.
Windows takhle disky připojené přes USB připojují automaticky. To zajistí, že operace zápisu pro uživatelský prostor skončí teprve tehdy, když disk zápis potvrdí. Lidsky řečeno, pokud disk nekecá, v okamžiku, kdy vám UI ukáže, že soubory jsou zkopírované, jsou opravdu fyzicky zapsané na externím disku.Takže když v tu chvíli vytrhnete disk bez odpojování souborového systému, nezjistíte pak, že vám toho na disku půlka chybí. Proto to Microsoft takto připojuje, protože uživatelé disky prostě neodpojovali.

Tohle ale stále řeší jen případy, kdy je operace dokončená. Pokud někdo disk vytrhne z USB uprostřed kopírování souborů, nepomůže ani sync. Tam pomůže jedině CoW souborový systém nebo žurnál dat – a pomůže tak, že na disku zůstane verze souboru, která tam byla před tím.
2
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Radek Miček kdy Dnes v 09:57:50 »
Co se tyce knihoven vs vlastní kod, je tu este vykonovy aspekt.



A ja se obavam, ze moje knihovny hy hyly este horsi, nez ty GOckove.

Na druhé straně vy byste to mohl psát kód přímo pro tu vaši konkrétní situaci.

Já jsem si třeba napsal vlastní parser pro JSON v F# a na určitých vstupech byl výrazně rychlejší než parser ze standardní knihovny System.Text.Json od Microsoftu. Ty vstupy byly JSONy, kde je v řetězci vnořený další JSON.

Dříve to navíc umělo poznat, že vstupní JSON obsahuje fieldy, které program neočekává (to už se System.Text.Json také naučil). Co většina knihoven stále neumí, je číst neomezeně dlouhá čísla - takže stále má výhody mít vlastní parser. Krom toho ten parser už dříve šlo přeložit do WASM a použít, což jiné parsery v C# ani F# neuměly (šlo je přeložit, ale často házely výjimky, protože používali reflexi, což ten můj parser nedělá).

A ještě jedna věc, JSON je dosti vágně specifikované, takže tím, že mám vlastní kód mám i kontrolu nad tím, jak se ošetří třeba slovníky s duplicitními fieldy, nebo s fieldy, co nejsou duplicitní, ale po Unicode normalizaci by byly.
3
Sítě / Re:Optika od Cetinu - jen pro O2?
« Poslední příspěvek od Tomáš Crhonek kdy Dnes v 09:56:55 »
U nás v domě mám optiku na chodbě za jednou zdí. Dvakrát jsem chtěl optiku až domů (FTTH) a pokaždé hledal switch na Cat5E kabel. Přitom lze mít optiku v SPF konektoru klidně doma. Takže nevím, co O2 nabízí, ale mě prostě nepřipojili.
4
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Tomáš Crhonek kdy Dnes v 09:53:53 »
Rust znám jen z přednášek, já jsem přešel na golang. Je jednodušší a má výborné možnosti multithredingu.
5
Hardware / Re:Externí disk odolný proti odpojení
« Poslední příspěvek od Tomáš Crhonek kdy Dnes v 09:53:08 »
Stále je možnost připojit disk se sync options, je to bezpečné, data jsou okamžitě na médiu, ale je to přirozeně pomalé. Jak psal Filip, pokud aplikace nedodržuje pořadí a nevolá fsync nebo fdatasync, tak poslední zapisovaný soubor bude rozbití. Všechny FS přežijí odpojení disku.
6
Hardware / Re:Externí disk odolný proti odpojení
« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 09:30:17 »
Nestačí souborový systém, když s ním operační systém může provádět psí kusy. Samozřejmě i přes MTP je možné smazat data, ale nemůže ho snad tímto způsobem poškodit.
I kdyby se operační systém choval úplně ukázkově, může se soubory provádět psí kusy aplikace. Vy si pořád bůhví proč myslíte, že něco dál to zachrání. Ne, nezachrání. Když bude aplikace špatně pracovat se soubory, operační systém to nezachrání. Když s tím bude pracovat špatně aplikace nebo operační systém, nezachrání to sebechytřejší disk.

Řeším problém jaký vybrat externí USB disk, který bude fungovat pod různými OS (Linux a Windows) a u kterého nepřijdu o data, pokud se v systému něco pokazí a já jej nebudu moci správně odpojit. Připadalo mi, že už jsem to popsal několikrát :-)
Popisujete pokaždé něco jiného. Na tohle konkrétně jsem vám odpověděl už několikrát, že je úplně jedno, jaký disk pořídíte, protože disk nemá žádnou možnost, jak tohle zachránit.

Navíc stále řešíte něco jiného, než je váš problém. Jmenoval jste Windows a Linux. Oba dva tyto systémy se chovají normálně a nestává se běžně, že byste disk nemohl odpojit. A pokud už se to výjimečně stane, nedojde k poškození souborového systému. Takže pokud se vám něco takového stalo, není to problém ani disku, ani operačního systému. Je to problém v tom, že vy děláte něco velmi divného.

Ani já nechci šetřit na disku pro data. Který přenosný USB disk je podle Vás ten kvalitní?
Kterýkoli disk od známých výrobců disků.

S diskem jsem dělal to, že jsem jej připojil k počítači a nahrával na něj soubory. Aspoň z pohledu uživatele to tak vypadalo. Co se tam dělo ve skutečnosti, to nevím. Bohužel nebyl čas se tím zabývat, potřeboval jsem disk rychle odpojit a odjet. To se někdy stává :-)
A na disku jste měl souborový systém FAT32 nebo exFAT, které nemají žurnál. Pak opravdu může dojít k poškození metadat. Ale to není problém metadat, nýbrž použitého souborového systému. Pokud tohle potřebujete s diskem dělat, tak používejte souborový systém, který to přežije. To už jsem vám psal dřív a vyjmenoval jsem vám tam některé souborové systémy, které mají požadované vlastnosti. FAT32 ani exFAT v tom výčtu nebyly.

Mám pocit, že by pomohla nějaká mezivrstva, která by omezila rizikové operace s diskem. Něco jako v NAS, ale přenosné a s USB.
Mezivrstva, která by omezila rizikové operace, tedy veškerý zápis, u některých disků existuje. Některé disky můžete přepínačem přepnout do read-only režimu. Akorát tam pak nebudete moci nahrávat soubory. Ale nahrávání souborů je riziková operace.

Dělají se externí disky, které jsou přístupné po síti. Vlastně malé jednodiskové jednoúčelové NAS. Ovšem vámi požadovaným způsobem to bude fungovat jenom tehdy, když tam budete mít souborový systém odolný proti náhlému vypnutí, jak jsem psal výše a dříve.

S USB nic takového v dohledné době existovat nebude, protože USB nemá protokol na práci se soubory. USB má jen protokol na zpřístupnění blokového zařízení, nad kterým si musí souborový systém vybudovat operační systém.
7
Odkladiště / Re:Chromium zahazuje z adresy http a pak hledá
« Poslední příspěvek od vcunat kdy Dnes v 09:23:39 »
Vážná diskuse o oficiálním .internal je dost nová (na poměry ICANN a IETF), posledních pár let teprve.  Na IETF straně: https://datatracker.ietf.org/doc/draft-davies-internal-tld/
8
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Kit kdy Dnes v 08:16:21 »
Co se tyce knihoven vs vlastní kod, je tu este vykonovy aspekt.

Profilingem zjisteno, ze python je sice pomalejsi jazyk, ale ze jeho knihovny pro práci se stdio a JSON jsou mnohem rychlejsi, zrejme psane v C.

A ja se obavam, ze moje knihovny hy hyly este horsi, nez ty GOckove.

V podstatě podobně dopadnou testy v PHP. Práce s JSON, XML, XSLT je blesková. Báje o pomalosti PHP jsou minulostí. Ještě bych mohl opětovně otestovat parsování XML SAXem, které bývalo kdysi tragicky pomalé, až nepoužitelné.
9
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Standa Blábol kdy Dnes v 07:31:00 »
Co se tyce knihoven vs vlastní kod, je tu este vykonovy aspekt.

Psal jsem nedavno jeden primitivni stream procesor, na stdin prijde hromada JSONu, udela to urcitou analyzu pres klouzave okno, vysype na stdout, slouzi jako plugin do jineho softu.

Prototyp v pythonu funguje ok.
Predelavka do go s ocekavanim narustu vykonu, realita, vykon je tretinovy.

Profilingem zjisteno, ze python je sice pomalejsi jazyk, ale ze jeho knihovny pro práci se stdio a JSON jsou mnohem rychlejsi, zrejme psane v C.

A ja se obavam, ze moje knihovny hy hyly este horsi, nez ty GOckove.
10
Bazar / Prodám knihy o AJAXu, MySQL a PHP
« Poslední příspěvek od novomente kdy Dnes v 05:34:06 »
Zdravím,

prodám knihy o AJAXu, MySQL a PHP:

Mistrovství v AJAXu za 90 Kč.
Mistrovství v MySQL 5 - kompletní průvodce webového vývojáře za 90 Kč.
Mistrovství v PHP 5 za 90 Kč.


Když nebude zájem, věnuji knihy do městský knihovny.

nm
Stran: [1] 2 3 ... 10