Příspěvky

2101

Hardware / ATX19V zdroj jako notebook

« kdy: 14. 03. 2015, 21:09:04 »

Neřešil někdo bateriové napájení desek s ATX19V napájením (2 piny, jedno napětí, namísto plného ATX napájecího konektoru) ?

Hledám řešení a la notebook - tj provoz desky Asus Q87T v terénu i doma, s nabíjením z 220V. Běžné Liion aku jsou jen 4-článkové (14.8V) a to není optimální (vyzkoušeno - s 65Wh V-mount baterií to jede jen cca 20 min, spotreba je cca 70-90W).

2102

Server / Re:IBM DS400 - array state offline/alien

« kdy: 09. 02. 2015, 22:17:19 »

Tak to pripoj na neco jineho s FC, vycti disky a sloz si to sam. Jestli mas k dispozici chunk size a znas jaky FS tam byl, bude to jednodussi.

2103

Server / Re:IBM DS400 - array state offline/alien

« kdy: 09. 02. 2015, 18:30:09 »

A co je ukolem? Zachranit data nebo zprovoznit RTG app?

2104

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 19. 01. 2015, 00:40:32 »

Tak puvodne jsme zvazovali XP941 a pres pcie switch jich zapojit vice paralelne. Jsou tu ale dve ale 1) AHCI vyzaduje pamet na strane zdroje/cile dat, takze to neni uloziste kam by jsme tlacili - streamovali data primo... 2) pokud to selze, nikdo data nezachrani...
To o co se snazim, je v podstate PCIe ctecka NAND flash pameti bez wear-levelling logiky, kde bude omezenim PCIe, ne to ze je tam malo pameti (jako u vsech SSD ktere nedaji "wire speed").

I s novou generaci Samsung SM951 (1600R/1350W) a Plextor P7e (1411R/1028W) je to jen narust o par procent vuci XP941 ktery se da koupit. Kdyz me pamet neklame, tak ten disk byl dostupny po asi roce reklam a vybranych reviews. CES je pekna show, ale mimo realitu.

2105

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 18. 01. 2015, 22:41:45 »

Ferda: 2+2 je muj odhad realne dosazitelne rychlosti bez marketingu - pokud se to osadi nejnovejsimi pametmi a jejich NVMe zvladne paralelizaci.

Za 66/68 se omlouvam, Gen3 je nejspravneji asi takto: 128b/130b s tim ze na drate je 8Gb/s s obsahem 8Gb*128/130 = 7.876 Gbps na lane. Takze 4GB/s ani omylem jednim smerem to neda. O vasich 8.125Gb/s jsem nikdy neslysel.

PS. XP941 zvladne cca 80% rychlosti pcie pro x1/x2 rezim, v x4 je to omezeno jinym uzkym hrdlem na 1500MB/s read, 900MB/s write (asi pameti).

2106

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 18. 01. 2015, 20:18:10 »

"OCZ předvedla SSD M.2 PCI Express 3.0 s rychlostí 4 GB/s" ... zajimave ze to neni potvrzeno screenshotem. Tato hodnota je 'kosoctvercovina', protoze PCIe Gen3 je 8Gbps s 66/68 kodovanim, tj temer 8Gbps/lane. x4 rozhrani nam dava 32Gps = 4GB/s je jen rychlost rozhrani. Vzhledem k paketizaci prenosu na PCIe, je mozne dosahnout 90% realne ucinnosti, takze ten disk neda vice nez 3600 MB/s. Prakticky pochybuji ze da vic nez SM951 s 1.5GB/s write (efektivita 75% z 2GB/s - Gen2 x4).

To v cem teoreticky muze mit NVMe naskok je paralelizace zapisu a cteni, coz u AHCI neslo. Takze jestli 2GB/s write + 2GB/s read je pro vas 4GB/s rychlost... tak prosim. At zije marketing. Nejlepsi jsou ti co si zapnou ram-cache k samsung ssd a tesi se 8GB/s... jo neco me to pripomina - PMPO revival

2107

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 14. 01. 2015, 11:23:31 »

@Randolf: Mas moznost se prijit na to podivat v Praze?

2108

Windows a jiné systémy / Re:Změna IP pomocí skriptu

« kdy: 12. 01. 2015, 21:07:48 »

Viz:
http://support.microsoft.com/kb/257748

Ale tato KB je typicky microsofti produkt - 0% work, 100% fun. Jejich automaticky translator me totiz prelozil i samotny kod:

Kód: [Vybrat]

příkaz netsh interface ip nastavit adresy "Připojení k místní síti" static 192.168.0.10 255.255.255.0 192.168.0.1 1

Zrejme mysleli

Kód: [Vybrat]

netsh interface ip set address "Local Area Connection" static 192.168.0.10 255.255.255.0 192.168.0.1 1

Jinak doporucuji pak prejmenovat rozhrani (kdyz jsem to pouzival, mel jsem to zkraceno na LAN, BT, WiFi, FW a pod.). Taky pres netsh lze nastavit pak DHCP a je pak treba jen udelat renew (taky skriptem).

Staci?

2109

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 12. 01. 2015, 20:02:48 »

Jenze komprese neni jenom DCT. Ty dema ukazuji vykon jen pro DCT/iDCT, protoze to je paralelizovatelna cast a GPU se zde vyuzije, ale pak musite ty data po kvantizaci zabalit bezeztratove - a to neni zrovna v cem by grafika vynikala.

Vykon v dekodovani mpeg2 je pak ulet - kdyz opomeneme ze je to zcela spatny smer (dekodovani je vyrazne mene narocne) neuvadite vubec rozliseni, bitovou hloubku ani bitrate.

2110

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 04. 01. 2015, 01:49:31 »

@mhi_ ozvete se v PM, nebo nechte na sebe email... nebo si ho na me najdete a poslete odkaz na foto. Rad pomuzu ale ted nevim presne o co se jedna...

2111

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 03. 01. 2015, 23:52:29 »

Dekuji za prvni 60GB kousek potvrzeny od uzivatele @jenda!

@OMG - 512Gbit obvody stoji cca $100, pro dosazeni rozumne rychlosti jsou jich potreba desitky. Vic nez castecne finance pomuze realny hardware nebo realne nasazeni vysledku naseho snazeni - ale kdyz uz jste to nastinil, mame zorganizovat sbirku na openssd?

2112

Odkladiště / Re:Buducnost informatiky za 5-10 rokov

« kdy: 02. 01. 2015, 22:17:34 »

Jestli se citis jako manager dobry, tak se posun vyse a treba zorganizuj svuj vlastni projekt

2113

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 01. 01. 2015, 19:18:47 »

@greatlama: samozrejme ze NAND pameti - jedna se o "mass storage". Prave pres ONFi jsem ziskal tu mapu chyb (ciz clanek na DIIT) a radic bude implementovan pres FPGA. Extremne nizky pocet zapisu nevadi - i kdyby se jednalo o 1000 cyklu, znamena to 1000 x pouzit kameru (tolik vam nevydrzi ani baterie) a pak - kdyz vytvorite v prumeru 1h / 1TB materialu denne, znamena to ze jste pres tri roky vytvoril 1PB dat. Kdyz si tim nevydelate na cenu media (dle dnesnich cen cca 10-15k kc) tak ta technologie neni pro vas.

Wear leveling pro velke souvisle bloky neni problem - zakladni blok je rekneme 10-12 MB frame (mene neni treba ukladat), to vuci disku s 512B sektory je 25000x jednodussi ukol. Erase block v 64Gb flash je 256 stranek = 2MB, tj nikdy nemusite resit neuplne naprogramovane stranky. Prave tim, ze primarni cil zatim neni obecne uloziste muzeme delat ruzne zjednodusovani na zacatku.

Dalsi technicky problem pouziti standardnich disku, je AHCI.. vy ty data tam nemuzete aktivne tlacit, musite je ulozit do pameti a pak rict radici at je zapise. On si pak ty data postupne  cte a posila disku. Cele to vnasi spoustu mrtveho casu a taky potrebu mit data v pameti a tu pamet obsluhovat. Ne ze by to byl problem, soucasna generace bude prave takto fungovat, ale jde to i lepe - zapisovat do sveho pole pameti primo. Alternativa je preskocit AHCI ($5) a pridat vlastni SATA radic, ktery bude pakety tlacit rovnou na disk jak prijdou ($200 + $x0.000 sata jadro + prace).

2114

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 01. 01. 2015, 16:12:35 »

@LKG: V současné hlavě kde jsou 3G SDI výstupy je S6, pro nové návrhy pak volím A7 resp. K7 podle potřeby x4/x8 PCIe. Kromě toho experimentujeme s použitými deskami, kde jsou V5/V6.

Nápad na preview bez ECC je zajímavý. A podobně by se dalo ušetřit redukcí na 8bit (na náhled opravdu nepotřebujete 12-16 bitů) resp. nižší rozlišení (line skipping) - když se budou data patričně distribuovat mezi obvody, je možné nechat většinu flashek spát.

Ohledně opravy chyb - ve video aplikaci by se navíc chybějící data dali interpolovat (podobně jak se dělá oprava dead/hot pixel) - s tím že vada ve flash se objeví jen v jednom snímku, takže lze jako referenci použít i okolní snímky (temporal noise reduction).

Ale raději bych byl za spolehlivé úložiště (už z podstaty že tam budou i metadata a časem třeba zvuk).

2115

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 01. 01. 2015, 14:15:14 »

Konečně někdo kdo tomu rozumí - nepoužíváme dodávaný AXI bridge, který je právě omezený na x4 gen2 jak píšete, ale máme vlastní PCIe jádro (128b x 250MHz) a DMA řadič.

Co jsem z těch dosavadních flash obvodů zjistil je, že pravděpodobnost souvislých chyb v rámci stránky je extrémně nízká, resp. chyby nejsou na stejných místech když si proložíme mapy chyb více obvodů (zde pak samozřejmě větším počtem obvodů pravděpodobnost zhody narůstá).

Za předpokladu, že tomu tak bude nadále, což se dá zjistit experimentálně, analýzou dostatečného počtu hodně použitých pamětí, lze nasadit algoritmus, který bude vracet správná data (např. tj minoritu z výpočtů s vyloučením obvodu*, lze to provozovat paralelně a proudově v dlouhé pipeline, bez nutnosti práce nad bloky).

*) představte si RAID5, kde jeden z disků záměrně obsahuje chybu - jedině při vyloučení chybného disku dostaneme správná data (1x) a v ostatních N případech (pro N+1 disků v poli) jsou data stejná, ale nesprávná.

@LKG: a nemohl by jsi zjistit, zda to nejdě smluvně ošetřit, nebo vrtat jen řadič? O jaký sektor se jedná?

@Mirek: zkusím servisy, ale řekl bych že to musí postoupit dodavateli, zjistím