Mozilla i Khronos wprowadzą 3D do Internetu

[psoldack]

Zupełni się nie zgadzam z tezą, że dzięki temu komputery staną się mniej
potrzebne i wystarczy szybkie łącze. Skoro OpenGL zostanie włączony do
JavaScriptu, to oznacza, że transformacje graficzne będą robione po stronie
przeglądarki i będzie potrzebny szybki procesor lub karta z dobrą akceleracją
3D. Możliwość renderowania 3D po w JavaScript da raczej możliwość oszczędzania
łącza.

[nigdzienikt]

jeśli wszystkie operacje będą wykonywane na serwerach, to nie będzie potrzebny
szybki komputer. Wyobrażam sobie, że tak to będzie działać

Piszesz bzdury

[Gość: pocalujta_wujta]

I myslisz ze do tego komputera bedzie miala dostep tylko jedna osoba? A co na to
pozostalych pare tysiecy pragnacy uzyc tych obliczne w tej samej chwili?

Wiesz co to jest wielodostep, przetwarzanie rownolegle i takie inne?

A wiesz co to sa systemy rozporoszone?


pozdrawiam

(informatyk tworzacy oprogramowanie weboskie na serwerach - finanse USA).

dupe

[Gość: pocalujta_wujta_w_]

Daj juz spokoj wujta_pocalujta

Po tych paru latach kazdy na forum wie, ze pracujesz na wysokim, bardzo dobrze oplacanym stanowisku, na wall street, w finansach jako najwyzszej klasy specjalista IT

Nie wiem jak dawno wyjechales z kraju ale wyluzuj troche. Na wiekszosci osob to, ze ktos mieszka w USA nie robi to juz zadnego wrazenia. Czasy dziewczyn co mialy z tego powodu mokro w majtach juz dawno minely

[Gość: informatycy]

oj ludziska, przecież javascript działa tylko po stronie klienta a nie
serwera... no comments.. :P

Pierwszy gość ma rację, karty graficzne nadal potrzebne.

Hmmm powrót do starego sprawdzonego rozwiązania?

[em_obywatel]

Hmmm powrót do starego sprawdzonego rozwiązania a'la Solaris? Na Danmarks
Tekniske Univeristet mają klaster serwerów Suna w jednym budynku a w większości
kampusu są ustawione terminale. Wszystko pięknie chodzi pod SunOSem. Żadne
Windowsy i Linuxy sruxy - tylko UNIX. To jest sprawdzone rozwiązanie, 40 lat
ewolucji ma za sobą.

Pojęcia nie mam, czemu w polskich firmach i instytucjach nie używają unixowych
rozwiązań Suna, IBM-a albo HP tylko bawią się w jakieś Windowsy i PC-ty które z
definicji są do zastosowań domowych.

[Gość: Sławek]

Potwierdzam. Pewnie dlatego, by wydać więcej pieniędzy na coś. Zwróć też uwagę, że Microsoft finansuje bardzo dużo komputerów. Skoro finansuje takie rzeczy Microsoft w Polsce, to z definicji musi to być PC-et, a na nim musi być postawiony Windows. Choć uczelni by bardzo chciały, to nie mogą wprowadzić lepszych rozwiązań, bo obrazi to MS. Zresztą, to informatyk w Polsce, jak dostanie papierek za znajomość Windy, to już jest bardzo zadowolony, więc się dalej nie kształci, tylko chodzi z głową w piórkach. W efekcie, to mamy jedynie specjalistów od instalacji antywirusa i reinstalacji systemu.

[nikodem_73]

Drogi obywatelu. Za prawdę powiadam Ci, że praca na terminalach jest dużo
starsza niż firma SUN. Mały hincik - wyobrażasz sobie pracę siedząc przy
komputerze wielkości małej stodoły, który wymaga ustabilizowanej temperatury? W
ramach ćwiczeń sugeruję posiedzieć sobie 8h w dowolnej serwerowni.

A firmy dość często korzystają z np. AIXa. Problem jednak w tym, że "żelazka" są
po prostu DROGIE i nie zawsze OPŁACA się je kupować.

A swoją drogą jestem ciekaw wg której definicji Windows i PC nadają się tylko do
zastosowań domowych :>

[Gość: Sławek]

Wymieszali dwie nowinki. Canvas3D ma jedynie umożliwić wykonywanie operacji
graficznych 3D na stronie internetowej. Kod Java/Ecma Script wykonywany jest po
stronie klienta, choć pewnie są jakieś interpretery lub wtyczki zgodne z
FastCGI, by go wykonać po stronie serwera. Chodzi jednak o to, że wszystkie
operacje grafiki 3D wykonywane są na twoim komputerze, a nie zdalnym.

[Gość: mk]

Co to za idiotyzmy ?? Jak można łączyć news o czymś co jest ewidentną kompletną
bzdurą o znikomej szansie realizacji z newsem o dodatku do firefoxa który z
powyższą bzdurą nie ma nic wspólnego ?

[nikodem_73]

Ja o tym co w gamecornerze. Dlaczego bzdurą? Masz kliencika, który jest tylko
kontrolerem i dekoderem streamu - user kontroluje gierkę, a thin client przesyła
to do serwera. Serwer w odpowiedzi obrabia gierkę i odsyła gotowe ramki obrazu.
Robialne. A, że trudne? Nikt nie obiecywał, że będzie łatwo.

Mozilla i Khronos wprowadzą 3D do Internetu

[nikodem_73]

Kuźwa co za BEŁKOT. Ja rozumiem, że dziennikarze wiedzą niewiele, ale za to o
wszystkim, lecz mogli sobie odpuścić temat, który ich przerasta i to mocno.

A w punktach - drogi autorze:
1. Rodzaj licencji na jakiej będzie wydany silnik JS nie jest związany z
dostępnością 3D w aplikacjach.
2. Raz piszesz o implementacji (superszybki silnik), a raz o specyfikacji. Aby
wiesz co to takiego?
3. Tekst o zwiększonych wymaganiach na przepustowość ze zmniejszonymi
wymaganiami na grafikę jest po prostu KURIOZUM świadczącym o KOMPLETNEJ
ignorancji. Drogi autorze - ów silnik będzie uruchamiany LOKALNIE i lokalnie
będzie przetwarzał programy Javascriptowe (swoją drogą jest to niesamowicie
nieefektywne). Zapotrzebowanie na łącze wzrośnie, ale tylko z tego powodu, że
owe programy będą musiały pobierać tekstury z sieci. Sam obraz NIE BĘDZIE
przetwarzany na żadnym centralnym serwerze - to KOMPLETNIE coś innego niż
mechanizm opisywany w gamecornerze.
4. Na koniec perełka lingwistyczna: "Po drugie, 3D daje dodatkowe możliwości
rozwoju dla aplikacji webowych, które będą bardziej rozwinięte i będą mogły
zastąpić programy instalowane na domowym komputerze.". Skąd autorze to wziąłeś?
Z nowomowy partyjnej? Proponowałbym jeszcze ze dwa razy odmienić "rozwój".

Kurcze blade - nie wiem - Gazeta ogłosiła konkurs w gimnazjum pt. "Jak Kazio
sobie wyobraża działanie przeglądarki?" i mib zrobił mniej błędów niż koledzy?

Dokladnie tak jak piszesz

[Gość: pocalujta_wujta]

Ludzie nie rozumieja systemow rozproszonych. Im sie wydaje ze skoro serwer jest
tak mocny to po co oblicznia przeprowadzac po stronie klienta? Wszyscy
zapominaja ze to sa operacje rownolegle dla wszystkich klientow czyli moc
potrzebna jest wilokrotnie wieksza a dodatkowo dochodzi przesyl danych po sieci
takiej czy innej i tu jest drogo i nielatwo.

Nikomu nie przyjdzie do glowy ze pracuje sie nad tym by odpowiednio podzielic
funkcje i obciazyc procesory.

[nikodem_73]

To fakt, że ludzie nie rozumieją systemów rozproszonych, ale budowa fajnego
klasterka HPC nie jest obecnie jakimś dramatycznym wyzwaniem finansowym. To może
się udać. A wtedy faktycznie w domku może wystarczyć "cokolwiek".

Inną sprawą jest poprawne emulowanie "wirtualnych pctów" (że o wirtualnych
konsolach przez litość nie wspomnę) dla użytkowników. Jak ostatnio się
orientowałem w rozwiązaniach SSI to nie dało się rozproszyć nawet głupiego
vmware, a nie słyszałem o rozwiązaniach, które pozwalałyby tak emulować, żeby
dodatkowo maszyny-goście miały bezpośredni dostęp do np. grafy na poziomie
pozwalającym na sympatyczną grę. IMO pomysł prezentowany w gamecornerze jest
realizowalny tyle, że wymaga dużych nakładów finansowych i w dodatku
niekoniecznie będzie się opłacał.

A to co jest opisane w artykule z przetwarzaniem rozproszonym to już w ogóle nie
ma nic wspólnego. Co najwyżej engine będzie korzystał z więcej niż jednego
rdzenia :>

[pijaczek1]

Klasterek może co najwyżej generować grafikę realtime dla jednego klienta
(mówimy o prockach). Można co najwyżej zrobić serwer w Cuda lub openCL w którym
karty graficzne komunikują się przez sieć i na nich oprzeć farmę... tylko, że
licząc 4x karty graficzne w kompie i tylko milion klientów na raz to komputerów
w farmie potrzeba byłoby ~0.25 miliona (licząc gry które działały by płynnie
liczone tylko na jednej karcie) co wydaje się raczej ciężkie do realizacji i
raczej niezbyt tanie (w długotrwałym okresie wydatek mógłby odrobić koszty, ale
bardzo ryzykowna inwestycja) - dodatkowo ciekawe musiałyby być łącza, które
zdołałyby uploadować do wszystkich graczy obrazy o rozdzielczości nie kującej w
oczy przynajmniej 25x na sec.
Pożyjemy zobaczymy.

Open CL - klient a nie serwer

[Gość: pocalujta_wujta]

Dla tych ktorzy maja watpliwosci co do mocy obliczniowych GPU (nie CPU)
potrzebnej do grafiki polecam sie zainteresowac nowym standardem OpenCL. To moze
rozwieje watpliwosci gdzie grafike warto obecnie przetwarzac: na serwerze czy na
kliencie. Dodam tylko ze serwery nie sa wyposazone w jakas dobra grafike bo
takiej potrzeby nie ma.

Acha i polecam nowy styystem Apple X (Snow Leopard).... zeby zobaczyc rezultaty.

[Gość: Stanczyk]

Eee tam, CUDA! To działa niesamowicie - miałem okazję porównać algorytm do
wyswietlania napisany pod cpu i pod gpu (wlasnie w cuda).

Program mial wyswietlac drzewa CSG (proste bryly i podstawowe operacje logiczne)
z phongiem. Na cpu - 2-3 klatki max. Na GPU - 70, najmniej

CPU: C2D T7200, GPU: 9600 (chyba GT) mobile.

miazga - unleash the fury! ;]

[pijaczek1]

CUDA to standard tylko nVidii, a openCL jest branżowym standardem firm
należących do grupy khronos (nvidia, amd, intel, apple, ibm...) i będzie działać
u niezależnie od sprzętu... niestety jeszcze nie można w nim pisać, bo
implementacji bibliotek(i kompilatorów kerneli) jeszcze nie ma.

[Gość: Stanczyk]

A to pech... Natomiast CUDA juz jest i mozliwosc zapuszczenia do 512 watkow na
raz rozbija... Co przy wyswietlaniu w takich aplikacjach jak pisalem za pomoca
raytracingu jest niewiarygodne. 512 pikseli na ekranie w jednym cyklu... Miszcz;)

[pijaczek1]

Wiem, że CUDA jest już od dawna, ale pisząc w niej celujesz w klientów tylko
jednej firmy, a jest to standard na wymarciu, bo właśnie wchodzi openCL i
shadery obliczeniowe w DX11.
Nie tyle w jednym cyklu bo w przypadku odbić i refrakcji promieni trzeba kolor
jednego piksela liczyć w kilku przebiegach - jeszcze gorzej jest w przypadku
liczenia GI za pomocą pathtracing (chodź w porównaniu do samego procka skok
wydajnościowy jest ogromny).
Jeśli wierzyć prezentacji wiceprezesa nVidii (i prezesa khronos) otwarta
implementacja będzie w maju (zamknięta od nVidii, może być wcześniej - amd
raczej się nie pali sądząc po odpowiedzi na maila ;p). Nie można też zapomnieć,
że openCL już działa w kartach zarówno nVidii jak i AMD (implementacja runtime
jest w sterownikach obu od grudnia/początku stycznia).

[pijaczek1]

OpenCL nie ma wiele wspólnego z grafiką (poza tym, że może komunikować się z
openGL za pomocą kopiowania bufforów, i posiada typ danych do ułatwiający
działania na obrazku)), a z obliczaniem właśnie innych rzeczy niż grafika na
kartach graficznych. A to, że obliczenia wielowątkowe będzie się obliczać na
karcie to jest dosyć naturalne ponieważ w procesorze mamy kilka rdzeni, a w
grafice kilkaset.

Mozilla i Khronos wprowadzą 3D do Internetu

[Gość: -x]

"stworzenie nowego, superszybkiego silnika JavaScript, opartego na licencji Open GL."

OpenGL to NIE jest licencja (!). Poza tym rendering zarowno JavaScript jak i OpenGL odbywa sie po stronie KLIENTA a nie serwera.

Autor tego newsa chyba nie ma zielonego pojecia o czym pisze...

a Shockwave?

[Gość: borys]

Autor pomija, funkcjonujący od wielu lat format Shockwave, oferowany
równolegle z Flashem (choć traktowany po macoszemu) przez Adobe,
którego możliwości w zakresie 3d (opartego na OpenGL i DirectX z
automatyczną detekcją oraz rozwiązaniach z zakresu symulacji fizyki
nVidia PhysX) można podziwiać w setkach webowych gier i aplikacji.
I gdzie tu rewolucja?

[pijaczek1]

Rewolucja jest tu, że byłby to standard otwarty, który by mógł implementować
każdy w swoich produktach, a nie należący do jednej firmy.
Drugą sprawą jest to, że w dzisiaj znanych rozwiązaniach 3d są elementami w
pluginach, a w js pewnie będzie można je lepiej integrować z resztą strony.
Z innych rozwiązań tego typu umożliwiających akceleracje to jogl, java3d,
silverlight, flash 10 i inne mniejsze.

Mozilla i Khronos wprowadzą 3D do Internetu

[Gość: Sławek]

Czemu piszecie o Mozilla Firefox 3.5(obecnie jeszcze 3.1), a podajecie linka
do Firefoksa 3.0.7? Nowszy Firefox jest o niebo lepszy od tego starszego.
Zresztą, to wydaje mi się, że robicie reklamę Mozilli. Tak to wygląda ;-) .

Mozilla i Khronos wprowadzą 3D do Internetu

[Gość: irbe]

Czy ktoś kto nie jest ignorantem czytał ten artykuł??
Szczęka człowiekowi opada jak czyta takie głupoty...

[pijaczek1]

Gość portalu: irbe napisał(a):

> Czy ktoś kto nie jest ignorantem czytał ten artykuł??
> Szczęka człowiekowi opada jak czyta takie głupoty...
Tak wiele takich osób przeczytało... tylko możesz wypunktować dlaczego Ci
szczęka opadła (poza przejęzyczeniem licencja<>specyfikacja), i nie do końca
dobrych wniosków - to że przez sieć owszem może wymusić mniejsze tekstury/ilość
poly, ale podsumowanie nie bierze pod uwagę shaderów (a efekt końcowy może być
jeszcze bardziej obciążać kartę przez zwiększanie ilości poly w shaderach
geometrii)?