Już nawet nie chce mi się wdawać w szczegóły. Reinstall znowu tego gówna potocznie zwanego Linuxem , bo siostra żony przywiozła zacne cabernet souvignon prosto z Napa Valley. Dzięki temu nie rozp****** komputera w drobny mak

Jak się jest masochistą i lubi używać linuxa do domowego użytku to się później tak ma

:dragus90 nie mam za bardzo wyjścia No i lubię używać jak działa. A mi przynajmniej działa rzadko.

Ja tam jeżdżę windą, małżon tylko linux, jakaś Fedora albo inne ustrojstwa.

Myślę, że to kwestia zapotrzebowania i umiejętności korzystania z systemu.
Tudzież, na linuxa, pewnych rozwiązań po prostu jeszcze nie ma. Dla takich użyszko
dników jak ja, nie ma jeszcze w pełni funkcjonalnych narzędzi.

Dziwne, a u mnie działa

:peggypumpkin, myślę, że co jak co, ale salivalowi umiejętności korzystania z komputera to raczej nie można odmówić

:krzycz22 wiem, pisałam, że kwestia zastosowania systemu, a nie umiejętności

Stosuję linucha do różnych rzeczy, ale generalnie muszę mieć sprawnie działające drivery od grafiki, a to się sypie co chwilę. Gdybym nie musiał tego gówna używać, to dawno poleciałby z dysku. Wczoraj reinstall zadziałał i pierwsze wysypanie się na unlock screen. Już też nie wierzę, że tearing i problem z vsync zostanie naprawiony. Jedyna nadzieja, że Wayland to zaadresuje, ale to przyszłość odległa.

U mnie działa. Ale ja nie naprawiam tego co nie jest zepsute i nie instaluję upgrade'ów tylko dlatego, że są dostępne.

U mnie działa, update'uję codziennie, ale akurat nie Ubanto

A tak z innej beczki, to takie se to wino, i to po 19,99zł za flaszkę.

:pies_kaflowy Poniżej jakiej kwoty zaczynają się "Tanie Wina"?

Dziwne. Mam linuksa od lat na laptopie (od zakończenia wsparcia dla XP), a na blaszaku od jeszcze dawniej, ani razu nie musiałem żadnego z nich przeinstalowywać. Ale ja nie grzebolę w bebechach bez przerwy i bez potrzeby. Tak samo miałem w czasach Windows 95 OSR 2 (pamięta ktoś?), wówczas niektórzy głosili prawdę objawioną, że wszystkie windowsy z serii 9x muszą być regularnie reinstalowane (raz na miesiąc, brzmiała najmądrzejsza z porad), że codziennie padają itd, a u mnie jakoś nie padał, a reinstalowałem raz: po paru miesiącach od kupienia komputera – to wtedy nauczyłem się, żeby nie grzebolić bez potrzeby i jeszcze żeby notować, co się zmienia, robić kopie zapasowe krytycznych plików i umieć je przywrócić pod gołym DOS-em.

:brtk akurat w moim przypadku upgrady są dosyć ważne, bo pracuję z rzeczami, które czesto są jeszcze prerelease inna sprawa, że ten system psuje się od właściwie niczego. Teraz spieprzył się niemal po nowej instalacji. Zresetowałem, przeszedłem do Windows, po powrocie driver Nvidii leżał, spieprzyło się kilka innycj rzeczy. Przypuszczam, że driver mesy spieprzył coś, ale tego potrzebuję do developmentu na Tizena. No a nvidii do Androida i desktopowego Vulkana. Niby nic dziwnego więc nie robię.

:salival To weź się powieś

Zaadresuje?

:djbanan
"Tanie wina" zaczynają się na etapie: "kierowniku, masz może złotówkę, bo mi do chleba brakuje?".

:gen_italia tak mi się napisało, ty purysto językowy Nie funkcjonuje w polskim taka kalka językowa z angielskiego? Jak nie, to powinna

:djbanan jednocyfrowa cena.

:szatkus Czyli 9,99zł jest OK?

:salival Tak z ciekawości, jak teraz Vulcan działa? Ostatnio bawiłem się tym na etapie, gdzie wydajność była taka jak na OpenGL. Poprawili już optymalizację?

:salival masz na pocieszenie

:dragus90 Vulkan ( przez 'k' ) ogólnie to działa tak, jak napiszesz kod pod niego. To pisanie prawie na poziomie drivera. Sam driver robi niewiele, bo właściwie "gadasz" bezpośrednio z hardwarem. Problem z wydajnością Vulkana wynika obecnie głównie z faktu, że aplikacje są portowane z OpenGL lub DX11. A te są zwykle jednowątkowe ( bo context jest przypisany do jednego wątku ) i żeby się nie namęczyć, to nie dba się o synchronizację ( czyli właściwie przepisuje sie OpenGL w Vulkanie ). Pracuję z aplikacjami, których wersje GL Vulkan bije na głowę, ale to właśnie kwestia zastosowania zupełnie innej architektury, a to coś, czego programiści grafiki właściwie dopiero się uczą. Więc na razie trudno jest jednoznacznie oceniać, bo jeszcze nie przeskoczyliśmy etapy "transition". Właśnie co do poprawienia optymalizacji - tu nie ma co poprawiać Driver Vulkana to po prostu bezpośredni dostęp do hardware'u. Optymalizacja leży w rękach programistów teraz, a nie twórców driverów W końcu o to też chodziło.


:kocia_mama też szukałem na MSDN i nie znalazłem, to nie pomogę koledze

:salival z tego co czytałem to tam są równoległe rury z rozkazami, ale poza tym to nie widziałem dużych zmian w porównaniu z OpenGL.

:szatkus zmiany są spore nie tyle w API, co w tym co robi driver.

- Po pierwsze Vulkan jest "context-less", to znaczy, że możesz nagrywać komendy na wielu wątkach. To wymaga zmiany sposobu projektowania bebechów aplikacji, by była jak najbardziej CPU-bound.

- Synchronizacja nie istnieje w Vulkanie. Więc wszelkie czekanie, aż coś się wykona należy do ciebie. Jak GL tworzy resource textury, która później jest bindowana, to będzie lock, by upewnić się, że jest gotowa do użycia. Vulkan nie zaczeka i po prostu będzie crash. Niektóre z tych synchronizacji są niezbędne inne są na wszelki wypadek ( bo 1 na 10 przypadków może wystąpić race condition ). W Vulkanie ty decydujesz co i jak.

- Vulkan daje ci pełny dostęp do pamięci. Ty tworzysz alokatory, decydujesz jaki layout będzie miała pamięć itd. Driver GL sam zarządza pamięcią i tu również wybiera drogę bezpieczną niż raczej szybką.

- Bufory z komendami są prekompilowane i optymizowane. Jeśli wysyłasz do kolejki jakiś command buffer, to wysyłasz gotowe do wykonania rozkazy dla GPU. Może tak być, bo Vulkan nie ma weryfikacji stanu API. GL musi każdą wysłaną komendę zweryfikować pod względem poprawności ( dlatego unika się tzw. redundant calls w GL, w Vulkanie one nie mają żadnego znaczenia, bo Vulkan nic nie weryfikuje ).

- Wszystkie funkcje Vulkana mogą być wykonywane na dowolnym wątku. Synchronizacja jest "explicit", czyli po stronie programu. Daje to spore pole do zabawy pod względem paralelizacji zadań. W GL context mógł być tylko na jednym wątku, natomiast driver mógł, ale nie musiał, dokonać pewnych paralelizacji. W Vulkanie to ty się tym zajmujesz, Vulkan ma to gdzieś

- "Hello Triangle" w Vulkanie ma ponad 2000 linii kodu

Tych zmian jest naprawdę bardzo dużo i to jest zupełnie inne API. Podobieństwa między GL a Vulkanem są właściwie minimalne ( nawet zniknęło pojęcie textury czy framebuffera ). No ale to nie temat na narzekalnię

:salival 2000 linii? Ale to tak normalnie czy z jakaś przesadzona wersja z milionem komentarzy?

:szatkus tak normalnie Po prostu sam setup, czy skonfigurowanie VkPipeline, desktyptorów dla resourców, odpytania o kolejki ( tu właściwie nic nie można zakładać, trzeba sprawdzić, co GPU może, a czego nie ) itd. to całe morze kodu, stąd do rysowania jeszcze daleko Odjąłem od tego otwarcie okna.

:salival bardzo lubię czytać to, co piszesz. Serio, zupełnie bez złośliwości
Często nie do końca rozumiem, ale lubię, np. takie o:
Jak GL tworzy resource textury, która później jest bindowana, to będzie lock, by upewnić się, że jest gotowa do użycia. Vulkan nie zaczeka i po prostu będzie crash. Trochę jak korpomowa, tylko informatyczno-programistyczna.
Normalnie chyba byłoby to łatwiej zrozumieć, jak byś całość napisał po angielsku

:gen_italia zmerguj brancha na repo i rób deploy na staging