Co utáhne GF2MX400 32MB PCI ?



Zdarec,mám levně sehnanou desku AOpen MX3W s Celer. 433 ale deska má integrovanou AGP2x grafiku.port AGP tudíž chybí,naštěstí mám volnej poslední PCI slot - v  jednom SB128 (ta zvukajda AC97 na desce je shit jak viks ! ) a v druhém LAN.Chytám se ale i stébla a našel jsem v ceníku GF2MX 32MB PCI.Co vše "dobře" utáhne tato karta ? Je nějak méně - o hodně méně - výkonná než verze AGP ?Do budoucna bych rád changel CPU za Celeron 1Ghz (nebo této frekvenci blízký)Jak to bude potom s výkonem ?Díky Mike
Pci je v porovnani s agp velmi pomale...nic s tym asi nedosiahnes, skor naopak.
Záleží hlavně na grafické kartě, tato hra vyžaduje minimálně: Nvidia 7900 256MB alebo ATI X1900 256MB.

Nicméně na grafických kartách v noteboocích nemusí fungovat korektně. Už jste se snažil změnit cílovou CPU `x86`místo `"Any CPU"`v pokročilých možnostech kompilátoru? Vím, že to řeší některé problémy s ostatními `OLEDB`poskytovateli vynucením použití 32-bitové verzi. zdravím petře, nene, osobně bych ho nepoužíval, protože k plastům dlouhodobě není úplně šetrný. raději bych vzal plexi třeba  [detailerem auto finesse finale](https://www.vlesku.cz/detailer-auto-finesse-finale), který pak využijete i na zbytek částí mašiny. <p>pro postgresql může být výkon procesoru velmi důležitý, zejména pokud do paměti ram zapadá poměrně vysoké procento aktivní pracovní sady vašich dat. většina databází, se kterými jsem pracoval, měla většinu času cpu jako hlavní překážku. (právě jsem zkontroloval vmstat na serveru hostujícím webové stránky s miliony přístupů denně, které hostovaly více než 5 tb databázového prostoru, a nikdy jsem neviděl více než 2% času čekání na disk, ale viděl jsem vrchol 12% času cpu uživatele.)</p><p>protože postgresql je založeno na procesech, každý jednotlivý proces může běžet jen tak rychle jako jedno jádro, ale ve směsi, jako máme na výše uvedeném serveru, s velkým objemem malých požadavků, je nejdůležitější celkový procesor ve všech jádrech. při stejném celkovém výkonu procesoru bude postgresql obecně pracovat lépe s menším počtem rychlejších jader než s mnoha pomalejšími jádry.</p><p>až do mezipaměti vysokého procenta aktivní sady dat je přidání ram obvykle pro buck zobrazí větší třesk než přidání jader. po dostatečném ukládání do mezipaměti je výhodou další ram klesá a máte lepší podporu při zvyšování výkonu procesoru).</p><p>pro více informací o tomto tématu, které se týká postgresql, si nemyslím, že existuje lepší zdroj než <a href="http://www.postgresql.org/docs/books/"><em> postgresql 9.0 vysoký výkon</em></a> od <strong> greg smith </strong>. (úplné zveřejnění, byl jsem technickým recenzentem knihy, ale nezískávám na základě prodeje žádné finanční výhody.)</p> A kde je na PC? <p>během několika posledních měsíců jsem provedl řadu průzkumů a dospěl jsem k závěru, že <strong> spreedly </strong> nabízí nejuspokojivější uživatelské prostředí na základě toho, co chci pro své zákazníky. napsal jsem <a href="http://blog.quplo.com/2010/11/the-payment-provider-shortlist-part-3-spreedly/">blogový příspěvek o spreedly</a> (jde o více než jen ux), ale chtěl jsem o něm zmínit některé důležité věci.</p><p>nejprve je to, jak vypadá obrazovka pokladny:</p><p><img src="https://i.stack.imgur.com/97dtz.png" alt="spreedly checkout"></p><ul> <li> <p>skvělá typografie: nadpisy se snadno rozeznají, existuje vizuální rovnováha zaměřená na to, aby důležité věci vynikly a méně důležité věci se do pozadí trochu zmizely</p> </li> <li> <p>ceny jsou jasněji označeny a vysvětleny v situacích, kdy může existovat složitá logika (například vrácení peněz nebo kredit).</p> </li> <li> <p>celý design je minimální a zaměřuje se na to, aby vám nevydržel z cesty, abyste mohli platit a vrátit se k tomu, co jste dělali</p> </li> <li> <p>formuláři byla věnována pozornost, aby bylo zajištěno, že jej nemůžete omylem odeslat dvakrát, a zpětná vazba chyb je čistá a dobře napsaná</p> </li> </ul><p>v podstatě je to ve srovnání s mnoha jinými zpracovateli plateb opravdu dobře navržené. přestože spreedly není tradičním poskytovatelem platebních služeb nebo bránou (zpracovávají předplatné), zpracovávají část procesu, ve kterém zákazníci vyplňují své jméno a informace o kreditní kartě, zpracovávají tuto část a odesílají ji nabyvateli nebo brána. je to důležité, protože je to jediný krok v procesu platby, se kterým musí koncoví uživatelé interagovat.</p> Jen aby spíše než stručnou odpověď komentář: Toto chování závisí jak na přehrávači, který používáte, a na grafické kartě. Co se stane, je následující:


1. Přehrávač videa plní svou videa okno s jediným, barvy bytu. Obvykle to bude buď světlé růžové nebo něco podobného, ​​ale ne přesně, černé. Myšlenka je vybrat si barvu, která není pravděpodobné, že se objeví kdekoli jinde na obrazovce.
2. Přehrávač videa instruuje akcelerační čip na grafické kartě pro přehrání videa, ale jeho zobrazení pouze na části obrazovky, které mají ten přesnou barvu. K dosažení tohoto cíle, je technika nazývá „překrytí“ je používán, který efektivně umožňuje grafickou kartu „překryvné“ video obsahu na libovolnou část obrazovky, která je vyplněna s tímto konkrétním barvou.


Teď, když se snímek přehrávače, zatímco způsob, jak hrát, co máte, je obraz, který obsahuje velký jednotný vyplnit kde je video má být. Máte-li zobrazit tento snímek obrazovky při přehrávání videa, bude grafická karta nebude schopen rozeznat rozdíl mezi barvou v rámci přehrávače a obrazovky to. Bude to jen nahradit tuto barvu s obrazem.


Můžete se bavit s tímto chováním ze strany výkresu na obrázku. Ať už jste čerpal se zdají být vypracovány v horní části obrazu, protože video zobrazuje pouze tam, kde na obrazovce má přesné barvy používané video přehrávač. Vem si to s zrnko soli, ale podle mé zkušenosti, LINQ a WPF jsou stále v říši „Jo, chtěli bychom se dostat do toho jednoho dne“.


Většina obchodů jsou stále na VS2005 a .NET 2.0, takže bych chtěl, aby se ujistil jsem byl až do rychlosti na základní vybavení:


* generik
* ADO.NET
* WinForms / WebForms závislosti


A tak dále. Tak Koupí novýho přijímače asi nic nezkazíš. Dobrý jsou všechny HD postavený na Linuxu. Mezi nimi bude jeden z lepších asi tenhle [parabola.cz/...](http://www.parabola.cz/clanky/4496/dreambox-dm7020-hd-luxusni-hd-pvr-satelitni-prijimac/) ale je otázka, zdali se vložený prostředky vrátí. Pro někoho jo, pro někoho ne. Já mám HD-Box, jsem spokojenej a byl za půlku. ceny Dreamboxu.

Výběr satelitů je převelikej a vybírat si můžeš dlouho. Tak si vyber ten kterej se ti líbí a se kterým se ti dobře pracuje. Vzhledem k tomu, float stojí 32 bit a máte 40000 plováky v každé pole byste potřebovat:



> 
> 40000 * 32 * 2 = 2.560.000 bit
> 
> 
> 


Což je 320.000 Byte. Není k hodně paměti moudrý bych řekl, protože výchozí limit pro Android App je 16 MB


Pokud jde o výkon, který by určitě získat nějaké rychlosti pomocí JNI. OpenGL by vám nedávají dostatek výhodu Řekla bych, že od vytvoření OpenGL kontext zabere nějaký čas stejně.