Firmy AMD i Oracle ogłosiły, że wspólnie pracują nad projektem o kodowej nazwie Sumatra, którego efekty zostaną zaimplementowane w Javie 8. W dużym skrócie chodzi o to, by aplikacje napisane w Javie mogły korzystać również z mocy GPU, a nie tylko CPU. To rzecz jasna daje zupełnie nowe możliwości i sprawia, że projekt Fusion AMD zaczyna nabierać rumieńców. Podczas prac nad Sumatrą niezbędnym zmianom zostaną poddane biblioteki projektu Java 8 Lambda i wirtualnej maszyny Java (JVM), a całość zostanie przystosowana do współpracy z OpenCL, dzięki czemu ze sprzętowej akceleracji, z wykorzystaniem karty graficznej będą mogli skorzystać nie tylko posiadacze APU AMD.
Wraz z premierą Javy 8 i projektu Sumatra, programiści otrzymają nową wersję narzędzi deweloperskich OpenJDK (Open Java Development Kit), które pozwolą im optymalizować i pisać aplikacje, korzystające zarówno z potencjału GPU jak i CPU.
To bardzo wazne (autor: rookie | data: 12/10/12 | godz.: 11:58) BO wiele jest aplikacji Java, ktore otwieraja sie niemilosiernie dlugo na nawet bardzo szybkich komputerach.
Wykorzystanie GPU, nawet dajac przyrost rzedu 3-4 razy, zmniejszy drastycznie czas oczekiwania i polepszy komfort obslugi aplikacji.
otwieranie (autor: RusH | data: 12/10/12 | godz.: 12:20) nie ma nic wspolnego z kodem aplikacji, tylko z gowniana maszyna wirtualna
szczerze... (autor: Jarek84 | data: 12/10/12 | godz.: 13:36) jest juz jocl - ale zaszycie w standardowych pakietach natywnej obsługi OCL jest wg. mnie dużym krokiem do popularyzacji tego standardu.
GPU jest szybkie (autor: rmarcin | data: 12/10/12 | godz.: 13:56) Ale to nie jest normalny procesor. Wymaga specyficznego programowania. Nie łatwo jest przenieść klasyczne algorytmy na taką platformę.
wystarczy (autor: RusH | data: 12/10/12 | godz.: 14:33) ze standardowe funkcje powiarza z opencl i bedzie miodzio
takie sortowanie np, na 2x quadcore mozna dobic do 0.7TB/minute
GPU robi 1TB/sekunde :)
Java... (autor: Remedy | data: 13/10/12 | godz.: 13:48) Czy Java mogłaby zrobić światu przysługę i zdechnąć gdzieś pod kamieniem tak aby ślad po niej zaginął?
@Remedy (autor: GL1zdA | data: 13/10/12 | godz.: 18:33) Jak tylko zaproponujesz coś lepszego.
GL1zdA (autor: piobzo | data: 13/10/12 | godz.: 19:28) jest wiele języków wydajniejszych.. prostszych, bardziej intuicyjnych... niż java... np c#;):P
@9. (autor: Krotock | data: 13/10/12 | godz.: 23:33) No fakt, Java to badziew, który ma jednak jedną zaletę - multiplatformowość. Nie da się w innym języku napisać programu tak, by działał pod Windows, Mac OS i Linux jednocześnie bez problemu.
widze ze panowie sie bardzo znaja (autor: gorky | data: 14/10/12 | godz.: 01:37) proponuje przeczytac jakie jezyki stosuje sie np w High Frequency Trading i dlaczego Jave
gorky nie trafiles (autor: RusH | data: 14/10/12 | godz.: 02:05) w HFT stosuje sie VHDL
Od paru lat programuję dla instytucji finansowych... (autor: TeXXaS | data: 14/10/12 | godz.: 14:21) Również w Javie. Twierdzenie, że Java jest do bani jest tak samo głupie - jak twierdzenie, że jest super. Wszystko zależy. Historycznie było tak, że tworzenie nowych obiektów było dość kosztowne. Dlatego wiele rzeczy jest buforowanych, dlatego też rozwiązania skierowane są raczej na stronę serwerową, gdzie inicjowanie, nie jest kluczowe. System startuje raz, a działa długo. Dzięki temu, że celem jest długie stabilne działanie - jest to doskonała platforma dla systemów finansowych. Od testowania, do wdrożenia, konfiguracji serwera, czy monitoringu - wszystko jest. Co nie zmienia faktu, że wiele rzeczy jest strasznie skomplikowana. To ma sens przy bardzo dużych systemach. Do małych, lekkich rzeczy - to jest tylko kula u nogi. Jakiś czas temu, równolegle, powstało kilka rozwiązań - Ror, Django, Symphony. Od niedawna Java ma Play Framework. Nie trzeba hibernate i innych takich... Android ma Darvika, taki byte code da się przetworzyć i wygenerować coś o sensownej szybkości. Skoro z pythona da się zrobić exe - to tym bardziej z Javy.
@12. (autor: TeXXaS | data: 14/10/12 | godz.: 14:26) VHDL to takie coś - ciut wolniejsze od dedykowanego, sprzętowego rozwiązania, za to jest sens zrobić 1 sztukę. Do sprzętowego wsparcia SSL - w takim F5. Ok, widzę sens - ale do handlu?. To są duże i skomplikowane systemy - nie bardzo widzę tu zastosowanie rozwiązań stricte sprzętowych.
ad10. (autor: piobzo | data: 14/10/12 | godz.: 15:20) nie chodzi o ty czy java to badziew, czy nie... ale raczej o to, że niby dlaczego java jest lepsza niż inne języki programowania... ja tak nie uważam, nie można grupować języki programowania na lepsze i gorsze... można na łatwiejsze i trudniejsze... szybsze i wolniejsze... ale lepsze i gorsze, java ma swoje dobre i złe strony... ale nie uważam żeby c# był od niej gorszy, może c# to zły przykład (wszak założenia .net są podobne do javy), ale dzielenie języków na gorsze i lepsze... co to podstawówka, że też ktoś wierzy w takie bajki?
up. (autor: piobzo | data: 14/10/12 | godz.: 15:41) dodam jeszcze, że głupotą jest pisanie wszystkiego co się da w javie... według mnie najbardziej pożądaną cechą tego języka jest właśnie wspominana przez Krotock wieloplatformowość, ale nie tylko bo jest też językiem względnie prostym, i w dodatku na rynku jest mnóstwo literatury jej poświęconej, oraz posiada całkiem niezłe narzędzia i kompilatory... niemniej jednak pomimo usilnych starań dalej pozostaje w tyle z wydajnością, za c# i platformą .net, nie wspominając już o objective C... (nie przypadkowo te 3)... ale nie czyni jej przez to gorszej... ale przesadna stronniczość na rzecz danego języka ( czytaj pisanie emulatora ps3 w javie) bywa zgubna...
TeXXaS (autor: Remedy | data: 15/10/12 | godz.: 03:08) Twierdzenie, że Java nie jest bezdennie głupia jest bezdennie głupie. To język jeszcze głupszy od Delphi. Niby wszystko można w nich zrobić tylko nikt do końca nie wie co i po co. Java była, jest i pozostanie zatrważająco powolnym i ograniczonym gównem. To, że Ty i setki jak nie tysiące innych programistów kodują w niej programy niczego nie zmieni. To syf i malaria, którego jedyną obroną jest multiplatformowość... marna to jednak obrona. Wszystko to co robisz w Javie da się zrobić a) szybciej, b) prościej, c)wydajniej, d) taniej w innych środowiskach/językach. Nawet nie próbuj bronić swoich argumentów, bo już przegrałeś zanim wystartowałeś.
TeXXaS (autor: RusH | data: 15/10/12 | godz.: 06:03) powodzenia w liczeniu na javie operacji ktore wykonuja sie w mikrosekundach
HFT obecnie robi sie na duzych drogich ($15K) FPGA przyklejonych bezposrednio do kabli <1km od serwerowni gieldy.
Osobiscie jezyk mi wisi. Jestem duzym ignorantem (OO? PO? to dla mnie gibberish) i nie rozrozniam. Dla mnie zarowno pascal, java, python czy c# wygladaja tak samo. Kompilator bedzie sie pluc o jakies zmienne, nazwy wbudowanych funkcji beda inne, ale skladnia jest ~ta sama i nie robi mi wiekszej roznicy w czym mam klepac. Raptem 2-3 godziny na stackoverflow i przechodze od 'co to za jezyk' do smigania.
@Remedy (autor: GL1zdA | data: 15/10/12 | godz.: 09:09) Jeśli Java była by tak zła jak mówisz, nikt by z niej nie korzystał.
"Wszystko to co robisz w Javie da się zrobić a) szybciej, b) prościej, c)wydajniej, d) taniej w innych środowiskach/językach" - jako specjalista od liczenia kosztów projektów jesteś w swojej opinii bardzo odosobniony. Może powinieneś założyć jakiś konsaltingowy startap i za rok pochwalisz się ilu osobom udało ci się to sprzedać.
@RusH (autor: GL1zdA | data: 15/10/12 | godz.: 09:10) "Jestem duzym ignorantem (OO? PO? to dla mnie gibberish) i nie rozrozniam. ... Raptem 2-3 godziny na stackoverflow i przechodze od 'co to za jezyk' do smigania."
To działa, dopóki jesteś jedynym programistom w projekcie.
@18. (autor: Mariosti | data: 15/10/12 | godz.: 09:46) No akurat taniej to na innych platformach się nic nie napisze niż w javie bo ta jest w programowaniu relatywnie prosta i mało czasochłonna.
Można by wydajniejszy znacznie program multiplatformowy napisać np w qt, ale mamy tutaj znacznie większy nakład finansowy na programistów (dużo więcej godzin pracy i trudniejsza dostępność takowych).
@Rush (autor: TeXXaS | data: 15/10/12 | godz.: 10:21) jak się poklika to się dojdzie do czegoś takiego - http://www.hftreview.com/...-the-financial-markets I wychodzi, że FPGA to tam jest, ale jako interfejs. Dedykowana karta, która odpowiada za parsowanie danych. Coś jak sprzętowe wsparcie dla TCP. No, ale - żeby podjąć decyzję o zakupie - trzeba czegoś więcej... Głównym ograniczeniem jest ilość danych które trzeba szybko przetworzyć. Reszta to - w dużym uproszczeniu - policzenie drugiej pochodnej.
@Remedy (autor: TeXXaS | data: 15/10/12 | godz.: 10:40) http://forum.warsztat.gd/index.php?topic=5069.0 - w google wrzuciłem - zestawienie wydajności C++ Java. C++ kompiluje się do kodu maszynowego - jak chcesz szybciej to dziergasz w assemblerze, albo rozwiązania sprzętowe, o których pisze Rush. Żadne z tych rozwiązań nie jest proste. Dla mnie FPGA jest tak przyjemne jak pisanie w języku funkcyjnym. Od czasu do czasu trzeba się łapać prawą ręką za lewe ucho... Java ma bytecode, który w locie jest optymalizowany. Każda, kolejna wersja robi to lepiej. I trzeba im przyznać, że są naprawdę nieźli w te klocki. Mi osobiście, w Javie nie pasuje to, że nowości wprowadzane są tak wolno. 2-3 lata trzeba czekać, aż coś się upowszechni. Dramat. No, ale to jest coś zupełnie innego niż to, o czym Ty piszesz. Jeżeli chcesz powiedzieć, że znasz język który spełnia wszystkie kryteria na raz... To znaczy - kod wynikowy jest szybszy, tworzy się szybciej, prościej, taniej. To chętnie go poznam.
Widzisz - rzecz w tym, że np. małe projekty lepiej jest robić w PHP, bo tworzy się szybciej. Działa to wolniej, ale w wielu przypadkach nie jest to problem, bo liczy się, że jest taniej. Duże projekty w PHP? Powiedzmy - 20 osób tworzy system, przez 2-3 lata, oczywiście nie od zera... PHP, Python - koszty, rosną lawinowo i sprawa się sypie. Na placu boju zostaje Java. Nie wiem jak z C#, bo od Windowsa odszedłem jak .net raczkował. To, że wiele platform, albo wiele serwerów aplikacyjnych... Widzisz, to trochę jak z SQL - standard jest, ale jak przychodzi do zrobienia konkretnego projektu - robi się pod konkretny silnik. Z bardzo wielu powodów...
Jak masz problem, co można zrobić w Javie - są wersje adresowane do konkretnych grup - ja JME, JEE, JSE - wejdź na stronę i poczytaj. Delphi jest do szybkiego tworzenia aplikacji klient-serwer na platformę Windows. Do tego powstało i w tym się najlepiej sprawdza.
WOW ale argument (autor: Remedy | data: 15/10/12 | godz.: 20:34) "...bo ludzie tego używają". VHS-u też używali mimo, że w porównaniu z Betamaksem był totalnym gównem. LCD też używają, pomimo iż są technologie lepsze.
TeXXaS przecież nie ma ani jednego poważnego programu napisanego w Javie poza wymienionymi przez Ciebie finansowymi bzdurami dla kalkulowania finansowych bzdur przez bzdurnych finansistów.
Popularność javy wzięła się TYLKO i WYŁĄCZNIE z prostej wieloplatformowości. Napisanie jednej głupawej gierki dało się uruchomić na praktycznie każdym telefonie itd. Tu zaczynają się i kończą zalety javy. Nie jest ani prostsza, ani łatwiejsza do ogarnięcia od C/C++wbrew temu co niektórzy piewcy javy twierdzą.
Delphi powstał z nudów i jest dzisiaj tak samo zapomniany jak zapomniana będzie java za 5-10 lat.
Java jest prosta (autor: rmarcin | data: 15/10/12 | godz.: 22:39) Więc założenie jest takie, że można jej nauczyć każdego. I niestety uczy się każdego. Potem wychodzą potworki. Zaletą Javy nie jest według mnie przenośność, a właśnie relatywna prostota. Może teraz znaczenie przenośności wzrosło (telefony), ale dalej nie uważam, żeby to była najważniejsza cecha. Z resztą nie jest problemem napisać nieprzenośny program w Javie. Na dzisiaj zaletą Javy jest także rozbudowany ekosystem. Mnóstwo bibliotek i tym podobnych rzeczy. Osobiście Java nie jest moim ulubionym językiem. Gdybym miał wybierać koniecznie jeden co jest głupie z definicji to byłby do C# za całokształt. Mimo postępu Java ciągle potrafi zamulić sprzęt. Brylują w tym zwłaszcza aplikacje desktopowe. Przyszłość Javy zależy od Oracla. Firma ta jest niemożliwie chciwa, mogą robić zawody z iStevem. Jest więc spora nadzieja, że w imię pogoni za zielonym coś spier...lą.
@Rush
Jeżeli nie rozumiesz języków w których piszesz to to "śmiganie" rozumiem że jest autoironiczne.
@24 (autor: bmiluch | data: 16/10/12 | godz.: 11:43) " Nie jest ani prostsza, ani łatwiejsza do ogarnięcia od C/C++wbrew temu co niektórzy piewcy javy twierdzą."
nie szkoda Ci czasu na wypisywanie takich dyrdymał?
Czy pisałeś w C++ jakieś większe programy które musiały same przydzialać sobie pamięć, wyszukiwać "memory leaks", grzebać po strukturach danych i zastanawaić się dlaczego ten destruktor nie działa? W sumie to fajne zajęcie, ale trwa zawsze tyle, że robisz to tylko gdy potrzeba.
Znam wielu ludzi po informatyce którzy zaczęli studia gdy wyszła już Java. Są w stanie ogarnąć C# i Javę, ale C, C++ jest dla nich zbyt skomplikowane. Jest tak pewnie dlatego, że nie widzą sensu by inwestować czas w nauczenie się i bardziej czasochłonne używanie C++, gdy np. w C#, Javie da się zrobić 80-90% projektów. C++ w wielu zastosowaniach nie ma tak bogatego zestaw bibliotek.
Kiedyś przez kilka lat pisałem w Javie a teraz parę w C#. Jakichś rewolucyjnych różnic nie dostrzegam. Jeden język ma lepsze to, a drugi coś innego.
bmiluch (autor: Remedy | data: 16/10/12 | godz.: 18:40) Nie szkoda Ci czasu na wypisywanie takich dyrdymałów?
Pokaż mi JEDEN poważny projekt napisany w Javie. Jest dokładnie odwrotnie - 80-90% projektów nie da się zrobić w Javie. To jest bieda bardzo ale to bardzo wzorowana na C, tylko jakieś 500 razy biedniejsza. Zarządzanie pamięcią w Javie woła o pomstę do nieba. Ludzie się zachłysnęli gimmickami jak bilbioteczka do tego, biblioteczka do tego, które same robią to, czy tamto.
Dlaczego nie napiszą Photoshopa w Javie żeby śmigał na wszystkich platformach? Sami się odcinają od potencjalnych klientów? ....czy może jednak Java jest tak bardzo niedorozwinięta, że nie ma na to szans?
Wszystko i tak zmierza w kierunku języków wysokiego poziomu i pewnie ten poziom ciągle będzie rósł. Za 50 lat mało kto będzie pamiętał co to był Assembler, czy inny Pascal ;)
D O D A J K O M E N T A R Z
Aby dodawać komentarze, należy się wpierw zarejestrować, ewentualnie jeśli posiadasz już swoje konto, należy się zalogować.
