Příspěvky

151

Desktop / Re:Práva souborů na externím médiu

« kdy: 21. 05. 2014, 00:07:18 »

Aha, takže ten zásadní rozdíl že NTFS je case-insensitive a unixové filesystemy jsou case-sensitive se Vám ještě neprojevil. Ale to neznamená že se nikdy neprojeví...

NTFS je tiez case-sensitive; Windows k nemu akurat bezne pristupuju tak, ze sa toto zakryva.

NTFS není case-sensitive (kromě emulace posixu), ale je case-preserving.
Při přenášení dat se tato záležitost asi neprojeví, nemám ve zvyku pojmenovávat soubory v jedné složce stejným jménem...

152

Desktop / Re:Práva souborů na externím médiu

« kdy: 20. 05. 2014, 22:44:51 »

Co je na tom médiu za souborový systém? Já na přenos z/do Windows formátuji vše na NTFS a zatím jsem neřešil žádný problém...

153

Hardware / Re:Pomalý zápis na disk s ext4

« kdy: 04. 03. 2014, 21:31:53 »

co vypisuje tohle:
smartctl -A /dev/sda
?

154

Hardware / Re:Pomalý zápis na disk s ext4

« kdy: 04. 03. 2014, 21:25:31 »

Otestoval bych disk na špatné sektory a dále statistiky SMART na realokaci těchto sektorů.

155

Software / Re:Změna hlasitosti mp3

« kdy: 18. 02. 2014, 22:06:59 »

Volbu Normalize volume levels v tom K3b jsi zkoušel?

156

Vývoj / Re:Použití knihovny (C++)

« kdy: 08. 10. 2013, 22:52:12 »

Jen doplním, že ve Windows je možné použít DLL soubor pomocí GetProcAddress(LoadLibrary("knihovna.dll"),"JménoVyexporovanéFunkce"), není k tomu zapotřebí nic dalšího.

157

O serveru Root.cz / Re:Root.cz knihy - jiné formáty než PDF?

« kdy: 06. 10. 2013, 16:48:06 »

Taky se přimlouvám – hodně čtu na mobilu, ale většinou web, PDFka se číst rozumně nedají. Časem to bude určitě lepší. Mimochodem – co preferujete? Mobi nebo ePub?

158

Hardware / Re:Cache ve čtečkách karet

« kdy: 19. 09. 2013, 11:32:06 »

Mimochodem ty taky plkáš ledas kde, a mnohdy pěkný nesmysly, tak se trochu klidni...

Co to? 

159

Hardware / Re:Cache ve čtečkách karet

« kdy: 18. 09. 2013, 16:56:00 »

SDuř: Bylo by dobré si příště s novým dotazem udělat i nové vlákno! O jaké volbě Windows je řeč? Optimalizovat pro výkon/rychlé odebrání (případně mezipaměť, rozšířený výkon)? Tyhle věci ale nedělají nic s hardwarem, tohle nastavuje systémovou cache. Žádné cache se v Linuxu nevytvářejí ručně, paměti zabudované v HW se používají automaticky, zápisová systémová cache je v Linuxu povolená automaticky (nikdy jsem nezkoumal, jestli jde vypnout). Pokud vím, tak nic jako 'rychlé odebrání' v Linuxu neexistuje. Ve čtečkách určitě žádné větší cache nejsou (maximálně pár kilo buffer). Na rychlost zápisu to určitě nemá vliv (ale může to mást, tím, že se zdá, že už je po všem...). Při opakovaném čtení nebo zápisu/čtení je to ale prima věc.

160

Hardware / Re:hdparm - vysvetleni

« kdy: 18. 09. 2013, 13:22:03 »

• cached reads – je rychlost přenosu už jednou načtených dat ze systémové cache, disk se při tom fyzicky nepohne, je to vlastně spíš o test procesoru, paměti, sběrnic... než disku
• disk reads - tady jde o fyzické čtení sekvenčního bloku dat z disku bez (jistě záporného) vlivu souborového systému

Ten test je pouze orientační, při zopakování může dát i poměrně dosti různá čísla,  měl by se provádět bez zatíženého systému. Vůbec se tu neřeší rychlost zápisu, trim nebo třeba prodleva při vystavování hlaviček (seek), což je u klasického disku při normálním provozu velice důležité číslo...

161

Software / Re:Obnova odstraněných dat

« kdy: 10. 09. 2013, 18:47:59 »

Dovolím si intimní otázku: je to v OS/2, Solaris, Macku...? a souborový systém je UDF, XFS, minix v2... 

162

Windows a jiné systémy / Re:Windows hlásí nedostatek paměti

« kdy: 04. 09. 2013, 12:44:25 »

Ripouš: mým cílem bylo poradit tazateli, ale nemohl jsem nekomentovat ty zavádějící informace - ano, píšu jen holá fakta, nemám náladu si povídat o tom, co je na internetech 100x do dopodrobna popsané...

pokud jde o ty technologie superfetch a prefetch – klidně bylo možné je dát i do win XP (obecně do jakéhokoliv systému s diskovou cache, šlo by to asi i v DOSu se Smartdrive) a mohl to udělat kdokoliv, kdo má znalosti na to napsat službu pro windows (rezidentní program...) – se správou paměti to totiž nemá nic společného, má to víc společného s klesající cenou pamětí

163

Windows a jiné systémy / Re:Windows hlásí nedostatek paměti

« kdy: 04. 09. 2013, 11:58:01 »

.. jeden z důvodů je, že je systémový disk ssd ..

Ono to do toho swapu nebude téměř sahat, dokud to nebude opravdu potřeba, takže ssd nijak zvlášť neutrpí; (dál je možnost strčit tam klasický disk a přesunout swap na něj a nastavit min=max=doporučeno, ať je zaručeno, že ten swap nebude fragmentovaný)

164

Windows a jiné systémy / Re:Windows hlásí nedostatek paměti

« kdy: 03. 09. 2013, 17:25:37 »

- ReadyBoost nemá nic společného se SuperFetch, jsou to zcela nezávislé služby
- používat ReadyBoost v této konfiguraci je nesmysl, mělo to smysl, když byla paměť drahá a bylo jí málo
- Windows XP nemají nijak zásadně odlišnou filozofii správy paměti od posledních oken
- SuperFetch nemá nic společného se správou paměti, pouze kontroluje zda je nějaká paměť volná, pak se snaží do diskové cache nacpat s nízkou nízkou prioritou co nejvíce dat, které by se mohly hodit

165

Windows a jiné systémy / Re:Windows hlásí nedostatek paměti

« kdy: 03. 09. 2013, 15:49:19 »

Ripouš: opatrně s těmi termity!
- ReadyBoost (paralelní odkládání částí paměti RAM do paměti umožňující rychlejší sekvenční čtení než umožňuje virtuální disková paměť) ReadyBoost je použití flashdisky jako diskové cache v případě, že je málo paměti. To určitě není tento připad.
- SuperFetch - řídí co bude přednačteno v paměti RAM a co ve virtuální pamět jde o přednačtení souborů, které byly v minulosti třeba, do cache, vše probíhá na nízké prioritě, vždy je to načteno do RAM nikam jinam by to nemělo smysl; hlavně to nemá naprosto nic společného se správou paměti ve smyslu zde řešeného problému