iMacedonian
ఒరిజినల్ పోస్టర్- అక్టోబర్ 10, 2015
- బ్ర్నో, CZ
- డిసెంబర్ 15, 2018
నేను MacBook Pro 13' 2018ని పొందాలని తీవ్రంగా ఆలోచిస్తున్నాను. ల్యాప్‌టాప్ యొక్క ప్రాథమిక ఉపయోగం కోడింగ్ (ఫ్రంట్-ఎండ్ వెబ్ డెవలప్‌మెంట్) కోసం ఉంటుంది, అయితే నేను తర్వాత iOS యాప్ డెవలప్‌మెంట్‌లోకి ప్రవేశించాలనుకుంటున్నాను. దీనితో, XCODEని అమలు చేయడానికి 8 GB RAM సరిపోతుందా లేదా 16 GB వెర్షన్‌ని పొందడానికి నేను మరికొంత పెట్టుబడి పెట్టాలా?
revmacian
- అక్టోబర్ 20, 2018
- ఉపయోగాలు
- డిసెంబర్ 15, 2018
ఇమసిడోనియన్ చెప్పారు: హే.నేను నా 2014 Mac మినీలో Xcodeని రన్ చేస్తున్నాను - ఇందులో 4GB RAM ఉంది మరియు నాకు ఎలాంటి సమస్యలు కనిపించడం లేదు. 16GB లేదా అంతకంటే ఎక్కువ ర్యామ్ తప్పనిసరి అని మీకు చెప్పే కొందరు వ్యక్తులు ఉంటారు, కానీ ఇది నిజం కాదని నేను చూశాను.
నేను MacBook Pro 13' 2018ని పొందాలని తీవ్రంగా ఆలోచిస్తున్నాను. ల్యాప్‌టాప్ యొక్క ప్రాథమిక ఉపయోగం కోడింగ్ (ఫ్రంట్-ఎండ్ వెబ్ డెవలప్‌మెంట్) కోసం ఉంటుంది, అయితే నేను తర్వాత iOS యాప్ డెవలప్‌మెంట్‌లోకి ప్రవేశించాలనుకుంటున్నాను. దీనితో, XCODEని అమలు చేయడానికి 8 GB RAM సరిపోతుందా లేదా 16 GB వెర్షన్‌ని పొందడానికి నేను మరికొంత పెట్టుబడి పెట్టాలా?
ఇమాన్యుయేల్ రోడ్రిగ్జ్
- అక్టోబర్ 17, 2018
- డిసెంబర్ 15, 2018
revmacian ఇలా అన్నారు: నేను నా 2014 Mac మినీలో Xcodeని రన్ చేస్తున్నాను - ఇందులో 4GB RAM ఉంది మరియు నాకు ఎలాంటి సమస్యలు కనిపించడం లేదు. 16GB లేదా అంతకంటే ఎక్కువ ర్యామ్ తప్పనిసరి అని మీకు చెప్పే కొందరు వ్యక్తులు ఉంటారు, కానీ ఇది నిజం కాదని నేను చూశాను.అంగీకరించారు. రాస్ప్‌బెర్రీ పై దాని సింగిల్ గిగ్ ర్యామ్‌తో కూడా చాలా విషయాలను కంపైల్ చేయగలదని నేను కనుగొన్నాను. ప్రాజెక్ట్‌లో ఒక టన్ను C++ కోడ్ (మీరు LLVMని చూస్తున్నారు) లేదా ఇతర సంక్లిష్ట భాషలు (కంపైలర్ కష్టపడి పనిచేయడం మరియు ఆ విధంగా ఎక్కువ RAMని ఉపయోగించడం) కలిగి ఉంటే, అది సాధారణంగా దానిని నిర్వహించదు. నా అనుభవంలో, డెవలప్‌మెంట్ పనుల కోసం దాదాపు 3GB సురక్షితమైన కనిష్టంగా ఉంది.
సవరణ: ఇది GUI లేకుండా VM లోపల 3GB ఉందని గుర్తుంచుకోండి. ప్రస్తుతానికి 8GB ఎంపిక ఖచ్చితంగా సురక్షితం. అయితే భవిష్యత్ ప్రూఫింగ్ కోసం నేను 16GBని సిఫార్సు చేస్తాను. 8GB గతంలో కంటే తక్కువ సౌకర్యంగా మారడం ప్రారంభించింది. చివరిగా సవరించబడింది: డిసెంబర్ 15, 2018
రక్షకుడు
- డిసెంబర్ 18, 2015
- డిసెంబర్ 16, 2018
కుక్కలు కొట్టువాడు
- అక్టోబర్ 19, 2014
- ఆపిల్ క్యాంపస్, కుపెర్టినో CA
- డిసెంబర్ 16, 2018
960 డిజైన్
- ఏప్రిల్ 17, 2012
- డెస్టినీ, FL
- డిసెంబర్ 17, 2018
ఇమసిడోనియన్ చెప్పారు: హే.8GB పుష్కలంగా ఉంది, నేను 16GB MBPrని ఉపయోగిస్తాను మరియు మెమరీ ప్రెజర్ 8GB కంటే ఎక్కువగా పెరగడాన్ని చాలా అరుదుగా చూస్తాను.
నేను MacBook Pro 13' 2018ని పొందాలని తీవ్రంగా ఆలోచిస్తున్నాను. ల్యాప్‌టాప్ యొక్క ప్రాథమిక ఉపయోగం కోడింగ్ (ఫ్రంట్-ఎండ్ వెబ్ డెవలప్‌మెంట్) కోసం ఉంటుంది, అయితే నేను తర్వాత iOS యాప్ డెవలప్‌మెంట్‌లోకి ప్రవేశించాలనుకుంటున్నాను. దీనితో, XCODEని అమలు చేయడానికి 8 GB RAM సరిపోతుందా లేదా 16 GB వెర్షన్‌ని పొందడానికి నేను మరికొంత పెట్టుబడి పెట్టాలా?
పక్కన పెడితే, Expo.io ( https://expo.io/ ) ఈ రోజుల్లో మంచి పిల్లలందరూ దీనిని ఉపయోగిస్తున్నారు (బహుళ ప్లాట్‌ఫారమ్‌లలో అమలు చేయడం చాలా సులభం). హెచ్చరిక: చాలా యాప్‌ల కోసం పని చేస్తుంది, కానీ కొన్ని నిర్దిష్ట హార్డ్‌వేర్ అవసరాలు / అవసరాలను కలిగి ఉంటాయి, అవి ఎక్స్‌పో పూర్తి చేయవు. ఏది ఏమైనప్పటికీ, ఒక అద్భుతమైన ప్రారంభ ప్రదేశం.
జ్తర
- ఏప్రిల్ 23, 2009
- డిసెంబర్ 17, 2018
'బిల్డ్‌లు విఫలం కాకుండా సరిపోతాయా?'
లేదా ఆమోదయోగ్యమైన కాలవ్యవధిలో నిర్మాణాలు పూర్తయ్యేలా సరిపోతాయా?
మరియు/లేదా 'ఉంటే చాలు UI వెనుకబడి ఉండదు మరియు నేను ఎడిటర్‌లో పని చేయగలనా/వెబ్‌ని బ్రౌజ్ చేయగలనా/నిదానం లేకుండా నిర్మించే సమయంలో ఇమెయిల్ చదవగలనా?
ఇది మీ అంచనాలు మరియు మీ టూల్‌చెయిన్‌పై ఆధారపడి ఉంటుంది.
ఫ్రంటెండ్ డెవలప్‌మెంట్ సాధారణంగా చిన్న/సరళమైన టూల్‌చెయిన్‌ను కలిగి ఉంటుంది. మీకు నిజంగా కావలసిందల్లా టాస్క్‌కి తగిన మంచి ఎడిటర్, కొన్ని చిన్న 'బొమ్మ' వెబ్ సర్వర్, బహుశా ఉత్పత్తి బిల్డ్‌ల కోసం Javascript/CSS (మరియు బహుశా సాస్ కంపైలర్)ని కనిష్టీకరించడానికి కొన్ని సాధనాలు మరియు అభివృద్ధి సమయంలో మీరు సాధారణంగా ఉపయోగించరు. అని.
బ్యాకెండ్ డెవలప్‌మెంట్ తరచుగా ఫ్రంట్-ఎండ్ డెవలప్‌మెంట్ కంటే ఎక్కువ అవసరం లేదు. లేదా కొంచెం ఎక్కువ అవసరం కావచ్చు. ఉదాహరణకు, నేను PostgreSQLని డేటాబేస్‌గా ఉపయోగిస్తాను. కాబట్టి, నాకు డెవలప్‌మెంట్/టెస్ట్ కోసం స్థానిక ఉదాహరణ ఉంది. నేను pgAdmin4ని రన్ చేస్తున్నాను, ఇది డాకర్ కంటైనర్‌లో నడుస్తుంది. మీరు మీ బ్యాకెండ్ వాతావరణాన్ని ప్రతిబింబించే VMని అమలు చేయాల్సి రావచ్చు. GB జోడిస్తుంది.
స్థానిక అనువర్తన అభివృద్ధి తరచుగా కనీస సాధనాలతో చేయబడుతుంది. ప్రాథమిక iOS యాప్ డెవలప్‌మెంట్ కోసం, మీకు Xcode తప్ప మరేమీ అవసరం లేదు. సరే, మరియు iOS సిమ్యులేటర్. మీరు కొన్ని రకాల హైబ్రిడ్, క్రాస్-ప్లాట్‌ఫారమ్ డెవలప్‌మెంట్ చేస్తుంటే, బహుశా అదనపు టూల్‌చెయిన్ కాంపోనెంట్‌లను జోడించండి - మరియు ఆండ్రాయిడ్ SDKలు మరియు బిల్డ్ టూల్స్ అవసరం. Android డెవలప్‌మెంట్ వేరే కంపైలర్‌ని ఉపయోగిస్తుంది. మరొక సిమ్యులేటర్‌ని జోడించండి. (నేను GenyMotionని ఉపయోగిస్తాను, ఎందుకంటే Google అందించిన రెండు విధానాలు మొలాసిస్ వలె నెమ్మదిగా ఉంటాయి.) ఏదైనా మంచి Android సిమ్యులేటర్ VMలో నడుస్తుంది.
ఓహ్, ఆ వెబ్‌సైట్‌ని Windowsలో పరీక్షించాలా? Windows VMని జోడించండి.
చాలా సాధనాలు నేడు కంటైనర్ లేదా VMలో నడుస్తాయి. ఇది మెమరీ అవసరాన్ని జోడిస్తుంది.
మీ బడ్జెట్ ఉన్నంత మెమరీని పొందండి. అయితే, 64GB అనేది చాలా అభివృద్ధికి ఈరోజు ఆచరణాత్మకంగా కట్టుబడి ఉందని నేను భావిస్తున్నాను. అభివృద్ధి కోసం నేను ఇటీవల 64GBతో iMac ప్రోని పొందాను. నేను పెద్ద టూల్ సెట్‌ని ఉపయోగిస్తాను. నేను యాక్టివిటీ మానిటర్‌ని తనిఖీ చేస్తున్నాను మరియు నేను ఇంకా స్వాప్ ఫైల్‌ని ఉపయోగించలేదని గుర్తించాను. కానీ అన్ని సాధనాలు లోడ్ అయిన తర్వాత, నేను 32GB మరియు 64GB మధ్య ఎక్కడో ఉపయోగిస్తున్నాను, సాధారణంగా 40-50GB. కానీ నేను నిజానికి ఇంకా ప్రతిదీ ఒకేసారి లోడ్ చేయలేదు.
మిమ్మల్ని మీరు ప్రశ్నించుకోవాల్సింది ఏమిటంటే:
- నిర్మాణ సమయంలో వ్యవస్థ ప్రతిస్పందించడం ముఖ్యమా?
- బిల్డ్ సైకిల్‌ను మీరు ఎంతకాలం సహించడానికి సిద్ధంగా ఉన్నారు?
ఫ్రంట్ ఎండ్ డెవలప్‌మెంట్‌లో, మీకు సాధారణంగా 'బిల్డ్ సైకిల్' ఉండదు, అంటే బిల్డ్/టెస్ట్/రిపీట్. మీరు ఒక సాధారణ తప్పు చేసారని తెలుసుకోవడానికి మీరు ఎంతకాలం వేచి ఉన్నారు, అది సరిదిద్దడానికి కొన్ని సెకన్లు పడుతుంది? 15 నిమిషాల? 5 నిమిషాలు? 1 నిమిషం? 30 సెకన్లు?
కంపైల్ చేసిన భాషను ఉపయోగించి యాప్ డెవలప్‌మెంట్‌లో, మీరు ఎల్లప్పుడూ బిల్డ్ సైకిల్‌ను కలిగి ఉంటారు మరియు ఇది ముఖ్యమైనది కావచ్చు. ఆబ్జెక్టివ్-సి బిల్డ్ సైకిల్ కంటే స్విఫ్ట్ బిల్డ్ సైకిల్ చాలా పొడవుగా ఉందని నేను అర్థం చేసుకున్నాను. (నేను స్విఫ్ట్‌ని ఉపయోగించను, ఎందుకంటే నేను హైబ్రిడ్ డెవలప్‌మెంట్ చేస్తాను మరియు అంతర్లీన ప్లాట్‌ఫారమ్ కోడ్ ఆబ్జెక్టివ్-C (Android కోసం జావా), C మరియు C++లో ఉంది - స్విఫ్ట్ లేదు).
అందుబాటులో ఉన్న RAM పరిమాణం బిల్డ్ సైకిల్ సమయంపై గణనీయమైన ప్రభావాన్ని చూపుతుంది.
mpe
- సెప్టెంబర్ 3, 2010
- డిసెంబర్ 17, 2018
అవును. చాలా విషయాలకు 8GB RAM సరిపోతుంది.
జ్తర
- ఏప్రిల్ 23, 2009
- డిసెంబర్ 17, 2018
mpe చెప్పారు: అవును. చాలా విషయాలకు 8GB RAM సరిపోతుంది.
MacBook Pro డిస్ప్లే కోసం సిస్టమ్ మెమరీని ఉపయోగిస్తుందా?
8GB ఖచ్చితంగా సరిపోదు - ఉదాహరణకు - Mac Mini, డిస్ప్లే కోసం చాలా మంచి భాగం (మోడల్‌ని బట్టి) ఉపయోగించబడుతుంది.
ఇక్కడ ఇవ్వబడిన అత్యంత ముఖ్యమైన అభిప్రాయం ఏమిటంటే, ఇటీవలి మ్యాక్‌బుక్స్‌లో, మెమరీ తగ్గించబడింది. మీరు రాబోయే కొన్ని సంవత్సరాలలో ఒక నిర్ణయం తీసుకుంటున్నారు.
టౌటౌ
కు
- జనవరి 6, 2015
- ప్రేగ్, చెక్ రిపబ్లిక్
- డిసెంబర్ 17, 2018
iMacedonian
ఒరిజినల్ పోస్టర్- అక్టోబర్ 10, 2015
- బ్ర్నో, CZ
- డిసెంబర్ 17, 2018
jtara అన్నారు: మీరు 'సరిపోతుంది' అంటే ఏమిటో నిర్వచించండి?ఆ విస్తృతమైన ప్రతిస్పందనకు ధన్యవాదాలు, మీరు పేర్కొన్న ఈ వివిధ కోడింగ్ దృశ్యాలకు అవసరమైన వనరులపై ఇది నాకు మెరుగైన దృక్పథాన్ని అందించింది.
'బిల్డ్‌లు విఫలం కాకుండా సరిపోతాయా?'
లేదా ఆమోదయోగ్యమైన కాలవ్యవధిలో నిర్మాణాలు పూర్తయ్యేలా సరిపోతాయా?
మరియు/లేదా 'ఉంటే చాలు UI వెనుకబడి ఉండదు మరియు నేను ఎడిటర్‌లో పని చేయగలనా/వెబ్‌ని బ్రౌజ్ చేయగలనా/నిదానం లేకుండా నిర్మించే సమయంలో ఇమెయిల్ చదవగలనా?
ఇది మీ అంచనాలు మరియు మీ టూల్‌చెయిన్‌పై ఆధారపడి ఉంటుంది.
ఫ్రంటెండ్ డెవలప్‌మెంట్ సాధారణంగా చిన్న/సరళమైన టూల్‌చెయిన్‌ను కలిగి ఉంటుంది. మీకు నిజంగా కావలసిందల్లా టాస్క్‌కి తగిన మంచి ఎడిటర్, కొన్ని చిన్న 'బొమ్మ' వెబ్ సర్వర్, బహుశా ఉత్పత్తి బిల్డ్‌ల కోసం Javascript/CSS (మరియు బహుశా సాస్ కంపైలర్)ని కనిష్టీకరించడానికి కొన్ని సాధనాలు మరియు అభివృద్ధి సమయంలో మీరు సాధారణంగా ఉపయోగించరు. అని.
బ్యాకెండ్ డెవలప్‌మెంట్ తరచుగా ఫ్రంట్-ఎండ్ డెవలప్‌మెంట్ కంటే ఎక్కువ అవసరం లేదు. లేదా కొంచెం ఎక్కువ అవసరం కావచ్చు. ఉదాహరణకు, నేను PostgreSQLని డేటాబేస్‌గా ఉపయోగిస్తాను. కాబట్టి, నాకు డెవలప్‌మెంట్/టెస్ట్ కోసం స్థానిక ఉదాహరణ ఉంది. నేను pgAdmin4ని రన్ చేస్తున్నాను, ఇది డాకర్ కంటైనర్‌లో నడుస్తుంది. మీరు మీ బ్యాకెండ్ వాతావరణాన్ని ప్రతిబింబించే VMని అమలు చేయాల్సి రావచ్చు. GB జోడిస్తుంది.
స్థానిక అనువర్తన అభివృద్ధి తరచుగా కనీస సాధనాలతో చేయబడుతుంది. ప్రాథమిక iOS యాప్ డెవలప్‌మెంట్ కోసం, మీకు Xcode తప్ప మరేమీ అవసరం లేదు. సరే, మరియు iOS సిమ్యులేటర్. మీరు కొన్ని రకాల హైబ్రిడ్, క్రాస్-ప్లాట్‌ఫారమ్ డెవలప్‌మెంట్ చేస్తుంటే, బహుశా అదనపు టూల్‌చెయిన్ కాంపోనెంట్‌లను జోడించండి - మరియు ఆండ్రాయిడ్ SDKలు మరియు బిల్డ్ టూల్స్ అవసరం. Android డెవలప్‌మెంట్ వేరే కంపైలర్‌ని ఉపయోగిస్తుంది. మరొక సిమ్యులేటర్‌ని జోడించండి. (నేను GenyMotionని ఉపయోగిస్తాను, ఎందుకంటే Google అందించిన రెండు విధానాలు మొలాసిస్ వలె నెమ్మదిగా ఉంటాయి.) ఏదైనా మంచి Android సిమ్యులేటర్ VMలో నడుస్తుంది.
ఓహ్, ఆ వెబ్‌సైట్‌ని Windowsలో పరీక్షించాలా? Windows VMని జోడించండి.
నేడు చాలా సాధనాలు కంటైనర్ లేదా VMలో నడుస్తాయి. ఇది మెమరీ అవసరాన్ని జోడిస్తుంది.
మీ బడ్జెట్ ఉన్నంత మెమరీని పొందండి. అయితే, 64GB అనేది చాలా అభివృద్ధికి ఈరోజు ఆచరణాత్మకంగా కట్టుబడి ఉందని నేను భావిస్తున్నాను. అభివృద్ధి కోసం నేను ఇటీవల 64GBతో iMac ప్రోని పొందాను. నేను పెద్ద టూల్ సెట్‌ని ఉపయోగిస్తాను. నేను యాక్టివిటీ మానిటర్‌ని తనిఖీ చేస్తున్నాను మరియు నేను ఇంకా స్వాప్ ఫైల్‌ని ఉపయోగించలేదని గుర్తించాను. కానీ అన్ని సాధనాలు లోడ్ అయిన తర్వాత, నేను 32GB మరియు 64GB మధ్య ఎక్కడో ఉపయోగిస్తున్నాను, సాధారణంగా 40-50GB. కానీ నేను నిజానికి ఇంకా ప్రతిదీ ఒకేసారి లోడ్ చేయలేదు.
మిమ్మల్ని మీరు ప్రశ్నించుకోవాల్సింది ఏమిటంటే:
- నిర్మాణ సమయంలో వ్యవస్థ ప్రతిస్పందించడం ముఖ్యమా?
- బిల్డ్ సైకిల్‌ను మీరు ఎంతకాలం సహించడానికి సిద్ధంగా ఉన్నారు?
ఫ్రంట్ ఎండ్ డెవలప్‌మెంట్‌లో, మీకు సాధారణంగా 'బిల్డ్ సైకిల్' ఉండదు, అంటే బిల్డ్/టెస్ట్/రిపీట్. మీరు ఒక సాధారణ తప్పు చేసారని తెలుసుకోవడానికి మీరు ఎంతకాలం వేచి ఉన్నారు, అది సరిదిద్దడానికి కొన్ని సెకన్లు పడుతుంది? 15 నిమిషాల? 5 నిమిషాలు? 1 నిమిషం? 30 సెకన్లు?
కంపైల్ చేసిన భాషను ఉపయోగించి యాప్ డెవలప్‌మెంట్‌లో, మీరు ఎల్లప్పుడూ బిల్డ్ సైకిల్‌ను కలిగి ఉంటారు మరియు ఇది ముఖ్యమైనది కావచ్చు. ఆబ్జెక్టివ్-సి బిల్డ్ సైకిల్ కంటే స్విఫ్ట్ బిల్డ్ సైకిల్ చాలా పొడవుగా ఉందని నేను అర్థం చేసుకున్నాను. (నేను స్విఫ్ట్‌ని ఉపయోగించను, ఎందుకంటే నేను హైబ్రిడ్ డెవలప్‌మెంట్ చేస్తాను మరియు అంతర్లీన ప్లాట్‌ఫారమ్ కోడ్ ఆబ్జెక్టివ్-C (Android కోసం జావా), C మరియు C++లో ఉంది - స్విఫ్ట్ లేదు).
అందుబాటులో ఉన్న RAM పరిమాణం బిల్డ్ సైకిల్ సమయంపై గణనీయమైన ప్రభావాన్ని చూపుతుంది.
[doublepost=1545084766][/doublepost]
ammulder చెప్పారు: మీరు యంత్రాన్ని ఎంతకాలం ఉంచాలని ప్లాన్ చేస్తున్నారు? మెమరీని అప్‌గ్రేడ్ చేయడం సాధ్యం కానందున, మీరు నిజంగా ఈ రోజు కాకుండా 3-5 సంవత్సరాలలో ఎంత మెమరీని కొనుగోలు చేస్తున్నారు. (అభివృద్ధి సాధనాల యొక్క ప్రతి విడుదల గతం కంటే ఎక్కువ మెమరీని ఉపయోగిస్తుందని గుర్తుంచుకోండి.) ప్రత్యేకించి మీరు కంటైనర్‌లు లేదా VMలను ఉపయోగించడం ముగించినట్లయితే (ఉదా. మీ యాప్ కనెక్ట్ చేసే కొన్ని బ్యాక్-ఎండ్ యొక్క స్థానిక వెర్షన్‌ను అమలు చేయడం), ఉత్పాదకత హిట్ తర్వాత చాలా తక్కువ మెమరీ ఇప్పుడు ఖర్చు ఆదా విలువ లేదు.నా ల్యాప్‌టాప్‌లు సాధారణంగా 4-6 సంవత్సరాలు లేదా అంతకంటే ఎక్కువ కాలం ఉంటాయి, కాబట్టి నేను ఇప్పటివరకు చదివిన వాటి ఆధారంగా, నేను వినియోగాన్ని పెంచుకోవాలనుకుంటే 16 GB వెర్షన్‌ను పొందడం ఉత్తమం. TO
అనానీ-మౌస్
- ఆగస్ట్ 25, 2016
- డిసెంబర్ 17, 2018
jtara అన్నారు: మీరు 'సరిపోతుంది' అంటే ఏమిటో నిర్వచించండి?
(స్నిప్)
చాలా సాధనాలు నేడు కంటైనర్ లేదా VMలో నడుస్తాయి. ఇది మెమరీ అవసరాన్ని జోడిస్తుంది.
మీ బడ్జెట్ ఉన్నంత మెమరీని పొందండి. అయితే, 64GB అనేది చాలా అభివృద్ధికి ఈరోజు ఆచరణాత్మకంగా కట్టుబడి ఉందని నేను భావిస్తున్నాను. అభివృద్ధి కోసం నేను ఇటీవల 64GBతో iMac ప్రోని పొందాను. నేను పెద్ద టూల్ సెట్‌ని ఉపయోగిస్తాను. నేను యాక్టివిటీ మానిటర్‌ని తనిఖీ చేస్తున్నాను మరియు నేను ఇంకా స్వాప్ ఫైల్‌ని ఉపయోగించలేదని గుర్తించాను. కానీ అన్ని సాధనాలు లోడ్ అయిన తర్వాత, నేను 32GB మరియు 64GB మధ్య ఎక్కడో ఉపయోగిస్తున్నాను, సాధారణంగా 40-50GB. కానీ నేను నిజానికి ఇంకా ప్రతిదీ ఒకేసారి లోడ్ చేయలేదు.
మిమ్మల్ని మీరు ప్రశ్నించుకోవాల్సింది ఏమిటంటే:
- నిర్మాణ సమయంలో వ్యవస్థ ప్రతిస్పందించడం ముఖ్యమా?
- బిల్డ్ సైకిల్‌ను మీరు ఎంతకాలం సహించడానికి సిద్ధంగా ఉన్నారు?
ఫ్రంట్ ఎండ్ డెవలప్‌మెంట్‌లో, మీకు సాధారణంగా 'బిల్డ్ సైకిల్' ఉండదు, అంటే బిల్డ్/టెస్ట్/రిపీట్. మీరు ఒక సాధారణ తప్పు చేసారని తెలుసుకోవడానికి మీరు ఎంతకాలం వేచి ఉన్నారు, అది సరిదిద్దడానికి కొన్ని సెకన్లు పడుతుంది? 15 నిమిషాల? 5 నిమిషాలు? 1 నిమిషం? 30 సెకన్లు?
కంపైల్ చేసిన భాషను ఉపయోగించి యాప్ డెవలప్‌మెంట్‌లో, మీరు ఎల్లప్పుడూ బిల్డ్ సైకిల్‌ను కలిగి ఉంటారు మరియు ఇది ముఖ్యమైనది కావచ్చు. ఆబ్జెక్టివ్-సి బిల్డ్ సైకిల్ కంటే స్విఫ్ట్ బిల్డ్ సైకిల్ చాలా పొడవుగా ఉందని నేను అర్థం చేసుకున్నాను. (నేను స్విఫ్ట్‌ని ఉపయోగించను, ఎందుకంటే నేను హైబ్రిడ్ డెవలప్‌మెంట్ చేస్తాను మరియు అంతర్లీన ప్లాట్‌ఫారమ్ కోడ్ ఆబ్జెక్టివ్-C (Android కోసం జావా), C మరియు C++లో ఉంది - స్విఫ్ట్ లేదు).
అందుబాటులో ఉన్న RAM పరిమాణం బిల్డ్ సైకిల్ సమయంపై గణనీయమైన ప్రభావాన్ని చూపుతుంది.
ఇది చాలా చక్కని సారాంశం. మీరు VMలను అమలు చేయవలసి వస్తే, 8 GB చేయదగినది (మీరు 8 GB RAMలో ఒక VMని సౌకర్యవంతంగా అమలు చేయవచ్చు). మీరు SSDని కలిగి ఉన్నట్లయితే, మీరు పెద్ద సంఖ్యలో VMలను నడుపుతున్నప్పుడు మరియు/లేదా భారీ కోడ్‌బేస్‌ను కంపైల్ చేయడానికి ప్రయత్నిస్తే తప్ప, 8 GB మరియు మరింత RAM మధ్య వేగ వ్యత్యాసం స్పష్టంగా కనిపించదు. సి
నిర్మించు
- జూన్ 23, 2010
- డిసెంబర్ 17, 2018
XCode మరియు Android Studio వంటి మెమరీ హంగ్రీ యాప్‌లు 8GBలో బాగా పని చేస్తాయి. మీరు Chromeని అనేక ట్యాబ్‌లతో తెరిచి ఉంచినప్పుడు లేదా కొన్ని డాకర్ కంటైనర్‌లను అమలు చేయడానికి VM సిస్టమ్‌ని ఉంచేటప్పుడు బహుళ సమూహాలకు కనెక్ట్ చేయబడిన Slackని అమలు చేయడానికి ప్రయత్నించినట్లయితే సమస్య వస్తుంది. ఏకాభిప్రాయమే సమస్యలను కలిగిస్తుంది.
మీరు 16GBకి చేరుకోగలిగితే మరియు మీరు ఈ మెషీన్‌ను కొంతకాలం ఉంచాలని ప్లాన్ చేస్తే, భవిష్యత్తు ప్రూఫింగ్ కోసం ఇది పూర్తిగా విలువైనదని నేను భావిస్తున్నాను. అదనపు ఖర్చు మిమ్మల్ని ఒకటికి రెండుసార్లు ఆలోచించేలా చేస్తే, దాని గురించి మరచిపోయి 8GB చేయండి. మీరు ఎలాగైనా సంతోషంగా ఉంటారు.
revmacian
- అక్టోబర్ 20, 2018
- ఉపయోగాలు
- డిసెంబర్ 17, 2018
jtara చెప్పారు: 8GB ఖచ్చితంగా సరిపోదు - ఉదాహరణకు - Mac Mini, డిస్ప్లే కోసం చాలా మంచి భాగం (మోడల్‌ను బట్టి) ఉపయోగించబడుతుంది.
నేను ఇంతకు ముందు చెప్పినట్లుగా, నేను నా 2014 Mac మినీలో Xcodeని రన్ చేస్తున్నాను - ఇది 4GB RAMని కలిగి ఉంది మరియు నాకు ఎలాంటి సమస్యలు కనిపించడం లేదు. నేను 4GBతో సౌకర్యవంతంగా కోడ్ చేయగలిగితే, 8GB పుష్కలంగా ఉంటుంది. జె
జ్తర
- ఏప్రిల్ 23, 2009
- డిసెంబర్ 30, 2018
kadammanali987 చెప్పారు: (ప్రజలు తరచుగా కంపైలింగ్ కోసం దరఖాస్తును ఉంచుకుంటారు మరియు అప్పటి వరకు గేమ్‌లు ఆడతారు. ఇది ప్రాసెసింగ్‌ను నెమ్మదిస్తుంది)
లేదా మీరు కంపైల్-లింక్-రన్ సైకిల్‌ని కొన్ని నిమిషాల పాటు ఆరోగ్యకరమైన గెట్-యువర్-బట్-ఔట్-ఆఫ్-ది-చైర్ కంటే ఎక్కువ తీసుకోని స్థాయికి వేగవంతం చేయవచ్చు.
దానిలో ఒక భాగం కంపైలర్ సమర్ధవంతంగా పనిచేయడానికి తగినంత మెమరీని కలిగి ఉంది, కనిష్టంగా/మార్పిడి లేకుండా.
మీరు చేయగలరు అంటే మీరు చేయాలి అని కాదు. మీ సమయం ఎంత విలువైనదో మీరు నిర్ణయించుకోవాలి.
నాకు ఈ సమీకరణం కోసం నిర్వచించే క్షణం చాలా, చాలా సంవత్సరాల క్రితం. ఇన్‌స్టంట్-సి అనే ఉత్పత్తి. ఇది ఆ చక్రాన్ని చాలా నిమిషాల నుండి కొన్ని సెకన్లకు తగ్గించింది. యాంత్రిక సమావేశాలలో 1/2 గంట నుండి ఒక నిమిషం కంటే తక్కువ వరకు వైవిధ్యాలను (మోడల్ నుండి, వాస్తవానికి ఫోర్ట్రాన్‌లో వ్రాయబడింది) అనుకరించే మరియు విశ్లేషించే అప్లికేషన్ కోసం కంపైల్-లింక్-రన్ సైకిల్‌ను తగ్గించడానికి ఇది నన్ను ప్రేరేపించింది. (సరే, నేను మోసపోయాను - నేను కంపైల్-లింక్-రన్ సైకిల్‌ను తీసివేసాను... డొమైన్-నిర్దిష్ట కంపైలర్ మరియు కంపానియన్ బైట్‌కోడ్ ఇంటర్‌ప్రెటర్‌ని వ్రాయడం ద్వారా) 35 సంవత్సరాల తర్వాత, ఆ డొమైన్‌కు ఇది ఇప్పటికీ ప్రధానమైన పరిష్కారం.
ఏది ఏమైనప్పటికీ, OP తన నిర్ణయం తీసుకుంది - నేను తెలివైనది అని అనుకుంటున్నాను.
BTW, నేను ఇప్పటికీ బిల్డ్‌ల కోసం నా 2012 i7 మినీని ఉపయోగిస్తుంటే, నేను రామ్‌డిస్క్‌ని ఉపయోగిస్తాను. ఇది మినీలో నాకు బిల్డ్ సమయాన్ని సగానికి తగ్గించింది. నేను దీన్ని నా కొత్త iMac ప్రోలో ప్రయత్నించాను, కానీ అదే ప్రభావం చూపలేదు. నేను iMac ప్రోని పొందే వరకు రామ్‌డిస్క్‌ని ప్రయత్నించాలని అనుకోలేదని నేను భయపడుతున్నాను. MacOS నిజంగా గొప్ప RamDisk పరిష్కారాలను కలిగి లేదు. మినీలో 16GB ఉంది. 4GB ఉన్న మెషీన్‌లో రామ్‌డిస్క్‌కు మార్జిన్ లేదు. (iMac Proలో 64GB ఉంది).
vbctv
కు
- సెప్టెంబర్ 25, 2013
- క్లీవ్‌ల్యాండ్, OH
- మే 2, 2019
jtara చెప్పారు: MacBook Pro డిస్ప్లే కోసం సిస్టమ్ మెమరీని ఉపయోగిస్తుందా?
8GB ఖచ్చితంగా సరిపోదు - ఉదాహరణకు - Mac Mini, డిస్ప్లే కోసం చాలా మంచి భాగం (మోడల్‌ని బట్టి) ఉపయోగించబడుతుంది.
ఇక్కడ ఇవ్వబడిన అత్యంత ముఖ్యమైన అభిప్రాయం ఏమిటంటే, ఇటీవలి మ్యాక్‌బుక్స్‌లో, మెమరీ తగ్గించబడింది. మీరు రాబోయే కొన్ని సంవత్సరాలలో ఒక నిర్ణయం తీసుకుంటున్నారు.
నేను 2 మానిటర్‌లకు 2018 మ్యాక్ మినీని కలిగి ఉన్నాను మరియు 8GB RAMని కలిగి ఉన్నాను, నాకు ఎటువంటి సమస్యలు కనిపించడం లేదు మరియు Android స్టూడియో & Xcode డెవలప్‌మెంట్ వర్క్ మరియు బ్యాక్‌గ్రౌండ్‌లో MAMP ప్రోని అమలు చేయడం వంటివి చేస్తాను. మెమరీ ప్రెజర్ మానిటర్ ఎప్పుడూ పైకి వెళ్లదు మరియు ఎల్లప్పుడూ ఆకుపచ్చగా మరియు తక్కువగా ఉంటుంది. నేను 16GBకి అప్‌గ్రేడ్ చేయడం గురించి చర్చిస్తున్నాను కానీ అమ్మకానికి ఒక కిల్లర్ డీల్ దొరికితే తప్ప నాకు నిజంగా అవసరం కనిపించడం లేదు.... సి
ChromeCloud
- జూన్ 21, 2009
- ఇటలీ
- మే 2, 2019
నేను iOS యాప్‌లను అభివృద్ధి చేయడానికి 4GB RAMతో నా MacBook Airని ఉపయోగించడానికి ప్రయత్నించినప్పుడు (నేను నిజమైన యాప్‌ల గురించి మాట్లాడుతున్నాను, కేవలం చిన్న డెమో ప్రాజెక్ట్‌లు మాత్రమే కాదు), అనుభవం చాలా వేగంగా విసుగు చెందుతుంది. Xcode మరియు Safariని 3 లేదా 4 ట్యాబ్‌లతో తెరవడం వలన మీ RAM పూర్తిగా సంతృప్తమవుతుంది (సిస్టమ్ దాదాపు 2GB పడుతుంది అని గుర్తుంచుకోండి) మరియు మీ యాప్‌లను డీబగ్ చేయడానికి సిమ్యులేటర్‌ని ఉపయోగించడం చాలా అసాధ్యం (కంప్యూటర్ ప్రతిస్పందించని స్థాయికి నెమ్మదిస్తుంది).
8GBతో మీరు బాగానే ఉంటారు. కానీ ఎక్కువ కాలం కాదు. పూర్తి iOS డెవలప్‌మెంట్ సూట్‌ను సౌకర్యవంతంగా అమలు చేయడానికి 8GB కనిష్టంగా చెప్పండి + మీరు ఒక ఫాన్సీ టెక్స్ట్ ఎడిటర్ లేదా వెక్టార్ గ్రాఫిక్‌లను రూపొందించడానికి కొన్ని టూల్స్ వంటి వాటిని కలిగి ఉండాలనుకుంటే పక్కన ఉన్న కొన్ని యాప్‌లు.
కాబట్టి, నేను ఇప్పుడు కొత్త మెషీన్‌ని కొనుగోలు చేసి, దానిని తదుపరి 3 సంవత్సరాలు లేదా అంతకంటే ఎక్కువ కాలం ఉంచవలసి వస్తే, నేను కనీసం 16GB RAMని పొందుతాను.
మరో హెచ్చరిక: కొన్ని సంవత్సరాల క్రితం నేను నా iMac (దీనిలో 32GB RAM ఉంది మరియు ఇది నా ప్రధాన వర్క్‌స్టేషన్) కొన్నప్పుడు నేను దీన్ని ఎప్పటికీ ఊహించలేదు, కానీ మీరు మొత్తం GUI నత్తిగా మాట్లాడకుండా సిమ్యులేటర్‌ను అమలు చేయాలనుకుంటే అది కనిపిస్తుంది, VRAM (అకా వీడియో మెమరీ) కూడా సమీకరణంలో ముఖ్యమైన పాత్ర పోషిస్తుంది.
రెటీనా iMac కోసం, ప్రతిదీ సజావుగా అమలు చేయడానికి 2GB వీడియో కార్డ్ సరిపోదు: ప్రతి కొన్ని సెకన్లకు బఫర్ నిండిపోతుంది (అయితే నేను సిమ్యులేటర్‌ను నడుపుతున్నప్పుడు మాత్రమే దీనిని అనుభవిస్తాను) మరియు iMac సెకనులో కొంత భాగానికి స్తంభింపజేస్తుంది. ఖాళీ చేయబడి మళ్లీ నింపబడుతుంది. ఇది చాలా బాధించేది.
కాబట్టి మీరు తదుపరి 3 సంవత్సరాల పాటు సౌకర్యవంతంగా పని చేసే దాని కోసం నా సిఫార్సు: 16GB RAM (లేదా అంతకంటే ఎక్కువ) + 4GB VRAM (లేదా అంతకంటే ఎక్కువ) .
mkelly
- నవంబర్ 29, 2007
- మే 3, 2019
జనాలు
- ఫిబ్రవరి 12, 2019
- మే 4, 2019
అదే అప్లికేషన్‌లో స్వాప్ లేకుండా ర్యామ్ వినియోగం 8 GB కంటే తక్కువగా ఉన్నట్లు నేను చూడగలను. తర్వాత నేను RAMని అప్‌డేట్ చేయాలని ఆలోచిస్తున్నాను కానీ ప్రస్తుతానికి నేను తొందరపడటం లేదు. ఎఫ్
ఫిలిపెటీక్సీరా
- ఏప్రిల్ 10, 2013
- మే 6, 2019
ప్రముఖ పోస్ట్లు