iMacedonian
Orihinal na poster- Oktubre 10, 2015
- Brno, CZ
- Disyembre 15, 2018
Seryoso kong pinag-iisipan ang pagkuha ng MacBook Pro 13' 2018. Ang pangunahing paggamit ng laptop ay para sa coding (front-end web development) ngunit gusto kong sumabak sa pag-develop ng iOS app sa susunod. Sa sinabi nito, sapat ba ang 8 GB ng RAM upang patakbuhin ang XCODE o dapat akong mamuhunan pa para makuha ang 16 GB na bersyon?
revmacian
- Oktubre 20, 2018
- GAMITIN
- Disyembre 15, 2018
iMacedonian said: Hey there.Pinapatakbo ko ang Xcode sa aking 2014 Mac mini - mayroon itong 4GB RAM at wala akong nakikitang mga problema. Mayroong ilang mga tao na magsasabi sa iyo na ang 16GB o higit pang RAM ay kinakailangan, ngunit nakita ko na ito ay hindi totoo.
Seryoso kong pinag-iisipan ang pagkuha ng MacBook Pro 13' 2018. Ang pangunahing paggamit ng laptop ay para sa coding (front-end web development) ngunit gusto kong sumabak sa pag-develop ng iOS app sa susunod. Sa sinabi nito, sapat ba ang 8 GB ng RAM upang patakbuhin ang XCODE o dapat akong mamuhunan pa para makuha ang 16 GB na bersyon?
Emanuel rodriguez
- Oktubre 17, 2018
- Disyembre 15, 2018
Sinabi ni revmacian: Pinapatakbo ko ang Xcode sa aking 2014 Mac mini - mayroon itong 4GB RAM at wala akong nakikitang mga problema. Mayroong ilang mga tao na magsasabi sa iyo na ang 16GB o higit pang RAM ay kinakailangan, ngunit nakita ko na ito ay hindi totoo.Sumang-ayon. Nalaman ko na kahit ang isang Raspberry Pi na may nag-iisang gig ng RAM ay may kakayahang mag-compile ng karamihan sa mga bagay. Kung ang isang proyekto ay may isang toneladang C++ code (tumingin sa iyo LLVM), o iba pang kumplikadong mga wika (na nangangailangan ng compiler na magtrabaho nang husto, at sa gayon ay gumamit ng mas maraming RAM), kung gayon sa pangkalahatan ay hindi ito maaaring pamahalaan. Tila sa paligid ng 3GB ay isang ligtas na minimum para sa gawaing pag-unlad, sa aking karanasan.
EDIT: Bagama't tandaan na ito ay 3GB sa loob ng isang VM, nang walang GUI. Ang 8GB na opsyon ay tiyak na ligtas, sa ngayon. Inirerekomenda ko ang 16GB para lamang sa pag-proofing sa hinaharap. Nagsisimula nang maging hindi gaanong komportable ang 8GB kaysa sa mga nakalipas na panahon. Huling na-edit: Disyembre 15, 2018
ammulder
- Disyembre 18, 2015
- Disyembre 16, 2018
dogslobber
- Oktubre 19, 2014
- Apple Campus, Cupertino CA
- Disyembre 16, 2018
960 na disenyo
- Abr 17, 2012
- Destiny, FL
- Disyembre 17, 2018
iMacedonian said: Hey there.Napakarami ng 8GB, gumagamit ako ng 16GB MBPr at bihirang makita ang pagtaas ng presyon ng memorya sa itaas ng 8GB.
Seryoso kong pinag-iisipan ang pagkuha ng MacBook Pro 13' 2018. Ang pangunahing paggamit ng laptop ay para sa coding (front-end web development) ngunit gusto kong sumabak sa pag-develop ng iOS app sa susunod. Sa sinabi nito, sapat ba ang 8 GB ng RAM upang patakbuhin ang XCODE o dapat akong mamuhunan pa para makuha ang 16 GB na bersyon?
Bilang isang tabi, tingnan ang Expo.io ( https://expo.io/ ). Ito ang ginagamit ng lahat ng mga cool na bata sa mga araw na ito (na mas madaling i-deploy sa maraming platform). Caveat: gagana para sa karamihan ng mga app, ngunit ang ilan ay may partikular na mga kinakailangan sa hardware / pangangailangan na hindi matutupad ng expo. Gayunpaman isang kamangha-manghang panimulang lugar.
jtara
- Abr 23, 2009
- Disyembre 17, 2018
Ang ibig mo bang sabihin ay 'sapat para hindi mabigo ang mga build?'
O 'sapat na para kumpleto ang pagbuo sa isang katanggap-tanggap na timeframe'?
At/o 'sapat na upang ang UI ay hindi laggy, at maaari akong magtrabaho sa isang editor/mag-browse sa web/magbasa ng email sa panahon ng isang build nang walang katamaran?
Depende ito sa iyong mga inaasahan at sa iyong toolchain.
Karaniwang mayroong maikli/simpleng toolchain ang frontend development. Ang kailangan mo lang ay isang mahusay na editor na angkop para sa gawain, ilang maliit na 'laruan' na web server, marahil ilang mga tool para sa pagpapaliit ng Javascript/CSS (at marahil isang Sass compiler) para sa mga pagbuo ng produksyon, at sa panahon ng pag-unlad ay karaniwang hindi mo gagamitin. na.
Ang pag-develop sa backend ay kadalasang nangangailangan ng hindi hihigit sa front-end na pag-unlad. O baka kailangan pa ng kaunti. Halimbawa, ginagamit ko ang PostgreSQL bilang isang database. Kaya, mayroon akong lokal na halimbawa para sa pag-unlad/pagsubok. Nagpapatakbo ako ng pgAdmin4, na tumatakbo sa isang lalagyan ng Docker. Maaaring kailanganin mong magpatakbo ng VM na gumagaya sa iyong backend na kapaligiran. Ang GB ay nagdaragdag.
Ang pag-develop ng katutubong app ay kadalasang ginagawa gamit ang kaunting mga tool. Para sa pangunahing pag-develop ng iOS app, wala kang kailangan kundi ang Xcode. OK, at ang iOS simulator. Kung gumagawa ka ng ilang uri ng hybrid, cross-platform na pag-develop, malamang na magdagdag ng mga karagdagang bahagi ng toolchain - at kung kinakailangan ang mga Android SDK at bumuo ng mga tool. Gumagamit ang Android development ng ibang compiler. Magdagdag ng isa pang simulator. (Gumagamit ako ng GenyMotion, dahil ang parehong mga diskarte na ibinigay ng Google ay mabagal bilang molasses.) Ang anumang disenteng Android simulator ay tumatakbo sa isang VM.
Oh, kailangan bang subukan ang website na iyon sa Windows? Magdagdag ng Windows VM.
Napakaraming tool ngayon ang tumatakbo sa isang lalagyan o isang VM. Iyon ay nagdaragdag sa kinakailangan ng memorya.
Kumuha ng mas maraming memorya hangga't kaya ng iyong badyet. Sa tingin ko, gayunpaman, ang 64GB ay ang praktikal na hangganan ngayon para sa karamihan ng pag-unlad. Kamakailan ay nakakuha ako ng iMac Pro na may 64GB para sa pagpapaunlad. Gumagamit ako ng malaking tool set. Sinusuri ko ang Activity Monitor, at nakita kong hindi pa ako gumagamit ng swap file. Ngunit kapag na-load na ang lahat ng tool, gumagamit ako sa pagitan ng 32GB at 64GB, karaniwang 40-50GB. Pero sa totoo lang hindi ko pa na-load ang LAHAT ng sabay-sabay.
Ang dapat mong itanong sa iyong sarili ay:
- Mahalaga bang maging tumutugon ang system habang gumagawa?
- Gaano katagal ng isang ikot ng pagbuo ang handa mong tiisin?
Sa front end development, karaniwan kang walang 'build cycle', iyon ay, build/test/repeat. Gaano katagal ka handa na maghintay upang malaman na nakagawa ka ng isang simpleng pagkakamali na tatagal ng ilang segundo upang maitama? 15 minuto? 5 minuto? 1 minuto? 30 segundo?
Sa pagbuo ng app gamit ang isang pinagsama-samang wika, palagi kang mayroong ikot ng pagbuo, at maaari itong maging makabuluhan. Naiintindihan ko na ang Swift build cycle ay mas mahaba kaysa sa Objective-C build cycle. (Hindi ko ginagamit ang Swift sa aking sarili, dahil gumagawa ako ng hybrid development, at ang pinagbabatayan na code ng platform ay nasa Objective-C (Java para sa Android), C, at C++ - walang Swift).
Ang dami ng magagamit na RAM ay magkakaroon ng malaking epekto sa oras ng ikot ng pagbuo.
mpe
- Setyembre 3, 2010
- Disyembre 17, 2018
Oo. Ang 8GB RAM ay sapat na para sa karamihan ng mga bagay.
jtara
- Abr 23, 2009
- Disyembre 17, 2018
sabi ni mpe: Oo. Ang 8GB RAM ay sapat na para sa karamihan ng mga bagay.
Gumagamit ba ang MacBook Pro ng system memory para sa display?
Tiyak na hindi sapat ang 8GB sa - halimbawa - sa isang Mac Mini, bilang isang magandang tipak (depende sa modelo) na ginagamit para sa display.
Ang pinakamahalagang feedback na ibinigay dito ay na sa mga kamakailang MacBook, ang memorya ay ibinebenta pababa. Gumagawa ka ng desisyon para sa susunod na ilang taon.
Toutou
sa
- Ene 6, 2015
- Prague, Czech Republic
- Disyembre 17, 2018
iMacedonian
Orihinal na poster- Oktubre 10, 2015
- Brno, CZ
- Disyembre 17, 2018
Sinabi ni jtara: Tukuyin kung ano ang ibig mong sabihin ng 'sapat'?Salamat sa malawak na tugon na iyon, nagbigay ito sa akin ng mas magandang pananaw sa mga mapagkukunang kailangan para sa iba't ibang coding na mga sitwasyong nabanggit mo.
Ang ibig mo bang sabihin ay 'sapat para hindi mabigo ang mga build?'
O 'sapat na para kumpleto ang pagbuo sa isang katanggap-tanggap na timeframe'?
At/o 'sapat na upang ang UI ay hindi laggy, at maaari akong magtrabaho sa isang editor/mag-browse sa web/magbasa ng email sa panahon ng isang build nang walang katamaran?
Depende ito sa iyong mga inaasahan at sa iyong toolchain.
Karaniwang mayroong maikli/simpleng toolchain ang frontend development. Ang kailangan mo lang ay isang mahusay na editor na angkop para sa gawain, ilang maliit na 'laruan' na web server, marahil ilang mga tool para sa pagpapaliit ng Javascript/CSS (at marahil isang Sass compiler) para sa mga pagbuo ng produksyon, at sa panahon ng pag-unlad ay karaniwang hindi mo gagamitin. na.
Ang pag-develop sa backend ay kadalasang nangangailangan ng hindi hihigit sa front-end na pag-unlad. O baka kailangan pa ng kaunti. Halimbawa, ginagamit ko ang PostgreSQL bilang isang database. Kaya, mayroon akong lokal na halimbawa para sa pag-unlad/pagsubok. Nagpapatakbo ako ng pgAdmin4, na tumatakbo sa isang lalagyan ng Docker. Maaaring kailanganin mong magpatakbo ng VM na gumagaya sa iyong backend na kapaligiran. Ang GB ay nagdaragdag.
Ang pag-develop ng katutubong app ay kadalasang ginagawa gamit ang kaunting mga tool. Para sa pangunahing pag-develop ng iOS app, wala kang kailangan kundi ang Xcode. OK, at ang iOS simulator. Kung gumagawa ka ng ilang uri ng hybrid, cross-platform na pag-develop, malamang na magdagdag ng mga karagdagang bahagi ng toolchain - at kung kinakailangan ang mga Android SDK at bumuo ng mga tool. Gumagamit ang Android development ng ibang compiler. Magdagdag ng isa pang simulator. (Gumagamit ako ng GenyMotion, dahil ang parehong mga diskarte na ibinigay ng Google ay mabagal bilang molasses.) Ang anumang disenteng Android simulator ay tumatakbo sa isang VM.
Oh, kailangan bang subukan ang website na iyon sa Windows? Magdagdag ng Windows VM.
Napakaraming tool ngayon ang tumatakbo sa isang lalagyan o isang VM. Iyon ay nagdaragdag sa kinakailangan ng memorya.
Kumuha ng mas maraming memorya hangga't kaya ng iyong badyet. Sa tingin ko, gayunpaman, ang 64GB ay ang praktikal na hangganan ngayon para sa karamihan ng pag-unlad. Kamakailan ay nakakuha ako ng iMac Pro na may 64GB para sa pagpapaunlad. Gumagamit ako ng malaking tool set. Sinusuri ko ang Activity Monitor, at nakita kong hindi pa ako gumagamit ng swap file. Ngunit kapag na-load na ang lahat ng tool, gumagamit ako sa pagitan ng 32GB at 64GB, karaniwang 40-50GB. Pero sa totoo lang hindi ko pa na-load ang LAHAT ng sabay-sabay.
Ang dapat mong itanong sa iyong sarili ay:
- Mahalaga bang maging tumutugon ang system habang gumagawa?
- Gaano katagal ng isang ikot ng pagbuo ang handa mong tiisin?
Sa front end development, karaniwan kang walang 'build cycle', iyon ay, build/test/repeat. Gaano katagal ka handa na maghintay upang malaman na nakagawa ka ng isang simpleng pagkakamali na tatagal ng ilang segundo upang maitama? 15 minuto? 5 minuto? 1 minuto? 30 segundo?
Sa pagbuo ng app gamit ang isang pinagsama-samang wika, palagi kang mayroong ikot ng pagbuo, at maaari itong maging makabuluhan. Naiintindihan ko na ang Swift build cycle ay mas mahaba kaysa sa Objective-C build cycle. (Hindi ko ginagamit ang Swift sa aking sarili, dahil gumagawa ako ng hybrid development, at ang pinagbabatayan na code ng platform ay nasa Objective-C (Java para sa Android), C, at C++ - walang Swift).
Ang dami ng magagamit na RAM ay magkakaroon ng malaking epekto sa oras ng ikot ng pagbuo.
[doublepost=1545084766][/doublepost]
sabi ni ammulder: Gaano katagal mo pinaplano na panatilihin ang makina? Dahil hindi ma-upgrade ang memorya, talagang binibili mo kung gaano karaming memory ang kakailanganin mo sa loob ng 3-5 taon, hindi ngayon. (Inaalala na ang bawat paglabas ng mga tool sa pag-develop ay gumagamit ng mas maraming memorya kaysa sa nakaraan.) Lalo na kung gagamit ka ng mga lalagyan o VM (hal. upang magpatakbo ng lokal na bersyon ng ilang back-end kung saan kumokonekta ang iyong app), ang hit ng pagiging produktibo ng masyadong maliit na memorya mamaya ay hindi katumbas ng halaga ang pagtitipid sa gastos ngayon.Ang aking mga laptop ay karaniwang tumatagal ng 4-6 na taon, o higit pa, kaya batay sa kung ano ang nabasa ko sa ngayon, marahil ay pinakamahusay na kunin ang 16 GB na bersyon kung nais kong i-maximize ang paggamit. SA
Anony-mouse
- Agosto 25, 2016
- Disyembre 17, 2018
Sinabi ni jtara: Tukuyin kung ano ang ibig mong sabihin ng 'sapat'?
(snip)
Napakaraming tool ngayon ang tumatakbo sa isang lalagyan o isang VM. Iyon ay nagdaragdag sa kinakailangan ng memorya.
Kumuha ng mas maraming memorya hangga't kaya ng iyong badyet. Sa tingin ko, gayunpaman, ang 64GB ay ang praktikal na hangganan ngayon para sa karamihan ng pag-unlad. Kamakailan ay nakakuha ako ng iMac Pro na may 64GB para sa pagpapaunlad. Gumagamit ako ng malaking tool set. Sinusuri ko ang Activity Monitor, at nakita kong hindi pa ako gumagamit ng swap file. Ngunit kapag na-load na ang lahat ng tool, gumagamit ako sa pagitan ng 32GB at 64GB, karaniwang 40-50GB. Pero sa totoo lang hindi ko pa na-load ang LAHAT ng sabay-sabay.
Ang dapat mong itanong sa iyong sarili ay:
- Mahalaga bang maging tumutugon ang system habang gumagawa?
- Gaano katagal ng isang ikot ng pagbuo ang handa mong tiisin?
Sa front end development, karaniwan kang walang 'build cycle', iyon ay, build/test/repeat. Gaano katagal ka handa na maghintay upang malaman na nakagawa ka ng isang simpleng pagkakamali na tatagal ng ilang segundo upang maitama? 15 minuto? 5 minuto? 1 minuto? 30 segundo?
Sa pagbuo ng app gamit ang isang pinagsama-samang wika, palagi kang mayroong ikot ng pagbuo, at maaari itong maging makabuluhan. Naiintindihan ko na ang Swift build cycle ay mas mahaba kaysa sa Objective-C build cycle. (Hindi ko ginagamit ang Swift sa aking sarili, dahil gumagawa ako ng hybrid development, at ang pinagbabatayan na code ng platform ay nasa Objective-C (Java para sa Android), C, at C++ - walang Swift).
Ang dami ng magagamit na RAM ay magkakaroon ng malaking epekto sa oras ng ikot ng pagbuo.
Ito medyo sums up ito. Kung kailangan mong magpatakbo ng mga VM, ang 8 GB ay magagawa (maaari mong patakbuhin nang kumportable ang isang VM sa 8 GB RAM). Kung mayroon kang SSD, ang pagkakaiba ng bilis sa pagitan ng pagkakaroon ng 8 GB kumpara sa higit pang RAM ay hindi masyadong halata maliban kung nagpapatakbo ka ng malaking bilang ng mga VM at/o sinusubukang mag-compile ng malaking codebase. C
Bumuo
- Hun 23, 2010
- Disyembre 17, 2018
Magiging maayos ang memory hungry na app tulad ng XCode at Android Studio sa 8GB. Darating ang problema kung sinubukan mong patakbuhin ang Slack na konektado sa maraming grupo, habang iniiwan ang Chrome na nakabukas na may maraming tab, o maaaring isang VM system para magpatakbo ng ilang mga container ng Docker. Ang pagkakaisa ang nagdudulot ng mga problema.
Kung kaya mong tumalon sa 16GB at plano mong panatilihin ang makina na ito nang ilang sandali, sa palagay ko ito ay lubos na sulit para sa hinaharap-proofing. Kung ang dagdag na gastos ay sapat na para makapag-isip ka ng dalawang beses, pagkatapos ay kalimutan ang tungkol dito at gawin lamang ang 8GB. Magiging masaya ka sa alinmang paraan.
revmacian
- Oktubre 20, 2018
- GAMITIN
- Disyembre 17, 2018
Sinabi ni jtara: Tiyak na hindi sapat ang 8GB sa - halimbawa - sa isang Mac Mini, bilang isang magandang tipak (depende sa modelo) na ginagamit para sa display.
Gaya ng sinabi ko kanina, pinapatakbo ko ang Xcode sa aking 2014 Mac mini - mayroon itong 4GB RAM at wala akong nakikitang mga problema. Kung makakapag-code ako nang kumportable gamit ang 4GB, kung gayon ang 8GB ay marami. J
jtara
- Abr 23, 2009
- Disyembre 30, 2018
Sinabi ni kadammanali987: (Madalas na pinapanatili ng mga tao ang aplikasyon para sa pag-compile at paglalaro hanggang sa panahong iyon. Pinapabagal nito ang pagproseso)
O maaari mo lang pabilisin ang pag-ikot ng compile-link-run hanggang sa punto kung saan aabutin ng hindi hihigit sa isang malusog na pag-alis sa upuan sa loob ng ilang minuto.
Ang isang bahagi nito ay ang pagkakaroon ng sapat na memorya para gumana nang mahusay ang compiler, na may minimal/walang pagpapalit.
Na KAYA mo hindi ibig sabihin na DAPAT. Kailangan mong magpasya kung gaano kahalaga ang iyong oras.
Ang pagtukoy ng sandali para sa equation na ito para sa akin ay marami, maraming taon na ang nakararaan. Isang produkto na tinatawag na Instant-C. Binawasan nito ang cycle na iyon mula sa ilang minuto hanggang ilang segundo. Naging inspirasyon ito sa akin na bawasan ang isang ikot ng pag-compile-link-run para sa isang application na ginagaya at sinusuri ang mga variation (mula sa isang modelo, orihinal na isinulat sa Fortran) sa mga mechanical assemblies mula 1/2 oras hanggang wala pang isang minuto. (OK, niloko ko - inalis ko ang cycle ng compile-link-run... sa pamamagitan ng pagsulat ng compiler na partikular sa domain at kasamang bytecode interpreter) 35 taon na ang lumipas, ito pa rin ang nangingibabaw na solusyon para sa domain na iyon.
Anyway, ginawa ni OP ang kanyang desisyon - I think a wise one.
BTW, ginagamit ko pa ba ang aking 2012 i7 Mini para sa mga build, gagamit ako ng Ramdisk. Ito ay humigit-kumulang kalahati ng pagbuo ng oras para sa akin sa Mini. Sinubukan ko ito sa aking bagong iMac Pro, ngunit hindi nagkaroon ng parehong epekto. Natatakot ako na hindi ko naisip na subukan ang ramdisk hanggang sa makuha ko ang iMac Pro. Ang MacOS ay walang magandang RamDisk na solusyon. Ang Mini ay may 16GB. Walang margin para sa isang ramdisk sa isang makina na may 4GB. (Ang iMac Pro ay may 64GB).
vbctv
sa
- Set 25, 2013
- Cleveland, OH
- Mayo 2, 2019
jtara said: Gumagamit ba ang MacBook Pro ng system memory para sa display?
Tiyak na hindi sapat ang 8GB sa - halimbawa - sa isang Mac Mini, bilang isang magandang tipak (depende sa modelo) na ginagamit para sa display.
Ang pinakamahalagang feedback na ibinigay dito ay na sa mga kamakailang MacBook, ang memorya ay ibinebenta pababa. Gumagawa ka ng desisyon para sa susunod na ilang taon.
Mayroon akong 2018 mac Mini na naka-hook sa 2 monitor at may 8GB RAM, wala akong nakikitang anumang isyu at ginagawa ang parehong Android Studio at Xcode development work at pinapatakbo ang MAMP Pro sa background. Ang memory pressure monitor ay hindi talaga tumataas at palaging nananatiling berde at mababa. Nagdedebate ako ng pag-upgrade sa 16GB ngunit hindi ko talaga nakikita ang pangangailangan maliban kung makakita ako ng isang killer deal na ibinebenta.... C
ChromeCloud
- Hun 21, 2009
- Italya
- Mayo 2, 2019
Kapag sinubukan kong gamitin ang aking MacBook Air na may 4GB ng RAM upang bumuo ng mga iOS app (ang tinutukoy ko ay totoong apps, hindi lamang mga maliliit na demo na proyekto), ang karanasan ay nagiging medyo nakakadismaya nang napakabilis. Ang pagbubukas lamang ng Xcode at Safari na may 3 o 4 na tab ay ganap na mababad ang iyong RAM (tandaan na ang system mismo ay tumatagal ng humigit-kumulang 2GB) at ang paggamit ng simulator upang i-debug ang iyong mga app ay halos imposible (ang computer ay bumagal hanggang sa punto ng pagiging hindi tumutugon).
Sa 8GB magiging OK ka. Pero hindi magtatagal. Sabihin nating 8GB ang pinakamababa para kumportableng tumakbo ang buong iOS development suite + ilang app sa gilid kung gusto mong magkaroon ng tulad ng isang magarbong text editor o ilang tool para makagawa ng vector graphics halimbawa.
Kaya, kung kailangan kong bumili ng bagong makina ngayon at panatilihin ito sa susunod na 3 taon o higit pa, makakakuha ako ng hindi bababa sa 16GB ng RAM.
Isa pang salita ng pag-iingat: Hindi ko inaasahan ito ilang taon na ang nakalilipas nang binili ko ang aking iMac (na mayroong 32GB ng RAM at ito ang aking pangunahing workstation), ngunit mukhang kung gusto mong patakbuhin ang simulator nang hindi nauutal ang buong GUI, Ang VRAM (aka video memory) ay gumaganap din ng isang mahalagang papel sa equation.
Para sa isang retina iMac, ang isang 2GB na video card ay hindi magiging sapat upang patakbuhin ang lahat ng maayos: bawat ilang segundo ay napupuno ang buffer (nararanasan ko lang ito habang pinapatakbo ang simulator) at ang iMac ay nagyeyelo sa loob ng isang bahagi ng isang segundo habang ito. ay nahuhulog at napuno muli. Super nakakainis.
Kaya ang aking rekomendasyon para sa isang bagay kung saan maaari kang magtrabaho nang kumportable para sa susunod na 3 taon ay: 16GB ng RAM (o higit pa) + 4GB ng VRAM (o higit pa) .
mkely
- Nob 29, 2007
- Mayo 3, 2019
maraming tao
- Peb 12, 2019
- Mayo 4, 2019
Sa parehong application nakikita ko na ang paggamit ng RAM ay mas mababa sa 8 GB na walang swap. Para mamaya ay iniisip kong i-update ang RAM ngunit hindi ako nagmamadali sa ngayon. F
Filipeteixeira
- Abr 10, 2013
- Mayo 6, 2019
Patok Na Mga Post