-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
!2.eu.feeder.erje.net!eternal-september.org!feeder.eternal-september.org!reader
01.eternal-september.org!.POSTED!not-for-mail
From: Filip454 <f...@g...com>
Newsgroups: pl.misc.telefonia.gsm
Subject: Re: Problemy z Galaxy Fold
Date: Wed, 24 Apr 2019 19:20:32 +0200
Organization: A noiseless patient Spider
Lines: 247
Message-ID: <q9q5t9$4b4$1@dont-email.me>
References: <a...@n...neostrada.pl>
<q9k73o$us9$2@dont-email.me> <q9ku4m$fni$1@node2.news.atman.pl>
<q9kv3q$tgd$1@dont-email.me> <q9lb2g$qr$1@node1.news.atman.pl>
<q9m0e6$j9e$1@dont-email.me> <q9o0a0$aek$1@node2.news.atman.pl>
<q9o4hn$a3g$1@dont-email.me> <q9o7vq$hip$2@node2.news.atman.pl>
<q9oaag$316$1@dont-email.me> <q9pgoj$v23$1@node1.news.atman.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 24 Apr 2019 17:20:41 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="f01771f671f79cf1446d601c55f188f2"; logging-data="4452";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX18KTRZrHqJOWLnU+KV0agS8DJNJ1JFJQd0="
User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:60.0) Gecko/20100101
Thunderbird/60.6.1
Cancel-Lock: sha1:cwEwsFVaZCVcrPMY+qOUFu4CPpg=
In-Reply-To: <q9pgoj$v23$1@node1.news.atman.pl>
Content-Language: pl
Xref: news-archive.icm.edu.pl pl.misc.telefonia.gsm:1089213
[ ukryj nagłówki ]W dniu 2019-04-24 o 13:10, Eneuel Leszek Ciszewski pisze:
> "Filip454" q9oaag$316$...@d...me
>
> Android nie spowalnia -- nie starzeje się. ;)
System nie spowalnia, ale urządzenia z nim owszem (po roku lub kilku
latach użytkowania, zależnie od tego, ile dane urządzenie wytrzyma).
>> a nie spowalniania taktowania bo nie oszukujmy się, ale choćby Apple
>> obniżyło taktowanie telefonu z baterią, która jest już zużyta to i tak
>> działanie samego telefonu nie zostanie zauważalnie spowolnione.
>
> Wg Ciebie częstotliwość taktowania nie wpływa na szybkość telefonu?
Oczywiście, że wpływa, ale powtarzam: głównym tematem naszej dyskusji
było przecież spowalnianie telefonów Android samoczynnie (bez ingerencji
producenta), po kilku latach korzystania z nich, z powodu kiepskiego
zarządzania pamięcią przez system.
Do momentu wprowadzenia najnowszych updatów przez Apple, nikt nawet nie
mówił o spowalnianiu taktowania bo problem po prostu nie istniał
(pojawił się gdzieś tak od iOS 10, na urządzeniach z wyeksploatowanymi
bateriami poniżej jakiegoś poziomu).
Racja, Apple spowalniało niektóre starsze iPhone'y mające problem z
baterią, co przyznałem, ale jaki ma to związek z naszą dyskusją? Powiem
jedno: badałem wiele razy swój telefon w GeekBenchu i na dzień
dzisiejszy osiąga identyczne lub czasem wyższe wyniki co kilka lat temu
(wynik benchmarka zawsze się waha i kilka-kilkadziesiąt pkt na każdym
urządzeniu). To jaki z tego wniosek? Apple spowalnia w końcu, czy nie?
Spowalnia, ale tylko urządzenia, których bateria jest w opłakanym
stanie. Po kilku latach, akumulator mojego iP6S jest w dobrej kondycji
bo po prostu o niego dbam i ładuję kiedy trzeba więc nic nie spowalnia.
Za to większość moich telefonów z Androidem jest w stanie, który nie
pozwala na ich komfortowe używanie z powodu kiepskiego zarządzania
pamięcią w tym systemie. Ale przecież Google nie spowalnia taktowania
procesorów. Jasne, tylko co to w tym wypadku daje użytkownikowi w
praktyce, skoro telefon i tak działa jakby siedziały tam bebechy z
GameBoy Classic.
Natomiast problem tego, że Androidy zwalniają po kilku latach
korzystania istniał w zasadzie od zawsze. Ile ja razy słyszałem od
znajomych, że mają dosyć swojego zamulającego telefonu z Androidem po
kilku latach korzystania ^^ Coś dziwny ten zbieg okoliczności.
>> Twoje posty są napisane na zasadzie: "nie mam żadnego dowodu na to,
>> dlaczego Android spowalnia działanie po latach a iOS nie, to sobie
>> napiszę, że Apple spowalniało kiedyś taktowanie procków". Do dyskusji
>> dot. problemu powolnego działania telefonów z Androidem po latach, nie
>> wnosi to absolutnie niczego wartościowego.
>
> Takie zasady Ty ,,odkryłeś''. Konstrukcja (językowa) typu:
>
> - nie mam dowodu na to, dlaczego
>
> jest co najmniej dziwna.
Czepianie się konstrukcji językowej w moim poście napisanym o 3, czy 4
nad ranem jest równie dziwne.
Takie rzeczy to na pl.hum.polszczyzna ^^
>> Skoro są to te same pamięci, to raczej musi być coś nie tak z
>> oprogramowaniem, czyż nie? ^^
>
> Ty twierdzisz, że Android zwalnia. Może jest jakiś błąd w Twym myśleniu.
Nie, ja twierdzę, że Android ma po prostu skopane zarządzanie
pamięcią/jest źle zoptymalizowany i dlatego urządzenia zwalniają po roku
lub do kilku lat korzystania z nich.
Swoją teorię bazuję na wieloletnim (ponad 10 lat) korzystaniu z urządzeń
z Androidem i kilkuletnim korzystaniu z urządzeń z iOS.
Nie od dziś korzystam ze smartfonów i potrafię wyczuć prędkość działania
menu i apek. Przecież to widać gołym okiem. Od lat również spotykam się
z zakrzywianiem rzeczywistości przez typowych fanbojów (z obydwu obozów
- zarówno Apple, jak i Android).
>>> Miałem Ace, Monstera, Overmaxa i mam Asusa.
>>> Rozglądam się za kolejnym. :)
>>> (min. 6 GiB i 32 GB, 6", GG6, 5 Ah)
>
>> A używałeś dłużej niż rok jakiegokolwiek urządzenia z iOS?
>
> Nie. Lecz nie potrzebuję iOSa do oceny Androida.
No właśnie, czyli tak jak myślałem. Ja używałem zarówno wielu smartfonów
z Androidem (na przestrzeni wielu lat - kilka modeli przedstawiłem w
poprzednich postach) i smartfonów z iOS (iPhone 3GS, iPhone 4S, iPhone
5S, iPhone 6S). Od początku mojej przygody ze smartfonami, siedział w
nich Android. Smartfonów z iOS używałem zdecydowanie krócej (od kupna
3GS używałem Androida równolegle z iOS), a i tak bardzo szybko doszedłem
do słusznych (uważam) wniosków. Ja już do Androida nie wrócę, chyba, że
stanie się cud i zamiast tworzyć throttlujące potworki z nie wiadomo
jaką ilością RAMu i rdzeniami, po prostu wezmą się za optymalizację
samego systemu, który nie spowalnia urządzeń po jakimś czasie
korzystania z nich. Nie mam ochoty zmieniać co rok telefonu.
Nie potrzebujesz iOS, żeby porównać jego prędkości działania z
Androidem? Przecież to stwierdzenie jest kompletnie bez sensu. Napisałeś
coś podobnego do tego: "nie potrzebuję próbować kakao, żeby ocenić jaki
ma smak z porównaniu z samym mlekiem" ^^
Myślę, że Twoje zakrzywianie rzeczywistości bierze się stąd, że po
prostu jak urządzenie zaczynało stopniowo zwalniać to kupowałeś nowe,
więc problemu praktycznie nie zauważałeś lub był on widzialny w znikomym
stopniu, jeśli bierzemy pod uwagę cały okres korzystania.
> Musiałbym chyba oglądać dłużej niż rok. I nie jedno urządzenie,
> lecz wiele z iOSem i wiele z Androidem. Takie oglądanie wymaga
> czasu.
Podam swój przykład z Androidem.
Z Xperią Neo V nic się nigdy nie działo, system GB 2.3 (czyli staroć).
Telefon funkcjonował niemal tak samo szybko po roku użytkowania.
Xperia S z ICS - telefon zauważalnie zwolnił po roku użytkowania.
Zatem czyżby problem w zarządzaniu pamięcią przez Androida pojawił się
gdzieś około lodowej kanapki?
Jak to jest, że starszy model telefonu, ze starszym systemem (i też
Androidem) nie zwalniał w ogóle po roku użytkowania?
Natomiast HTC Desire również zwalniał zauważalnie po roku na tym samym
systemie (2.3 GB).
To jest to o czym właśnie mówię - niektórzy producenci TRIM włączają, a
niektórzy nie. W iOS nie masz tego problemu bo są inne mechanizmy i
zależne są one od scentralizowanego developera.
Zresztą, często nawet jak włączysz trimowanie to już pamięć jest po
roku, czy kilku latach tak dojechana, że i tak Android jest wciąż powolny.
Fragmentacja to jest jedna z wielu rzeczy, które sprawiają, że Android
nigdy nie będzie lepszym wydajnościowo systemem niż iOS. Chyba, że
będziesz wpychał do urządzeń coraz więcej gigabajtów pamięci, RAMu,
rdzeni itp.
>> Prawdę mówiąc - wszystkie aplikacje, których używam, mają taką samą
>> cenę zarówno w Google Play, jak i w AppStore.
>
> Ja instaluję tylko bezpłatne (nierzadko zawierające reklamy) aplikacje.
>> Bazowe dane jakiejś gierki to, dajmy na to, 3 GB + 1 GB aktualizacja +
>> kolejna i kolejna...
>
> 0. 1 to nie kilka.
> 1. Jeśli pod iOSa aktualizacje są częstsze niż pod Androida a pod Androida
> bywają nawet kilka razy dziennie (co wg mnie źle świadczy o
> programistach)
> z 3 GB szybko otrzymamy więcej niż kilka GB.
> 2. W Androidzie aktualizacja apki oznacza wymianę całej apki na nową.
> (stara może mieć 123 MB a nowa 123.4 MB; rzadko (chyba nie zanotowałem)
> przyrost jest trzydziestoprocentowy)
0. Kolejne czepianie się słówek.
1. Jeśli iOS jest bardziej zawalany aktualizacjami i danymi i dalej nie
zamula, to tylko dobrze świadczy o zarządzaniu pamięcią przez system.
>> Czasami może dobrze świadczyć. Autor może zwyczajnie dbać o produkt i
>> łatać na bieżąco wszystkie luki związane z bezpieczeństwem.
>
> Luki tworzą się samoistnie? Myślałem, że są tworzone przez programistów.
Zwyczajne czepianie się słówek. Skipnę bo szkoda mi czasu.
>> Ja przecież wyraźnie napisałem co wg mnie, proszę o niewypisywanie
>> tego, czego nie miałem na myśli ^^
>
> Nie znam Twych myśli. Piszesz o trimowaniu jak o wynalazku z innej planety.
W którym miejscu piszę o trimowaniu jak o wynalazku z innej planety? Być
może dla systemu Android ten mechanizm to jakaś kompletna egzotyka,
skoro Androidy wiecznie działają zamulone po zaledwie roku użytkowania,
a producenci często pozostawiają trimowanie wyłączone i użytkownik musi
to włączać sam.
>> Natomiast powróćmy do głównego wątku naszej dyskusji. Dlaczego na
>> Androidzie cały proces funkcjonuje (lub w ogóle nie funkcjonuje bo
>> producent to zablokował) tak beznadziejnie, że smartfon znacząco zwalnia
>
> Ty twierdzisz, że zwalnia. Ja tego zwalniania nie potwierdzam.
> Twierdzę, że aktualizowane aplikacje dłużej ładują się, gdyż stale rosną.
Powtarzam po raz enty: na Androidzie i na iOS mam praktycznie te same
zestawy aplikacji (na iOS mam ich nawet więcej, dokładnie nie liczyłem),
aktualizacje instaluję od lat w trybie takim, jak pisałem (na obydwu
platformach), a jedyne co muli to urządzenia z Androidem.
> IMO użytkownik Androida nie musi grzebać w smartfonie. IMO grzebie,
> by dopasować telefon do swych potrzeb lub z ciekawości.
Powtarzam: w wielu modelach telefonów z Androidem są wyłączone
mechanizmy, o których piszę, więc jeśli chcesz zachować po latach stałą
prędkość działania telefonu z Androidem (taką jaką miałeś po wyjęciu go
z pudełka x lat temu), jesteś po prostu zmuszony grzebać w sofcie. Ty to
nazywasz pieszczotliwie "dopasowywaniem telefonu do własnych potrzeb" ^^
Na iOS nie istnieje taki problem. Nie musisz nic zmieniać w
oprogramowaniu, żeby telefon utrzymywał stałą prędkość działania przez
wiele lat.
Przechodzisz celowo z tematu dotyczącego zwalniania prędkości działania
Androidów po latach (spowolniona pamięć przez dziadowskie zarządzanie
nią przez system) do tematu dotyczącego poziomu personalizacji iOS vs
Android. Mnie nie chodzi o wygląd a stabilność i szybkość działania bo
dla mnie to się najbardziej liczy w codziennym użytkowaniu telefonu.
Zawalanie telefonów bezużytecznymi widżetami już dawno wyszło przecież z
mody.
> Po paru latach, aby telefon z Androidem nie zwalniał niepotrzebnie,
> trzeba skasować wiele apek, albo przynajmniej nie zezwalać na ich
> samoczynne uruchamianie... Można też zrezygnować ;) z aktualizacji
> apek, aby nie rosły.
No właśnie, czyli się wydało - trzeba z wielu rzeczy rezygnować, albo
ręcznie klikać trima. W iOS powtarzam, że ten problem kompletnie nie
istnieje. Na iP6S mam taki sam zestaw wielu aplikacji na iOS od lat i
stale je aktualizuję, tak jak i miałem na Androidzie, a jakoś z niczego
nie muszę rezygnować/grzebać w sofcie.
> Dobrym rozwiązaniem jest kupowanie telefonów z dużą ilością RAMek
> i dużą ilością flashek. Niestety -- dziś 2 GiB i 16 GB to straszliwie
> mało, choć przed 3 laty wydawało się mi ilościami rozsądnymi.
iOS jakoś zadowala się mniejszą ilością RAMu, mimo wymaganego
przeładowywania apek na iOS, urządzenia te wydajnościowo są nadal lepsze
niż Androidy.
> link. Jak już wcześniej pisałem -- trim nie zawsze był potrzebny
> z uwagi na budowę (funkcjonowanie, organizację) flashek. Nie
> twierdzę, że Android nie spóźnił się z trimowaniem, lecz twierdzę,
> że ten problem dziś raczej ;) nie istnieje.
Jak nie istnieje, skoro wiele Androidów spowalnia bo nie ma włączonego
mechanizmu odśmiecania, o wielokrotnie pisałem? (TU: android =
urządzenie z androidem)
--
Filip454
[f...@g...com]
Następne wpisy z tego wątku
- 24.04.19 19:21 Filip454
- 24.04.19 19:24 Filip454
- 24.04.19 22:15 Eneuel Leszek Ciszewski
- 24.04.19 23:44 Filip454
- 25.04.19 00:21 Eneuel Leszek Ciszewski
- 25.04.19 10:30 Marek
- 25.04.19 10:31 Marek
- 25.04.19 13:56 RadoslawF
- 25.04.19 15:09 Filip454
- 25.04.19 16:13 Filip454
- 25.04.19 16:17 Filip454
- 25.04.19 19:41 Marek
- 25.04.19 19:48 RadoslawF
- 25.04.19 20:54 Filip454
- 25.04.19 22:30 RadoslawF
Najnowsze wątki z tej grupy
- Re: Tani dodatkowy sim do smartwacha
- Praktyczny test GPS...
- Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO
- Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO
- Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- Dlaczego sluchawka nie dzwoni?
- Google Play
- Gdzie kosz?
- Kosz, gdzie??
- GNSS Motorola G85 vs Redmi Note 9 pro
- Dlaczego nie pasuję do świata APLE?
- karta SIM nie działa w konkretnym smartfonie.
- smartfon i zewnętrzny ekran
- Gdzie w smartfonie są SMSy/MMSy ?
- VM i Fakt
Najnowsze wątki
- 2024-12-04 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2024-12-04 Czy policjantów należy ROZBROIĆ?
- 2024-12-03 Tymoteusz Sz.
- 2024-12-03 Re: Prezydent ułaskawia: Prezydent USA Biden (D) ułaskawia syna własnego
- 2024-12-03 Re: Tani dodatkowy sim do smartwacha
- 2024-12-03 Wróblewo => Analityk finansowy <=
- 2024-12-03 Praktyczny test GPS...
- 2024-12-02 Tak się sprzedają elektryczne woldzwageny ;-)
- 2024-12-02 Akumulator do Hyundai
- 2024-12-02 Olsztyn => Sales Specialist <=
- 2024-12-02 Poznań => Technical Artist <=
- 2024-12-02 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-02 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-12-02 Chrzanów => Team Lead / Tribe Lead FrontEnd <=
- 2024-12-02 Białystok => Delphi Programmer <=