"Mam taki komputer:"

Masz na myśli, że masz kalkulator?

:jez_z_lasu następny... ta, OC zdecydowanie jest niezbędną umiejętnością, żeby funkcjonować we współczesnym społeczeństwie.

Zresztą tu za bardzo nie ma wyboru. Nawet jakby kręcił na azocie to ten sprzęt będzie chodził jak gówno. A w zaoszczędzonym czasie może nauczyć się czegoś ciekawszego i przydatniejszego

:poprostujakub ostatnio na dobrychprogramach opisywali telefon z androidem, który ma 10-rdzeniowy procek. To tylko oznacza, że Android jest kiepsko zoptymalizowany

:poprostujakub ile się trzeba nakombinować, żeby android chodził równie płynnie co WP na słabszym sprzęcie.

Co nie zmienia faktu, że wole androida niż WP, ale widzę różnicę w wymaganiach i responsywności między tymi systemami

to ja tylko odpowiem na pytanie: można
np 4000+ (mogę podarować)

:wisz-nu wrzucenie więcej niż dwóch rdzeni do telefonu nic za bardzo nie daje (dlatego ajfon zatrzymał się na tej liczbie), bo tam prawie nic się nie skaluje. To jest lep na januszów technologii. Oczywiście nie mówię o big.little, bo to co innego i ma pewien sens.

Android obsysa, bo zwykle producenci zawodzą. Google robi swoje, ale każdy musi potem dostosować system do swojego produktu i tu większość robi fuszerę.

:szatkus to zależy. Teraz wiele rozwiązań idzie w stronę paralelizacji i nie inaczej jest w przypadku telefonów ( choć ja mam skrzywienie w stronę grafiki, więc mój punkt widzenia może być trochę przekrzywiony ). Zresztą nawet Android wykonuje sporo wielowątkowo ( zwróć choćby uwagę na render threads, których ilość odpowiada ilości rdzeni - 1 ). Problemem jest skostniała architektura obecnych systemów i fakt, że aby rzeczywiście móc wyciągnąć jak najwięcej z paralelizacji, to trzeba pójść w DoD. Wielowątkowość często nie jest implementowana, bo architektura nie jest na to przygotowana i np. co z tego, że można zadania sparalelizować, jeśli jedno musiałoby czekać na inne. Całe szczęście zmienia się to drastycznie i teraz myśli sie coraz częściej w kategorii małych niezależnych zadań, które operują na wąskim fragmencie pamięci i nie wymagają synchronizacji z innymi zadaniami. Umiejętność wykorzystania "data locality", niezaśmiecania cachu rdzeni to sporo pracy. Również idąc np. w grafikę, do tej pory na mobilnych urządzeniach rządził GLES, który był z punktu widzenia klienta jednowątkowy ( driver już niekoniecznie, ale deweloper nie miał nad tym kontroli ), teraz jest Vulkan, a jeszcze wcześniej w iOS - Metal i tu paralelizacja pokazuje pazur. Problemem jest niestety wiedza programistów. Wiele lat szliśmy w stronę OOP, by teraz powiedzieć, że OOP właśnie jest przeszkodą dla zwiększenia wydajności ( nic tak nie trashuje cachu CPU jak "najlepsze nawyki OOP" ). Systemy, które rozbijają wszystko co robią na małe zadania, które są przewidywalne, co do czasu jaki zajmie ich wykonanie są doskonale skalowalne i dla nich im więcej rdzeni tym lepiej ( choć eksperymentalnie przy silniku 3D wydajność przy wykorzystaniu więcej niż 4 wątków nie wzrasta już tak bardzo ). Android niestety musiałby zostać napisany od podstaw, a tak się nie stanie.