Apple przypomina deweloperom o konieczności wspierania 64-bitowej architektury przez aplikacje

Apple poinformowało dzisiaj deweloperów aplikacji dla systemu iOS o nowych zasadach weryfikacji ich produktów. Jak już wcześniej zapowiedziano, od 1 lutego wszystkie nowe programy zgłaszane do App Store będą musiały wspierać 64-bitową architekturę urządzeń. Ponadto aktualizacje aplikacji będących już w sklepie Apple, już od czerwca również będą musiały spełniać ten wymóg.

Apple sukcesywnie stara się dążyć do tego, aby wszystkie programy w App Store wspierały architekturę 64-bitową. Tylko dzięki temu rozwiązaniu programy będą w stanie w pełni wykorzystać układy A7 i A8 znajdujące się w najnowszych urządzeniach z systemem iOS.

Źródło: 9TO5MAC

Komentarze 18

Janusz MB 2014-12-17

Aplikacje 64 bitowe wymagają więcej RAM od wersji 32 bitowych. Podstaw architektury komputerów i matematyki nawet emejzing Apple nie przeskoczy.

Apple stara się przyspieszyć śmierć systemów iOS z 1 GB RAM. Będą kompromisy żeby jakoś to wszystko działało na iPhone 5, 5s i jednocześnie spełniało najnowsze wymagania Apple.

Zobacz wszystkie 14 odpowiedzi Ukryj odpowiedzi

Sebastian C. Janusz MB 2014-12-17

Przecież 6 i 6s też mają 1 GB RAMu, ba, dla użytkownika nawet mniej dostępne niż w 5/5s.

Janusz MB Sebastian C. 2014-12-17

iPhone 6 ma 1 GB, ale 6s będzie mieć 2 GB RAM :)

iOS 7 chyba zostanie na stałe na wielu iPhonach i iPadach. iOS 7 nie jest chętnie upgradowany do iOS 8.
Konieczność kompromisowego pakowania w programie dwóch rodzajów bibliotek, 32 i 64 bit.
w architekturze 64 bitowej wskaźniki (laicko: adresy w pamięci) zajmują 2 razy więcej RAM od wersji 32 bit. Logiczne, 64 = 2 razy 32. Dość dokładnie przetestowano to w Windows dla wersji 32 i 64 bitowych. Wersja 64 bitowa traciła tylko dzięki adresacji około 100 MB RAM w porównaniu do wersji 32 bitowe. Czy 100 MB to dużo? Na PC z tanią pamięcią RAM i łatwym upgrade nie było to problemem, ale na iOS z iPhonami 512 MB RAM i 1 GB RAM 100 MB mniej ma duże znaczenie.

iPhone i iPady z 1 GB RAM szybko podzielą los iPhone 4 s który dużo stracił na samej instalacji iOS 8.

Metztlee Janusz MB 2014-12-18

Totalna nieprawda. Aktualnie wszystkie systemowe frameworki i tak siedzą w pamięci w 64bit. W przypadku napisania aplikacji 64bit używamy tych już siedzących w pamięci, dla 32bit aplikacji należy wczytać 32bit odpowiedniki systemowych frameworków. Narzut powiększenia aplikacji do 64bit to betka w stosunku do narzutu wczytania dodatkowych 32bit frameworków. Polecam się douczyć przed pisaniem steku bzdur. Co do RAMu, jeżeli porównujesz do Androida, doucz się o garbage collector i różnicach.

Janusz MB Metztlee 2014-12-18

Pisałem na podstawie doświadczeń developerów Windows. Windows nie ma nic wspólnego z javą, garbage collectorem ani androidem.

Microsoft w odróżnieniu od Apple, nie ukrywał wymagań, dla wersji 64 bitowej Windows w oficjalnych wymaganiach było podane wyraźnie: 2 razy więcej RAM w stosunku do wersji 32 bitowej.

Microsoft z Windows, Google z Androidem wymagają więcej pamięci dla aplikacji i systemów 64 bitowych, a Apple nagina rzeczywistość w opatentowanym systemie emejzing i Apple klasyczne problemy innych nie dotykają.

Apple tak zoptymalizowało w sposób emejzing nowy iOS, że iPhone 4s na nim się przytyka. Ale to nieprawda, bo wszystko siedzi w pamięci... Zgadza się. Tylko tej pamięci jest za mało i nie da się jej powiększyć.

Gdyby Microsoftowi lub innym udało się cudownie obejść problemy, gdyby producenci systemów wbudowanych dali radę i zamiast cały czas siedzieć w 32 bitach (bo mało RAM), to Apple i Apple skorzystałoby z rozwiązań jak z pomysłu na duży ekran i widgety.

64 bity są potrzebne przy przy RAM większym od 4 GB, bo 32 bity nie pozwalają zaadresować ponad 4 GB (matematyka, 2 do potęgi 32 daje granicę 4 miliardy - 4 GB). Na mocno ograniczonym RAM typowy system 64 bitowy dusi się.

Tyle wyjaśnień dla tych, którzy nie widzą wszędzie androida i garbage collectora, maszyn wirtualnych.

Na gołym czystym Windows postawionym na 1 GB maszynie wersja 64 bitowa wymagała co najmniej 100 MB więcej i nie udało się tych wymagań obniżyć nie-emejzingowym inżynierom z Microsoft. Microsoft podał wymagania dla wersji 64 bitowej: 2 GB RAM.

Apple w nowych iPhone 6s da 2 GB RAM i wszyscy zgodnie stwierdzą, że od tej chwili 2 GB jest tak samo emejzing ja duże ekrany. Na dziś obowiązuje wersja: 3,5 i 4 cale są idealne, większe ekrany i większy apetyt na RAM są dla niedouczonych androidowców. Po premierze iPhone 6s 2 GB RAM nastąpi zmiana kierunku ewangelizacji. Wszystko co teraz i tak już siedzi upchane w pamięci 64 bitowej będzie oficjalnie wymagało - ze względu na więcej zajmowanej pamięci - 2 GB RAM i Apple da 2 GB RAM. Do tego momentu nie można narzekać, że system stał się ociężały i rozepchany, czy też wolniej działa. Mało RAM jest cały czas tak samo emejzing jak małe ekrany.

PS Apple wprowadziło architekturę 64 bitową, co pociągnęło za sobą konieczność aktualizacji systemu do wersji 64 bitowej. Apple pogania developerów do pisania na 64 bity. Dopiero kiedy Apple da do 64 bitowej architektury więcej RAM, operacja przejscia będzie zakończona. Nowy system? Kup nowy iSprzęt, stary ma za mało RAM. Strategia znana z Windows. Koniec czasów utrzymywania linii iUrządzeń przez długi czas. Sytuacja kiedy zadowoleni klienci używają takie fajne iPady przez wiele lat zamiast kupować nowe nie jest dla Apple korzystna. :)

Metztlee Janusz MB 2014-12-18

To bardzo "racjonalne", że oceniasz iOS na podstawie Windows. Miałam też paru znajomych programistów, którzy nawet UI robili jak w desktopowym Windows. Cóż... Było wybitnie "wygodne" w obsłudze. Do tematu: oczywiście, że im więcej RAMu tym lepiej pod kątem wymagań aplikacji, nikt temu nie zaprzecza (osobiście uważam, że z pół giga iPhone 6 mógłby mieć więcej, ale teraz nie ma tragedii). Jest też problem zużycia baterii, czego nie bierzesz pod uwagę. Dlatego trzeba w miarę wypośrodkowywać między baterią a wydajnością w urządzeniach mobilnych. Nie porównuj do desktopowego Windowsa, który zupełnie inaczej zarządza multizadaniowością. Nawet do Androida trudno, ze względu na kompletnie inne zarządzanie pamięcią. Właśnie przez to zarządzanie na Androidzie musisz mieć więcej RAMu niż na iOS. Jak mi nie wierzysz, to zapraszam do obejrzenia wykresu wraz z wyjaśnieniem: http://qr.ae/qDcUv.

Nie wiem czemu tu wciskasz temat iPhone'a 4s, co to ma wspólnego z dyskusją o 64bitach? A może nie wiesz, że to zależy od CPU i iPhone 4s ma jeszcze 32bit? To częste (niestety dla nas) działanie, że ostatni system jest tak napisany by zmulił urządzenie - dzięki temu użytkownicy potem kupią nowszy sprzęt, bo "stary nie domaga". Na Androidzie i Windows Phone też tak robią. Ofc dla nas, userów, jest to niekorzystne. Anyway, używam iOS8 na iPhone 4s (16GB) i nie zauważam specjalnych zmuł. Ale to nie jest temat tej dyskusji.

Dobrze, że masz swoje zdanie, jednak przyporządkuj je trochę do systemu, bo na razie mam bekę z tej wypowiedzi ;P. Absolutnie nie przeczę, że powinny mieć więcej ramu. Ale stwierdzenie, że 64bit appka ogólnie potrzebuje więcej pamięci niż 32bit na 64bit systemie jest nieprawidłowe i o to mi chodzi, z tym polemizuję.

Janusz MB Janusz MB 2014-12-18

http://imagazine.pl/2014/09/30/iphone-6-przydziela-mniej-ram-aplikacjom-niz-iphone-5s/ Dominik Łada · 30/09/2014

Ciekawostka od Sylwestra Łosia z Luck Clan, którą wrzucił na grupę dyskusyjną dla deweloperów iOS:

Ciekawa sprawa. Okazuje sie, że na iPhone 6/6+ system daje aplikacjom o ok 200MB RAMu mniej niż to bylo na iPhone 5/c/s! Sam działający system zajmuje na iPhone 6 ok 200MB, podczas gdy na iPhone 5 100MB. Apki moga max zarezerwować ok 400MB na iPhone 6/6+, natomiast na iPhone 5 az 600MB! Dlatego ważna wiadomość dla deweloperów – jeśli mamy apki wykorzystujące dużo pamięci RAM, koniecznie trzeba je testować na fizycznym iPhone 6 lub 6+. Apple powinno było dać jednak 2GB Ramu. Teraz apki, które działają stabilnie na iPhone 5, mogą się zawieszać na iPhone 6/6+.

To już wiem, dlaczego mój iPhone 6+ jak dużo robię jednocześnie na nim różnych rzeczy, potrafi się powiesić… źle to zrobiłeś Apple…

Metztlee Janusz MB 2014-12-18

Konieczność kompromisowego pakowania w programie dwóch rodzajów bibliotek, 32 i 64 bit. -- bzdura.... Po pierwsze, biblioteki systemowe nie są "pakowane" w aplikacji, są dobierane z systemu w zależności od deklaracji appki. Jak jest system 64bit i appka jest 64bit, mamy tylko 64bitowe. Jeżeli system jest 64bit a appka 32bit to system wtedy wczytuje te 32bitowe. Te biblioteki są współdzielone między appkami. Jak widać, od lutego obowiązek wrzucać zgodne z 64bit, więc opcja 2 nie będzie zbyt popularna niedługo. Na 32bit nie wczytamy 64bit, więc nie ma co tłumaczyć.

tomaszk-poz Janusz MB 2014-12-18

W architekturze 64 bitowej wskaźniki nie muszą zawierać 2x więcej bajtów , bo mogą być offsetem do czegoś - patrz adresowanie względne. Argumenty dla funkcji można przesłać na stosie lub w rejestrach. A podejrzewam, że są rozkazy typu załaduj do rejestru wartość 5 w postaci bajtu, przez co można zaoszczędzić 3 bajty pamięci programu.

tomaszk-poz Metztlee 2014-12-18

Pytanie tylko czy jest tak to zrobione jak w Windows (mapowanie bibliotek 64bitowych na 32 bitowe) czy pełne biblioteki 32 bitowe.

tomaszk-poz Janusz MB 2014-12-18

W świecie Windows a raczej AM64 64 bity to nie tylko 64 bity ale dodatkowe rozkazy i dostęp do nowych rejestrów.

Janusz MB tomaszk-poz 2014-12-18

Nie można rozpatrywać dostępu do pamięci na poziomie pojedynczych bajtów bo szyna adresowa i danych w 64 bitowym procesorze ma 64 bity. O ile pamiętam, intel miał w historii 64 bitową architekturę procesora z szyną 32 bitową (32 i 16 bit też było jeszcze wcześniej u intela).

Drugi czło korporacji "wintel" czyi Microsoft nie dał rady zejść z różnicą apetytu na pamięć systemu poniżej 100 MB więcej dla x64.

100 MB. Dużo i mało. Jeżeli popatrzymy na to z perspektywy września 2014 roku, to na początku września Apple miało w sprzedaży dwie główne generacje iPhonów: 4s i 5s. Wrześniowa premiera iOS 8 to przejście o jedną generację w górę. Jest 6 i 5s. Co to oznacza? iPhone sprzedawany jako "mniejszy" model do września 2014 roku wraz z premierą nowego iOS 8 we wrześniu 2014 roku stał się mało używalny z iOS 8.

Tu 100 MB mniej wolnego RAM, tam 10% więcej w bibliotekach.
Po premierze iOS 8 bezproblemowym minimum jest iPhone 5s koniecznie z 32 GB RAM. (na 16 GB można było nie dać rady nawet zainstalować uaktualnienia z braku wolnego miejsca na dysku).

Architektura 64 bitowa rozwinie skrzydła przy dużej pamięci RAM i odpowiednio dużym dysku. 64 bity już są. Dużo miejsca na dysku już jest (nie bez powodu ma iPhone 6 v. 32 GB). Brakuje RAM. Ale coś nowego Apple musi zaprezentować w iPhone 6s (chyba, że obiektyw zmieści się do obudowy).

Janusz MB tomaszk-poz 2014-12-18

Owszem, nowe możliwości ale sprawdzające się na całkiem nowym wydajniejszym pececie.

Nie wszyscy *** zdają sobie sprawę, że dzisiejszy iPhone 6/6+ ze względu na małą wielkość RAM w stosunku do wymagań iOS 8 i architektury 64 bitowej, jest przestarzały.

*** Znowu się sprawdzi stara zasada, że warto kupować tylko iPhone w poprawionej wersji s. I co będzie w 2015 r. z wystającym obiektywem? :)

tomaszk-poz Janusz MB 2014-12-18

Tu nie chodzi o szerokość szyny danych czy programu. Chodzi o zapis danych. Jeżeli w kodzie jest int x = 5 i x jest lokalna w metodzie/procedurze/funkcji, to kompilator nie musi dawać rozkazu ld a0, 0x0000000000000005 czyli 5 zapisana w 8 bajtach tylko ld a0, 0x05. Inna kwestia, że często dla procesorów wymagane jest, aby zmienne były rozmieszczone w pamięci na granicy słowa (i pewnie to miałeś na myśli), wiec jak masz dwie zmienne bajtowe to i tak każda z nich ląduje od adresu podzielnego przez 4 lub 8. Sam jak ćwiczyłem asm dla ARM miałem upierdliwy wyjątek, bo zmienna była nie na tym adresie pamięci. Piszesz o apetycie Windows, ale zauważ, że w samym Windowsie 64 są klocki 32 bitowe a to wymusza ładowanie warstwy WoW, co zajmuje trochę pamięci. Wszystko zależy od programu. Nie mówię, że da się uzyskać soft o rozmiarze identycznym z 32 bitami, ale po prostu to kwestia softu. Podobnie jak nie uważam, że wszędzie muszą być 64 czy nawet 32 bity, do prostych zastosowań wystarczy 8 bitów, np. układy PIC te z mniejszych. Z drugiej strony Apple mógłby się nie wydurniać i wrzucać trochę więcej ramu do swoich sprzętów.

tomaszk-poz Janusz MB 2014-12-18

"nowe możliwości ale sprawdzające się na całkiem nowym wydajniejszym pececie" No bez jaj, to na wolniejszym sprzęcie dodatkowe przydatne rozkazy i rejestry się nie sprawdzają ? Przecież kiedyś ludzie dopłacali, aby mieć procesor z MMX.

cichy202 2014-12-17

Chyba od 1. Lutego, co nie?

Jacek Zięba cichy202 2014-12-17

Jasne! Mój błąd. Dzięki :)

cichy202 Jacek Zięba 2014-12-17

Nie ma sprawy, ale aż mi się ciepło zrobiło :D

Apple przedstawia nowego niesamowitego iPada Pro z najbardziej zaawansowanym wyświetlaczem na świecie, czipem M4 i Apple Pencil Pro

Konferencja Apple potrwa około 35 minut

Najnowsze bety systemów macOS 14.5, iOS/iPadOS 17.5, tvOS 17.5 oraz watchOS 10.5

Audio Pro Link 2 - test streamera multiroom

Apple przypomina deweloperom o konieczności wspierania 64-bitowej architektury przez aplikacje

Komentarze 18