imaķedoniešu
Oriģinālais plakāts- 2015. gada 10. oktobris
- Brno, CZ
- 2018. gada 15. decembris
Es nopietni apsveru iespēju iegādāties MacBook Pro 13' 2018. Klēpjdatora primārā izmantošana būtu kodēšana (priekšgala tīmekļa izstrāde), taču es vēlētos vēlāk pievērsties iOS lietotņu izstrādei. Ņemot to vērā, vai pietiek ar 8 GB RAM, lai palaistu XCODE, vai arī man vajadzētu ieguldīt vairāk, lai iegūtu 16 GB versiju?
revmacian
- 2018. gada 20. oktobris
- LIETOŠANAS
- 2018. gada 15. decembris
iMacedonian teica: Sveiki.Es palaidu Xcode savā 2014. gada Mac mini — tam ir 4 GB RAM, un es neredzu nekādas problēmas. Būs daži cilvēki, kas jums pateiks, ka 16 GB vai vairāk RAM ir obligāta prasība, taču esmu redzējis, ka tā vienkārši nav taisnība.
Es nopietni apsveru iespēju iegādāties MacBook Pro 13' 2018. Klēpjdatora primārā izmantošana būtu kodēšana (priekšgala tīmekļa izstrāde), taču es vēlētos vēlāk pievērsties iOS lietotņu izstrādei. Ņemot to vērā, vai pietiek ar 8 GB RAM, lai palaistu XCODE, vai arī man vajadzētu ieguldīt vairāk, lai iegūtu 16 GB versiju?
Emanuels Rodrigess
- 2018. gada 17. oktobris
- 2018. gada 15. decembris
revmacian teica: Es palaidu Xcode savā 2014. gada Mac mini - tam ir 4 GB RAM, un es neredzu nekādas problēmas. Būs daži cilvēki, kas jums pateiks, ka 16 GB vai vairāk RAM ir obligāta prasība, taču esmu redzējis, ka tā vienkārši nav taisnība.Piekritu. Esmu atklājis, ka pat Raspberry Pi ar savu vienu RAM ir spējīgs apkopot lielāko daļu lietu. Ja projektā ir daudz C++ koda (skatoties uz jums LLVM) vai citas sarežģītas valodas (kurā kompilatoram ir smagi jāstrādā un tādējādi jāizmanto vairāk RAM), tas parasti to nevar pārvaldīt. Mana pieredze liecina, ka aptuveni 3 GB ir drošs minimums izstrādes darbam.
EDIT: ņemiet vērā, ka virtuālajā mašīnā tas bija 3 GB bez GUI. Pagaidām 8 GB opcija noteikti ir droša. Tomēr es ieteiktu 16 GB, lai nodrošinātu drošību nākotnē. 8 GB kļūst mazāk ērti nekā agrāk. Pēdējo reizi rediģēts: 2018. gada 15. decembrī
mundelis
- 2015. gada 18. decembris
- 2018. gada 16. decembris
suņu slepkava
- 2014. gada 19. oktobris
- Apple Campus, Cupertino CA
- 2018. gada 16. decembris
960 dizains
- 2012. gada 17. aprīlis
- Destiny, FL
- 2018. gada 17. decembris
iMacedonian teica: Sveiki.8 GB ir pietiekami daudz, es izmantoju 16 GB MBPr un reti redzu, ka atmiņas spiediens pārsniedz 8 GB.
Es nopietni apsveru iespēju iegādāties MacBook Pro 13' 2018. Klēpjdatora primārā izmantošana būtu kodēšana (priekšgala tīmekļa izstrāde), taču es vēlētos vēlāk pievērsties iOS lietotņu izstrādei. Ņemot to vērā, vai pietiek ar 8 GB RAM, lai palaistu XCODE, vai arī man vajadzētu ieguldīt vairāk, lai iegūtu 16 GB versiju?
Starp citu, pārbaudiet Expo.io ( https://expo.io/ ). To mūsdienās izmanto visi foršie bērni (tik daudz vieglāk izvietot vairākās platformās). Brīdinājums: darbosies lielākajā daļā lietotņu, taču dažām ir īpašas aparatūras prasības/vajadzības, kuras izstāde neizpildīs. Tomēr fantastiska starta vieta.
jtara
- 2009. gada 23. aprīlis
- 2018. gada 17. decembris
Vai jūs domājat 'pietiekami, lai būves neizgāztos?'
Vai arī “pietiekami, lai būvniecība tiktu pabeigta pieņemamā laika posmā”?
Un/vai “pietiekami, lai lietotāja interfeiss nebūtu aizkavējies un es varētu strādāt redaktorā/pārlūkot tīmekli/lasīt e-pastu izveides laikā bez slinkuma?
Tas ir atkarīgs no jūsu cerībām un jūsu rīku ķēdes.
Priekšgala izstrādei parasti ir īsa/vienkārša rīku ķēde. Viss, kas jums patiešām nepieciešams, ir labs uzdevumam piemērots redaktors, neliels 'rotaļlietas' tīmekļa serveris, iespējams, daži rīki Javascript/CSS samazināšanai (un, iespējams, Sass kompilators) ražošanas būvējumiem, un izstrādes laikā jūs parasti pat neizmantojat. ka.
Aizmugursistēmas izstrādei bieži vien var būt nepieciešams tikai priekšgala izstrāde. Vai arī var būt nepieciešams nedaudz vairāk. Piemēram, es izmantoju PostgreSQL kā datu bāzi. Tātad, man ir vietējais piemērs izstrādei/testēšanai. Es palaižu pgAdmin4, kas darbojas Docker konteinerā. Iespējams, jums būs jāpalaiž virtuālā mašīna, kas atkārto jūsu aizmugursistēmas vidi. GB summējas.
Vietējo lietotņu izstrāde bieži tiek veikta, izmantojot minimālus rīkus. Pamata iOS lietotņu izstrādei jums nav nepieciešams nekas vairāk kā Xcode. Labi, un iOS simulators. Ja veicat kādu hibrīdu, starpplatformu izstrādi, iespējams, pievienojiet papildu rīku ķēdes komponentus un, ja nepieciešams, Android SDK un veidošanas rīkus. Android izstrāde izmanto citu kompilatoru. Pievienojiet citu simulatoru. (Es izmantoju GenyMotion, jo abas Google piedāvātās pieejas ir lēnas kā melase.) Jebkurš pienācīgs Android simulators darbojas virtuālajā mašīnā.
Ak, vai ir jāpārbauda šī vietne operētājsistēmā Windows? Pievienojiet Windows VM.
Mūsdienās tik daudz rīku darbojas konteinerā vai virtuālajā mašīnā. Tas palielina atmiņas nepieciešamību.
Iegūstiet tik daudz atmiņas, cik spēj budžets. Tomēr es domāju, ka 64 GB mūsdienās ir praktiskā robeža lielākajai daļai attīstības. Es nesen ieguvu iMac Pro ar 64 GB izstrādei. Es izmantoju lielu instrumentu komplektu. Es pārbaudu Activity Monitor un atklāju, ka vēl neesmu izmantojis mijmaiņas failu. Bet, kad visi rīki ir ielādēti, es izmantoju kaut kur no 32 GB līdz 64 GB, parasti 40–50 GB. Bet patiesībā man vēl nav bijis VISS uzreiz ielādēts.
Tas, kas jums jājautā sev, ir:
– Vai būvniecības laikā ir svarīgi, lai sistēma būtu atsaucīga?
- Cik ilgu būvniecības ciklu esat gatavs paciest?
Priekšgala izstrādē jums parasti nav “veidošanas cikla”, tas ir, izveide/testēšana/atkārtošana. Cik ilgi esat gatavs gaidīt, lai uzzinātu, ka esat pieļāvis vienkāršu kļūdu, kuras labošana prasīs dažas sekundes? 15 minūtes? 5 minūtes? 1 minūte? 30 sekundes?
Lietojumprogrammu izstrādē, izmantojot kompilētu valodu, jums vienmēr ir izveidošanas cikls, un tas var būt nozīmīgs. Es saprotu, ka Swift veidošanas cikls ir ievērojami garāks nekā Objective-C veidošanas cikls. (Es pats neizmantoju Swift, jo nodarbojos ar hibrīda izstrādi, un pamatā esošais platformas kods ir Objective-C (Java operētājsistēmai Android), C un C++ — bez Swift).
Pieejamās RAM apjoms būtiski ietekmēs veidošanas cikla laiku.
mpe
- 2010. gada 3. septembris
- 2018. gada 17. decembris
Jā. Vairumam lietu pietiek ar 8 GB RAM.
jtara
- 2009. gada 23. aprīlis
- 2018. gada 17. decembris
mpe teica: Jā. Vairumam lietu pietiek ar 8 GB RAM.
Vai MacBook Pro displejā izmanto sistēmas atmiņu?
Ar 8 GB noteikti nepietiek, piemēram, Mac Mini, jo diezgan laba daļa (atkarībā no modeļa) tiek izmantota displejā.
Vissvarīgākā šeit sniegtā atsauksme ir tāda, ka jaunākajos MacBooks atmiņa ir pielodēta. Jūs pieņemat lēmumu nākamajiem vairākiem gadiem.
Toutou
uz
- 2015. gada 6. janvāris
- Prāga, Čehija
- 2018. gada 17. decembris
imaķedoniešu
Oriģinālais plakāts- 2015. gada 10. oktobris
- Brno, CZ
- 2018. gada 17. decembris
jtara teica: Definējiet, ko jūs domājat ar 'pietiekami'?Paldies par šo plašo atbildi, tā man sniedza labāku skatījumu uz resursiem, kas nepieciešami šiem dažādajiem jūsu pieminētajiem kodēšanas scenārijiem.
Vai jūs domājat 'pietiekami, lai būves neizgāztos?'
Vai arī “pietiekami, lai būvniecība tiktu pabeigta pieņemamā laika posmā”?
Un/vai “pietiekami, lai lietotāja interfeiss nebūtu aizkavējies un es varētu strādāt redaktorā/pārlūkot tīmekli/lasīt e-pastu izveides laikā bez slinkuma?
Tas ir atkarīgs no jūsu cerībām un jūsu rīku ķēdes.
Priekšgala izstrādei parasti ir īsa/vienkārša rīku ķēde. Viss, kas jums patiešām nepieciešams, ir labs uzdevumam piemērots redaktors, neliels 'rotaļlietas' tīmekļa serveris, iespējams, daži rīki Javascript/CSS samazināšanai (un, iespējams, Sass kompilators) ražošanas būvējumiem, un izstrādes laikā jūs parasti pat neizmantojat. ka.
Aizmugursistēmas izstrādei bieži vien var būt nepieciešams tikai priekšgala izstrāde. Vai arī var būt nepieciešams nedaudz vairāk. Piemēram, es izmantoju PostgreSQL kā datu bāzi. Tātad, man ir vietējais piemērs izstrādei/testēšanai. Es palaižu pgAdmin4, kas darbojas Docker konteinerā. Iespējams, jums būs jāpalaiž virtuālā mašīna, kas atkārto jūsu aizmugursistēmas vidi. GB summējas.
Vietējo lietotņu izstrāde bieži tiek veikta, izmantojot minimālus rīkus. Pamata iOS lietotņu izstrādei jums nav nepieciešams nekas vairāk kā Xcode. Labi, un iOS simulators. Ja veicat kādu hibrīdu, starpplatformu izstrādi, iespējams, pievienojiet papildu rīku ķēdes komponentus un, ja nepieciešams, Android SDK un veidošanas rīkus. Android izstrāde izmanto citu kompilatoru. Pievienojiet citu simulatoru. (Es izmantoju GenyMotion, jo abas Google piedāvātās pieejas ir lēnas kā melase.) Jebkurš pienācīgs Android simulators darbojas virtuālajā mašīnā.
Ak, vai ir jāpārbauda šī vietne operētājsistēmā Windows? Pievienojiet Windows VM.
Mūsdienās tik daudz rīku darbojas konteinerā vai virtuālajā mašīnā. Tas palielina atmiņas nepieciešamību.
Iegūstiet tik daudz atmiņas, cik spēj budžets. Tomēr es domāju, ka 64 GB mūsdienās ir praktiskā robeža lielākajai daļai attīstības. Es nesen ieguvu iMac Pro ar 64 GB izstrādei. Es izmantoju lielu instrumentu komplektu. Es pārbaudu Activity Monitor un atklāju, ka vēl neesmu izmantojis mijmaiņas failu. Bet, kad visi rīki ir ielādēti, es izmantoju kaut kur no 32 GB līdz 64 GB, parasti 40–50 GB. Bet patiesībā man vēl nav bijis VISS uzreiz ielādēts.
Tas, kas jums jājautā sev, ir:
– Vai būvniecības laikā ir svarīgi, lai sistēma būtu atsaucīga?
- Cik ilgu būvniecības ciklu esat gatavs paciest?
Priekšgala izstrādē jums parasti nav “veidošanas cikla”, tas ir, izveide/testēšana/atkārtošana. Cik ilgi esat gatavs gaidīt, lai uzzinātu, ka esat pieļāvis vienkāršu kļūdu, kuras labošana prasīs dažas sekundes? 15 minūtes? 5 minūtes? 1 minūte? 30 sekundes?
Lietojumprogrammu izstrādē, izmantojot kompilētu valodu, jums vienmēr ir izveidošanas cikls, un tas var būt nozīmīgs. Es saprotu, ka Swift veidošanas cikls ir ievērojami garāks nekā Objective-C veidošanas cikls. (Es pats neizmantoju Swift, jo nodarbojos ar hibrīda izstrādi, un pamatā esošais platformas kods ir Objective-C (Java operētājsistēmai Android), C un C++ — bez Swift).
Pieejamās RAM apjoms būtiski ietekmēs veidošanas cikla laiku.
[doublepost=1545084766][/doublepost]
ammulder teica: Cik ilgi jūs plānojat paturēt mašīnu? Tā kā atmiņu nevar uzlabot, jūs patiešām pērkat par to, cik daudz atmiņas jums būs nepieciešams pēc 3–5 gadiem, nevis šodien. (Ņemot vērā, ka katrs izstrādes rīku laidiens patērē vairāk atmiņas nekā iepriekšējā.) Jo īpaši, ja galu galā izmantojat konteinerus vai virtuālās mašīnas (piemēram, lai palaistu kādas aizmugursistēmas lokālo versiju, ar kuru savieno jūsu lietotne), produktivitātes trieciens pārāk maz atmiņas vēlāk nav izmaksu ietaupījumu vērts tagad.Mani klēpjdatori parasti kalpo 4–6 gadus vai pat vairāk, tāpēc, pamatojoties uz to, ko esmu lasījis līdz šim, iespējams, vislabāk būtu iegūt 16 GB versiju, ja vēlos palielināt lietojumu. UZ
Anonīma-pele
- 2016. gada 25. augusts
- 2018. gada 17. decembris
jtara teica: Definējiet, ko jūs domājat ar 'pietiekami'?
(nogriezt)
Mūsdienās tik daudz rīku darbojas konteinerā vai virtuālajā mašīnā. Tas palielina atmiņas nepieciešamību.
Iegūstiet tik daudz atmiņas, cik spēj budžets. Tomēr es domāju, ka 64 GB mūsdienās ir praktiskā robeža lielākajai daļai attīstības. Es nesen ieguvu iMac Pro ar 64 GB izstrādei. Es izmantoju lielu instrumentu komplektu. Es pārbaudu Activity Monitor un atklāju, ka vēl neesmu izmantojis mijmaiņas failu. Bet, kad visi rīki ir ielādēti, es izmantoju kaut kur no 32 GB līdz 64 GB, parasti 40–50 GB. Bet patiesībā man vēl nav bijis VISS uzreiz ielādēts.
Tas, kas jums jājautā sev, ir:
– Vai būvniecības laikā ir svarīgi, lai sistēma būtu atsaucīga?
- Cik ilgu būvniecības ciklu esat gatavs paciest?
Priekšgala izstrādē jums parasti nav “veidošanas cikla”, tas ir, izveide/testēšana/atkārtošana. Cik ilgi esat gatavs gaidīt, lai uzzinātu, ka esat pieļāvis vienkāršu kļūdu, kuras labošana prasīs dažas sekundes? 15 minūtes? 5 minūtes? 1 minūte? 30 sekundes?
Lietojumprogrammu izstrādē, izmantojot kompilētu valodu, jums vienmēr ir izveidošanas cikls, un tas var būt nozīmīgs. Es saprotu, ka Swift veidošanas cikls ir ievērojami garāks nekā Objective-C veidošanas cikls. (Es pats neizmantoju Swift, jo nodarbojos ar hibrīda izstrādi, un pamatā esošais platformas kods ir Objective-C (Java operētājsistēmai Android), C un C++ — bez Swift).
Pieejamās RAM apjoms būtiski ietekmēs veidošanas cikla laiku.
Tas diezgan daudz rezumē. Ja jums ir nepieciešams darbināt virtuālās mašīnas, 8 GB ir iespējams (jūs varat ērti darbināt vienu VM ar 8 GB RAM). Ja jums ir SSD, ātruma atšķirība starp 8 GB un lielāku RAM nebūs īpaši acīmredzama, ja vien nedarbojat lielu skaitu virtuālo mašīnu un/vai nemēģināt apkopot milzīgu kodu bāzi. C
Konstruēt
- 2010. gada 23. jūnijs
- 2018. gada 17. decembris
Atmiņu izsalkušajām lietotnēm, piemēram, XCode un Android Studio, 8 GB būs lieliski. Problēma rastos, ja mēģinātu palaist Slack, kas ir savienots ar vairākām grupām, vienlaikus atstājot pārlūku Chrome atvērtu ar daudzām cilnēm vai varbūt VM sistēmu, lai palaistu dažus Docker konteinerus. Tā ir vienlaicība, kas rada problēmas.
Ja varat atļauties pāriet uz 16 GB un plānojat kādu laiku paturēt šo iekārtu, es domāju, ka tas ir tā vērts, lai nodrošinātu drošību nākotnē. Ja papildu izmaksas ir pietiekamas, lai liktu jums padomāt, aizmirstiet par to un vienkārši veiciet 8 GB. Tu būsi laimīgs jebkurā gadījumā.
revmacian
- 2018. gada 20. oktobris
- LIETOŠANAS
- 2018. gada 17. decembris
jtara teica: 8 GB noteikti nepietiek, piemēram, Mac Mini, jo diezgan laba daļa (atkarībā no modeļa) tiek izmantota displejā.
Kā jau minēju iepriekš, es palaidu Xcode savā 2014. gada Mac mini — tam ir 4 GB RAM, un es neredzu nekādas problēmas. Ja es varu ērti kodēt ar 4 GB, tad 8 GB ir pietiekami. Dž
jtara
- 2009. gada 23. aprīlis
- 2018. gada 30. decembris
kadammanali987 teica: (Cilvēki bieži saglabā pieteikumus kompilēšanai un spēlē spēles līdz tam laikam. Tas palēnina apstrādi)
Vai arī varat vienkārši paātrināt kompilēšanas-saites-palaišanas ciklu līdz vietai, kur tas aizņem ne vairāk kā veselīgas izņemšanas no krēsla uz pāris minūtēm.
Viena no tā daļām ir pietiekami daudz atmiņas, lai kompilators varētu strādāt efektīvi, ar minimālu/bez apmaiņas.
Tas, ka VAR, nenozīmē, ka VAJAG. Jums ir jāizlemj, cik vērtīgs ir jūsu laiks.
Noteicošais brīdis šim vienādojumam man bija pirms daudziem, daudziem gadiem. Produkts ar nosaukumu Instant-C. Tas samazināja šo ciklu no vairākām minūtēm līdz vairākām sekundēm. Tas mani iedvesmoja samazināt kompilēšanas-saites palaišanas ciklu lietojumprogrammai, kas simulē un analizē variācijas (no modeļa, kas sākotnēji rakstīts Fortran) mehāniskajos mezglos no 1/2 stundas līdz mazāk nekā minūtei. (Labi, es krāpjos — es noņēmu kompilēšanas-saites palaišanas ciklu... uzrakstot domēnam specifisku kompilatoru un pavadošo baitu koda tulku) 35 gadus vēlāk tas joprojām ir dominējošais risinājums šim domēnam.
Lai nu kā, OP savu lēmumu pieņēma – manuprāt, gudru.
BTW, ja es joprojām izmantotu savu 2012. gada i7 Mini būvēšanai, es izmantotu Ramdisku. Tas man Mini saīsina aptuveni uz pusi. Es to izmēģināju savā jaunajā iMac Pro, taču man nebija tādas pašas ietekmes. Es baidos, ka es nedomāju izmēģināt RAM disku, līdz es ieguvu iMac Pro. MacOS nav īsti lielisku RamDisk risinājumu. Mini ir 16 GB. Iekārtā ar 4 GB RAM diskam nav rezerves. (IMac Pro ir 64 GB).
vbctv
uz
- 2013. gada 25. septembris
- Klīvlenda, OH
- 2019. gada 2. maijs
jtara teica: Vai MacBook Pro displejā izmanto sistēmas atmiņu?
Ar 8 GB noteikti nepietiek, piemēram, Mac Mini, jo diezgan laba daļa (atkarībā no modeļa) tiek izmantota displejā.
Vissvarīgākā šeit sniegtā atsauksme ir tāda, ka jaunākajos MacBooks atmiņa ir pielodēta. Jūs pieņemat lēmumu nākamajiem vairākiem gadiem.
Man ir 2018. gada mac Mini, kas ir savienots ar 2 monitoriem un 8 GB RAM, es nekad neredzu nekādas problēmas un veicu gan Android Studio, gan Xcode izstrādes darbus, kā arī fonā palaist MAMP Pro. Atmiņas spiediena monitors nekad īsti nepalielinās un vienmēr paliek zaļš un zems. Esmu debatējis par jaunināšanu uz 16 GB, bet īsti neredzu vajadzību, ja vien neatradu slepkavību pārdošanā.... C
ChromeCloud
- 2009. gada 21. jūnijs
- Itālija
- 2019. gada 2. maijs
Mēģinot izmantot savu MacBook Air ar 4 GB RAM, lai izstrādātu iOS lietotnes (es runāju par īstām lietotnēm, nevis tikai maziem demonstrācijas projektiem), pieredze ļoti ātri kļūst diezgan nomākta. Vienkārši atverot Xcode un Safari ar 3 vai 4 cilnēm, jūsu operatīvā atmiņa tiks pilnībā piesātināta (atcerieties, ka sistēma pati par sevi aizņem apmēram 2 GB), un simulatora izmantošana lietojumprogrammu atkļūdošanai ir gandrīz neiespējama (dators palēninās, līdz tas vairs nereaģē).
Ar 8 GB viss būs kārtībā. Bet ne uz ilgu laiku. Pieņemsim, ka 8 GB ir minimums, lai ērti darbinātu pilnu iOS izstrādes komplektu + pāris lietojumprogrammas sānos, ja vēlaties, piemēram, izdomātu teksta redaktoru vai dažus rīkus, lai izveidotu, piemēram, vektorgrafiku.
Tātad, ja man tagad būtu jāiegādājas jauna mašīna un tā jāuztur nākamos 3 gadus vai ilgāk, es iegūtu vismaz 16 GB RAM.
Vēl viens piesardzības vārds: es to nekad nebūtu gaidījis pirms dažiem gadiem, kad iegādājos savu iMac (kuram ir 32 GB RAM un tā ir mana galvenā darbstacija), taču šķiet, ka, ja vēlaties palaist simulatoru bez visa GUI stostīšanās, VRAM (aka video atmiņai) arī ir svarīga loma vienādojumā.
Tīklenes iMac datoram ar 2GB videokarti nepietiks, lai viss darbotos nevainojami: ik pēc dažām sekundēm buferis kļūst pilns (to gan es piedzīvoju tikai simulatora darbības laikā), un iMac sasalst uz sekundes daļu tiek iztukšota un atkal piepildīta. Tas ir ļoti kaitinoši.
Tāpēc mans ieteikums kaut kam, ar ko jūs varat ērti strādāt nākamos 3 gadus, ir šāds: 16 GB RAM (vai vairāk) + 4 GB VRAM (vai vairāk) .
mkelly
- 2007. gada 29. novembris
- 2019. gada 3. maijs
pūļi
- 2019. gada 12. februāris
- 2019. gada 4. maijs
Tajā pašā lietojumprogrammā es redzu, ka RAM lietojums ir mazāks par 8 GB bez mijmaiņas. Vēlāk es domāju atjaunināt RAM, bet es šobrīd nesteidzos. F
Filipeteixeira
- 2013. gada 10. aprīlis
- 2019. gada 6. maijs
Populārākas Posts