Příspěvky

16

Software / Re:VirtualBox: 10gbit VM<->VM?

« kdy: 05. 02. 2021, 08:30:13 »

Nevím jakým způsobem emuluje síťovky VirtualBox, ale Hyper-V rychlost sítě nelimituje. I když se v systému síťovky jeví jako 1 Gib, tak lze mezi 2 VM bez problému odsáhnout v iperf3 rychlostí mezi 15 až 20 Gib/s na i7-9700K. Ani v operačním systému není žádná kontrola (která by sama o sobě samozřejmě výkon degradovala), že síťovka neposkytuje data rychleji než je teoreticky možné.

17

Sítě / Re:Upload na Amazon AWS rychlostí jen 3 Mbps

« kdy: 22. 09. 2020, 08:37:22 »

presne jak rika cjohn. Mam upload do S3 1Gbps, upload na nejakou malou EC2 instanci mam par Mbitu...

Jak to děláš? Já 1 Gbps dosahuju do Azure pomocí jejich azcopy, což je silně optimalizovaná utilita napsaná v go, která pravděpodobně využívá HW akceleraci (1 Gpbs dám na svém notebooku s i3-8130U při vytížení CPU okolo 40%), ale do AWS se mi to nikdy nepovedlo. Respektive nanašel jsem nic co by SSL provoz šifrovalo pomocí HW akcelerace. Jejich utilita v pythonu je výkonově úplná katastrofa a i když jsem si napsal klient pomocí API (zkoušel jsem C# a javu) s paralelním odesíláním bloků, tak to vždy stroskotalo, že i Xeony horto těžko ušifrovaly víc než 600 Mbps. Proto by mě zajímalo jak do AWS S3 dosahuješ 1 Gbps?

18

Windows a jiné systémy / Re:pronájem vzdáleného přístupu win 10

« kdy: 10. 08. 2020, 14:34:52 »

Azure, AWS nebo kterýkoliv jiný veřejný cloud.

19

Hardware / Re:Graf. karta na NB Asus K55VM

« kdy: 04. 08. 2020, 19:25:26 »

Grafiky nvidia (nejen mobilní) mají fallback, který se aktivuje při selhání i při brownoutu kdy z bezpečnostních důvodů spouští ventilátor naplno. Proto jsem psal o tom obvodu souvisejícím s napájením.

20

Hardware / Re:Graf. karta na NB Asus K55VM

« kdy: 04. 08. 2020, 17:02:37 »

Z dotazu jde poznat, že to vyzkoušel na Windows a nějakém Linuxu.

Odhaduji že umřela. Buď ta grafika nebo nějaký napájecí obvod.

21

Vývoj / Re:Přerušení v Linuxu

« kdy: 24. 07. 2020, 11:36:16 »

Linuxový zdroják je veřejný. Přerušení se tam používá v driverech na spoustě míst. Příklad použití jde vidět snadno třeba u nějakých krátkých driverů jako je třeba tento.

https://elixir.bootlin.com/linux/latest/source/drivers/input/touchscreen/mk712.c

22

Hardware / Re:AMD vs Intel pre programátora + problem optimalizacie

« kdy: 23. 07. 2020, 23:33:05 »

Intel ma nástroj na ladění architekturálních optimalizací dostupný v rámci jejich "IDE" Intel System Studio (buď jejich postavené nad eclipse nebo doplněk do Visual Studia). Umí to zbírat informace z HW čítačů a dělat statistiky o cache hit/miss , branch predikcích, apod. Výsedky pak ukáže přímo do kódu nebo ASM. Umí to i nějaké optimalizace pro .NET a myslím (ale nejsem si uplně jist, moc mě to nezajímá), že i Javu.

Protože to ale používá interní věci architektury procesoru od Intelu, tak to má 2 zásadní omezení. Nefunguje to na AMD (logicky) a nefunguje to ani na starších procesorech od Intelu, které to ještě neuměli. Nevím jestli funguje vše na všech architekturách, možná některé něco nepodporují.

Jinak mimochodem se to dá používat i v kombinaci s debuggerem přes Intel DCI a dá se tak profilovat (a debugovat) nejen userspace aplikace, ale i OS a jeho kernel nebo dokonce bootloader (třeba ladění GRUBu, apod. je možné) či kód BIOSu (takže např UEFi applikace nebo drivery). Detaily má intel pod NDA, něco málo se dá vyčíst z leaknutých informací.