[studente]

Chciałem Was, programistów zapytać dlaczego większość programów na maca, ma tak duże rozmiary - Np, Nigty build pewnego odtwarzacza multimedialnego to aż 132 mb, a innych przykładów mógłbym też troche znaleść Musi tu chyba zachodzić jakaś dekompresja bo wspomniany program świezo po pobraniu liczy sobie 37 mb a do "applications" kopiuje się 137. Skąd taka różnica? Wiem, że pytanie nie dotyczy programowania w bezpośredni sposób ale pomyslałem że odpowiedż na nie wymaga jakiejś wiedzy na temat struktury plików wykonanywalnych w macu, a jak wiadomo kto to będzie wiedział lepiej od Was, magików programistów;)

[bazyl]

Zazwyczaj takie pośrednie, otwate i testowe rzeczy są skompilowane w trybie debug z mnóstwem zbędnych dla użyszkodnika informacji. To już rozdmuchuje sporo binarkę. Poza tym program to nie tylko sama binarka, ale również Frameworki. Często jeden program korzysta z wielu, często nie do końca rozsądnie. Często dorzuca je właśnie do siebie, choć nie zawsze powinien. Do tego grafiki, dźwięki i inne medialne dupersznyty też swoje miejsce zajmują. Co zaś do tej różnicy, to chodzi o kompresję. Jest masa rzeczy, które się dobrze kompresują. Lista symboli z trybu debug bez wątpienia jest jedną z tych rzeczy, ale nie sądzę, żeby był to jedyny "kompresowalny" element tej układanki. Z tego co wiem, to część .nibów też dość dobrze się pakuje. Założę się, że zaraz jakiś kolega przytoczy pełniejszą listę. Ja już wysiadam. Za późno jest

[studente]

Co zaś do tej różnicy, to chodzi o kompresję.
Jest masa rzeczy, które się dobrze kompresują. Lista symboli z trybu debug bez wątpienia jest jedną z tych rzeczy, ale nie sądzę, żeby był to jedyny "kompresowalny" element tej układanki.
Z tego co wiem, to część .nibów też dość dobrze się pakuje.

Nie do końca dla mnie jasna jest ta terminologia - Nie jestem programistą.

Czy ktoś mógłby laikowi wyjaśnić w porostych słowach co to takiego tryb "debug" ? - Taki może który powoduje że do programu dołączane są specjalne symbole do zgłaszania błędów?

[bazyl]

Chociażby. W trybie debug kod jest kompilowany z wszystkimi symbolami programu i zlinkowany z biblioteką GDB, żeby wygodnie łapać i sprawdzać błędy.

[studente]

Chociażby. W trybie debug kod jest kompilowany z wszystkimi symbolami programu i zlinkowany z biblioteką GDB, żeby wygodnie łapać i sprawdzać błędy.

A dlaczego coś takiego na Macu akurat? Przecież programy na Windowsa są statystycznie "mniejsze"..

[Merkwurdigliebe]

Witam, moje podejrzenia są inne: większość binarek dostępnych dla maka to są tzw "Universal Binary" - czyli dostępne na 2 różne procesory - Intel i PPC. Myślę, że właśnie uniwersalność binarek kompilowana pod 2 procki powoduje zwiększenie objętości binarki. debug w binarkach nie jest potrzebny zwykłemu śmiertelnikowi. I przeważnie (imho) oni nie otrzymują tak skompilowanych programów. /Merk

[kamillys]

Są programy do odchudzania uniwersalnych binarek do intelowkich/ppc. Z grubsza rozmiar o połowę spada. No i programy makowe są często wielojęzyczne, można wywalić wszystkie poza polskim i angielskim.

[MacDada]

Najgorsze są zasoby językowe. Kliknijcie np na iTunes prawym przyciskiem myszy i w pozycji Języki zaznaczcie wszystko prócz polskiego i angielskiego. Potem minusik i z 135 robi się 55MB...

---- Dodano 29-03-2008 o godzinie 01:36 ----
W takiej sytuacji przydaje się programik Monolingual - ale uwaga! Używacie go na własną odopowiedzialność, bo nigdy nie wiadomo czy nie wywali czegoś, czego nie powinien...

[MacDada]

A taki jest efekt użycia Monolingual...

[studente]

W takiej sytuacji przydaje się programik Monolingual - ale uwaga! Używacie go na własną odopowiedzialność, bo nigdy nie wiadomo czy nie wywali czegoś, czego nie powinien...

Dzięki serdeczne

Dla leniuchów podaje link

EDIT:
Nie za bardzo rozumiem, czym są pozycje w zakładce "Architectures". Mógłby mi ktoś wyjaśnic?

[maslaq]

macdada wirtualny plus dla ciebie (+) bo nie mozna dac ci reputacji, btw jak usuwal ktos architektury na intelomacach to powiedzcie jak poszlo


dzieki macdada

[MacDada]

Jak siedziałem na G3 to wywalałem wszystko od G4 w górę. Teraz jestem na Intelu i nie wywalam z architektur nic - nigdy nie wiadomo, czy jakiś program nie jest napisany pod starszego procka i nie odpala się przez Rosettę - lepiej nie ryzykować. Pod g3 miałem pewość, że jeśli coś jest na Intela to i tak nie zadziała

[Hex]

Dla Intelowców polecam Xslimmer dla PPC monolingual

[528eae9968]

Może odgżewam odgrzewam kotleta ale właśnie wywaliłem 2,5GB obcych języków chińskie klawiatury i ponad 500MB architektur muszę powiedzieć ze na moim biednym 512MB ram system dostał sporego kopniaka

Polecam

[Optiv]

A co ma RAM do oszczędzania miejsca na dysku, przecież binarki na inne arhcitektóry i nieuzywane wersje jezykowe nie sa ladowane do pamieci, bo i po co?

[krzyspmac]

No niestety, niektóre "nowe" programy są w pełni Univesal, czyli 32 i 64 bity, do tego każda z tych może być PPC i x86. To trochę dużo kombinacji Poza tym, pliki Nib jakoś nie są zbytnio małe. Te kompilowane na iPhone'a są kompresowane, więc wychodzi tego mniej.

[mania2]

Owszem mi też wyczyścił ponad 2GB ale poleciały w kosmos ustawienia WiFi:sad:

[Witos]

No, i tu dochodzimy do punktu, w którym zauważamy, że nie ma co poprawiać dobrego, bo można sobie napytać większej biedy niż to warte. Sam kiedyś kupiłem Xslimmer. Uzasadnienie korzyści było całkiem logiczne, jednak szybko okazało się nieprawdą i powrócilem do poprzednich, większych wersji programów, gdy okazało się, że zaczęły działać niestabilnie.