Příspěvky

31

Hardware / Re:ecryptfs a SSD

« kdy: 05. 06. 2012, 13:04:13 »

podivej se sem http://www.mayrhofer.eu.org/ssd-linux-benchmark
vyhrala kombinace brtfs + lzo + dmcrypt

Ten benchmark má dost omezenou vypovídací hodnotu, rozhodně bych byl opatrný ...

1) testuje jenom dva souborové systémy, minimálně by stálo za to otestovat také XFS
2) velmi podezřelé je že ext4 s custom stripe (tak aby pěkně odpovídalo SSD) je výrazně pomalejší než plain ext4
3) btrfs je hodně "experimental" záležitost, mimo jiné ani nemá rozumný fsck nástroj
4) jeden běh na pořádný benchmark prostě nestačí ...

32

Distribuce / Re: Jak rozjet zkopírovaný Linux?

« kdy: 13. 08. 2011, 13:14:31 »

tak to zkopirovani mi nejde je to tam bud i s celym adresarem nebo vubec

Přiznávám že tomuhle nerozumím - jak "s celým adresářem nebo vůbec"?

33

Distribuce / Re: Jak rozjet zkopírovaný Linux?

« kdy: 12. 08. 2011, 18:31:49 »

Já bych zkusil ty metody na kopírování systému, ale mám k tomu dotaz. To s tím tarem, netrvá to moc dlouho? To bude balit a rozbalovat? Jsem se touto tématikou už jednou kdysi zabýval a nepovedlo se mi to. Mám pocit, že to není také jednoduché, že by to šlo jen jedním příkazem, že to bylo kapku složitější téma.

Co znamená "dlouho"? Rychlost závisí na tom kolik dat tam vlastně máte, kolik je tam souborů atd. Pokud je tam hodně maličkých souborů tak to může trvat dlouho, na druhou stranu "dd" zake kopíruje i reálně neobsazené místo. Hlavně se ale s tou "dd" metodou patláte už cca 24 hodin takže i kdyby to kopírování běželo hodinu tak to bude 24x rychlejší.

IMHO to ani nemusíte balit tarem, stačí prosté "cp -RP" tj. rekurzivně se zachováním atributů (práva apod.).

34

Software / Re: Kompilace Alsa selhává

« kdy: 03. 08. 2011, 20:28:43 »

Ano, ukažte "uname -a" a "ls -l /usr/src".

Každopádně ale ta kompilace si stěžuje že neví jak sestavit hwdep.o, zatímco kdyby to byl problém s hlavičkovými soubory tak by si IMHO stěžoval na neznámou funkci apod.

Každopádně pokud si jádro kompilujete sám, není jednodušší použít alsa která je přímo v něm? Leda že by to byla nějaký extra nový čim, podporovaný jenom v samostatném driveru. Ale nepamatuji se kdy naposledy jsem na něco takového narazil ...

35

Vývoj / Re: statický call graf pro C zdrojáky

« kdy: 02. 08. 2011, 16:20:57 »

hledejte "gcc plugin callgraph". vypagne vam egypt a dalsi. dehydra to myslim neumi. melt je kanon na vrabce. snad existuje neco mezi tim.

Díky, ten egypt nevypadá zle. A našel jsem ještě codeviz, to asi taky bude stát za odzkoušení.

36

Vývoj / Re: statický call graf pro C zdrojáky

« kdy: 02. 08. 2011, 16:15:39 »

hawran: No, mně se bohužel doxyxen nepodařilo přesvědčit aby vygeneroval jeden velký call graf, vždycky mi to rozseká. A i když rychlost není zásadní kritérium, dost mu to trvá ...

RDa: Ano, také mne napadlo že bych si napsal skript, ale nechci se s tím "babrat" v situaci kdy potřebuji vyřešit primárně jiný problém. Navíc zrovna tohle určitě už nějdo řešil, někde na to nějaká utilitka být musí.

backup: Díky, cflow vypadá nadějně.

37

Vývoj / Statický call graf pro C zdrojáky

« kdy: 02. 08. 2011, 15:17:01 »

Ahoj, potřebuji vygenerovat "call" graf (volání metod) v C zdrojácích, a to tak aby byl

1) statický - nikoliv z profileru ale prostou analýzou zdrojových kódů)

2) globální - tj. strom začínající na "main" a dále se větvící, a nikoliv rozsekaně po jednotlivých metodách jako to dělá např. doxygen (u každé procedury uvádí které metody volá a naopak které metody volají ji)

3) možnost filtrování nepodstatných metod (např. logování, standardní knihovny, malloc/free apod.)

4) výstup klidně může být v textové podobě, nějakou grafickou nadstavbu uvítám ale není to podmínka

Cílem je udělat si lepší představu o zdrojácích, o tom jak moc komplexní a provázané jsou určité větve apod.

Je mi jedno jestli to bude samostatný program nebo např. plugin do Eclipse / Netbeans / ... ale to co jsem našel na netu nesplňuje výše uvedené podmínky (hlavně negenerují celkový strom ale jen pro jednu danou metodu).

38

Hardware / Re: Nový počítač a špatné výsledky testů

« kdy: 24. 07. 2011, 03:22:32 »

Hm, asi to vážně bylo nějak zmršenými knihovnami. V rámci upgrade jsem přecházel na 64bitový systém a po rekompilaci už to nedělá. No, alespoň že tak...

39

Hardware / Re: Nový počítač a špatné výsledky testů

« kdy: 22. 07. 2011, 21:49:47 »

no ja udelal normalne configure a make v praci na debianu, muzu zkusit jeste na gentoo doma

jeste u nich existuji binarky, delaji to taky?

Ano, teď jsem to zkoušel a ty binárky dělají přesně to samé.

40

Hardware / Re: Nový počítač a špatné výsledky testů

« kdy: 22. 07. 2011, 17:48:47 »

Ten LinX možná zkusím, ale vypadá to na nějakou chybu v systesteru. Zkoušel jsem to na dalším počítači - notebooku, kde mám Windows i Linux, a výsledek je že takový že v Linuxu to skončí stejně (tj. chybou checksumu), na Windows to checksum vyhodnotí jako OK.

Dokonce i výsledky (dump vypočtené hodnoty PI) jsou ve všech třech případech stejné, liší se jenom jinými konci řádků (Win vs Unix). Tj. zdá se že je tam nějaká chyba v kontrole toho checksumu - nevím proč se to neprojevilo i vám. Možná to nějak závisí na kompilačních volbách které tu mám já ...

41

Hardware / Nový počítač a špatné výsledky testů

« kdy: 21. 07. 2011, 19:44:25 »

Ahoj,

provedl jsem upgrade pracovní stanice, ale při zahořování systesterem jsem narazil na zajímavý problém. Ten test je založen na počítání PI se zvolenou přesností, a pokud zvolím algoritmus Borwein + 8M číslic (nebo víc) tak proběhne ale nakonec oznámí že výsledek neodpovídá očekávané hodnotě. Pokud zvolím 4M nebo ten druhý algoritmus, tak to funguje OK.

Samozřejmě první co mne napadlo byla špatná paměť nebo jiný HW problém, ale proti tomu mluví několik věcí

• zkoušel jsem vytahovat jednotlivé paměťové moduly, dávat je do jiných slotů apod.
• vždy to dá naprosto stejný výsledek (vypočtená hodnota PI), bez ohledu na restarty, bez ohledu na tom které paměťové moduly a ve kterém slotu nechám - v případě problémů s procesorem nebo řadičem paměti bych čekal nějakou náhodnost
• další testy které jsem zkoušel (memtest86, memtest86+, mprime) nic nenašly, i když jsem je nechal běžet několik hodin

Když jsem ten test pustil na jiném stroji (ale Windows a nikoliv na Linuxu) tak to proběhlo úspěšně, takže buď to není SW chyba nebo je specifická pro OS.

HW konfigurace:

• MB: Asus P8Z68-V PRO
• CPU: i5-2500K @ 3.3GHz
• RAM: 2x2GB Corsair DDR3 1600 @ 1333 (tj. podtaktovaná)
• OS: Linux / 32bit

Tj. není to nijak přetaktované, pokud vím tak se to nepřehřívá (na CPU je kvalitní chladič, skříň dobře větrá a podle lmsensors je teplota CPU i při zátěži kolem 53°C).

Původně jsem nechal desku ať si komponenty přetaktuje podle svého (lehce zvedla sběrnici takže procesor jel cca 3.4GHz a paměť na 1640 namísto nominálních 1600), ale jeden program mi tu náhodně padal na SIGSEGV tak jsem to zrušil. Ale nevím jestli to bylo tím přetaktováním - nepovedlo se mi to reprodukovat (ani před zrušením přetaktování).

Nějaké nápady čím by to mohlo být?

42

Hardware / Re: Hardware pro malý domácí server

« kdy: 30. 06. 2011, 01:11:44 »

A díval ses na levné NAS od Synology?

http://www.alza.cz/servery/synology/diskove-stanice/18849630-v1649.htm

To bych nedoporučoval - tyhle levné SAN mají dost mizerný výkon, v podstatě cokoliv co si člověk postaví sám bude lepší. Navíc to bývá dost mizerně rozšiřitelné a v původním dotazu je zmiňován záměr provozovat na tom router/print server apod. Je fakt že Synology používá jakýsi klon Linuxu, ale nebude to bezbolestné ...

Také koukám po něčem podobném - doporučuji se podívat na http://mini-itx.com/store/?c=3 kde mají celkem širokou nabídku vhodných desek/casů. Nevím o shopu v ČR se srovnatelnou nabídkou. Jednotlivé produkty (třeba casy) se ale většinou najít a objednat dají, není to nutné objednávat ze zahraničí.

43

Hardware / Re: Hardware pro malý domácí server

« kdy: 30. 06. 2011, 01:01:52 »

Zapomen na "levnou" Alzu

Nechápu co proti té alze furt máš. Nakupuju tam už řadu let, pamatuji ještě když sídlili mimo tržnici a neměl jsem s nima zásadnější problém. Nejsem "zarytý alzista," nakupuju i v mironetu/czc podle okolností a nevidím mezi těmi shopy zásadnější rozdíl. Netvrdím že jsou nejlevnější ani že s nimi někdo nemohl mít problém, osobně s nimi mám dobré zkušenosti.

Ale kdyz uz si vyberes nejakou znacku, IMHO, nejl;epsi prehled cen si setridis treba zde:
http://www.nejlepsiceny.cz

Hm, až na to že jim tam to třídění od nejlevnějšího moc nefunguje. Zkus si vyhledat "Synology DiskStation DS211" a setřídit od nejlevnějších. BTW alza je druhá nejlevnější, po nějakém shopu z Trutnova, což je trochu z ruky (pokud odtaď zrovna nejsi).

44

Hardware / Re: Disk shoří po připojení k USB

« kdy: 15. 06. 2011, 20:48:57 »

Byva to i napsano v navodech k pouziti.

Jenomže my technici návody čteme až jako poslední možnost

45

Hardware / Re: Autidesk Inventor SSD ?

« kdy: 15. 06. 2011, 20:44:52 »

Opravdu mi neprijde rozdil 20s spousteni programu jako investice hodna 3,5k

3500Kc za SSD disk v porovnani s cenou za licenci na Autodesk Inventor (asi 6000$) neni zas tak moc.

No, v podstatě asi máte pravdu, i když obecně nejsem nakloněn "vyhazování" peněz za nejistý výsledek. Vždy je potřeba zvážit jestli ten přínos je skutečný.

Každopádně u SSD to není jen o tom jednom disku - ono totiž SSD mají celkem omezený počet zápisů do jedné buňky (MLC asi 100.000 cyklů, SLC asi 1.000.000), a závisí na typu zatížení jak rychle se toho dá dosáhnout. Vím o tom že u write-heavy databází není problém té hranice dosáhnout za pár měsíců ...