Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Petr Krčmář

Stran: 1 ... 183 184 [185] 186 187 ... 193
2761
O serveru Root.cz / Re: Sledování názorů pod články
« kdy: 23. 04. 2010, 11:59:57 »
Kolega to právě prověřuje do hloubky. Původně se přišlo na to, že se na nic nepřišlo. Ještě zkoumáme, jestli systém správně posílá maily i na reakce zanořené hlouběji ve vláknech. Přímé reakce na konkrétní sledovaný názor to ale normálně posílá.

2762
Distribuce / Re: Debian a aktualizace pomocí aptitude
« kdy: 22. 04. 2010, 13:07:51 »
Není to tak. Pokud bude uživatel aktualizovat jen safe nebo Synapticem, nepřijede mu spousta změn. Schválně si to zkuste. Pak po dvou měsících zavolejte full a uvidíte, co všechno přijede. Synaptic si nevšimne, že je spousta změn, protože verze systému se mění jen při vydání stable.

2763
O serveru Root.cz / Re: Kontrolní otázky 'cesky'
« kdy: 22. 04. 2010, 11:51:50 »
Tomu nerozumím. Co budeme znát navíc proti téhle chvíli? Mail? A jak ho budeme zneužívat? Proměníme se ve falešnou farmaceutickou firmu a budeme posílat nabídky na Viagru? Nebo prodáme maily nějaké politické straně? Těžko.

2764
Distribuce / Re: Debian a aktualizace pomocí aptitude
« kdy: 22. 04. 2010, 11:37:24 »
Já na testingu volám vždycky full-upgrade. V testingu totiž dochází občas k docela velkým změnám a pokud se jich má aptitude držet, tak safe nestačí.

2765
O serveru Root.cz / Re: Kontrolní otázky 'cesky'
« kdy: 21. 04. 2010, 23:23:04 »
Vysvětli mi to jako malému dítěti: proč je lepší napsat si bota než se jednoduše zaregistrovat a přihlásit?

2766
O serveru Root.cz / Re: Kontrolní otázky 'cesky'
« kdy: 21. 04. 2010, 22:37:21 »
K diakritice obecně: ta je tam schválně, protože je tu předpoklad, že to bude neřešitelné i pro roboty. Zatím to funguje velmi dobře. Myslím si, že česká klávesnice je v Česku běžná věc. A opět platí: nechcete kontroly? Registrujte se nebo použijte login z Roota (Lupy, Měšce, Slunečnice...), je samozřejmě platný i tady.

2767
Software / Re: TRIM a Ubuntu 10.04
« kdy: 21. 04. 2010, 20:40:33 »
Pokud by někdo chtěl ten zmiňovaný článek, tak je na mém blogu pod názvem Proč u SSD disků používáním klesá výkon.

Co se týče backportu do staršího jádra, o tom silně pochybuji. Řešením je nainstalovat si do konkrétní verze Ubuntu celé nové jádro z backportů.

Nikde jsem nečetl, že by se TRIM dal použít i na něčem jiném než SSD discích. Je to poměrně nová věc a tak ji umí jen nové disky. Netvrdím, že neexistují karty, které si s tím nerozumí, ale nikdy jsem o ničem podobném neslyšel.

2768
O serveru Root.cz / Re: kontrolni otazky "cesky"
« kdy: 21. 04. 2010, 20:34:40 »
To bohužel SMF neumí. Jedna otázka - jedna odpověď. Řešení je jednoduché - registrace. Pak už to nebude nikdy otravovat. Bohužel tohle je naprostá nutnost, jinak by nás do dvou dnů spamboti sežrali.

2769
Odkladiště / Jaké bylo LinuxExpo 2010?
« kdy: 20. 04. 2010, 23:14:42 »
Byli jste na letošní konferenci LinuxExpo? Co se vám na konferenci líbilo a co byste naopak změnili?

2770
Distribuce / Re: Problém s kompilací jádra Debian Lenny
« kdy: 18. 04. 2010, 12:02:42 »
Pro menuconfig jsou potřeba knihovny ncurses včetně hlavičkových souborů. Podle toho výpisu to vypadá, že právě tohle vám chybí. Doinstalujte si balíček ncurses-dev.

2771
Distribuce / Re: Distribuce pro download server
« kdy: 18. 04. 2010, 11:57:50 »
Tady na distribuci asi nezáleží. Potřebné utility jsou ve všech. Vybrat si můžete podle vlastních preferencí.

2772
Já jsem osobně zkoušel všechny jmenované a doporučil bych Debian (ten používám jako primární systém už mnoho let) a nebo Arch. Druhý jmenovaný je ve vývoji agresivnější a nabízí hodně aktuálního software. Debian je naopak konzervativnější a raději software více testuje. Záleží na tom, jaká politika je pro konkrétního uživatele vhodnější. V Debianu je navíc možné zvolit jednu ze tří větví a tím si poměr čerstvosti a otestovanosti zvolit.

2773
Hardware / Re: Jaká jsou úskalí SSD disků?
« kdy: 16. 04. 2010, 13:35:06 »
Ano, to zpomalení po čase je známý problém SSD disků plynoucí z principu zápisu do flash pamětí. Potíž je ve způsobu mazání souborů v souborových systémech. U něj totiž nedochází k přemazávání fyzických dat, ale jen k zápisu informace "od sektoru x do y je smazáno". Disk tedy doopravdy neví, že se jedná o sektory k novému použití, data tam přeci zůstala. Ví to jen systém, který si to zapsal někam na disk a příště se rozhodne, že tam zapíše něco nového.

V případě nového využití takového bloku s daty tak z pohledu systému dochází k novému zápisu, ale z hlediska SSD disku se jedná o přepis. Potíž je, že přímo zapsat jednotlivý sektor je možné jen v případě, že je opravdu prázdný (tedy plný jedniček - ale prostě vyresetovaný). Pokud není, musí se upravovat celý blok sektorů najednou. To je interně spravovaná větší skupina sektorů, která má obvykle 512 KB. Takže elektronika SSD musí nejprve celý blok přečíst, v paměti se modifikuje jen ten jeden sektor a pak se to celé znovu zapíše. Zbytečně se tak pracuje s 1000x větším objemem dat a ještě k tomu dvakrát.

Existuje několik řešení, tím nejpoužívanějším je TRIM. Je to vlastně příkaz, kterým systém informuje SSD disk o tom, že je možné interně vymazat určité bloky, protože systém je považuje za nepoužívané. To sice znemožňuje funkci undelete, ale vymazané sektory jsou pak připravené pro přímý zápis bez nutnosti načítat celý velký blok. Bez této funkce se postupně starými daty zaplní všechny sektory na disku a zápis se stane extrémně pomalým.

Doufám, že jsem to popsal srozumitelně :-). Rada: kupujte disky, které umí TRIM. Linuxové jádro umí TRIM posílat od verze 2.6.33, budete tedy potřebovat nové jádro.

2774
Software / Re: Dá se propojit eMule a TOR?
« kdy: 13. 04. 2010, 19:47:37 »
TOR obecně není vhodný pro přenášení velkého množství dat. Existují sice jedinci, kteří přes to P2P sítě tlačí, ale to je také důvod, proč je TOR velmi pomalý. Jak pro ně, tak i pro běžné uživatele. Čili takový postup naprosto nedoporučuji.

2775
Software / Re: TAR bez výpisu
« kdy: 12. 04. 2010, 23:35:47 »
Bzip2 komprimuje obvykle lépe, ale trvá mu to výrazně déle. Doporučuji přečíst starší ale stále platný seriál Unixová komprese v praxi. Jsou tam popsané jak principy, tak i způsoby použití kompresních utilitek.

Stran: 1 ... 183 184 [185] 186 187 ... 193