Està més de 64GB RAM per a la programació?

Ni tan sols he tancat els meus múltiples IDEs de JetBrains i pestanyes de navegador de gazullal o s'enfosqui quan faig un descans i pin a la CPU amb Ableton Live i un munt de petitsíntens suaus al meu MBP. No hi ha res que salti.

Sóc un científic de dades i treballo regularment amb múltiples conjunts de dades simulament que requereixen l'ús de la RAM. Els dos Python i R depenen del procés d'inemorisme. La càrrega en el disc és substancialment més lenta i no encaixa amb el que intento fer. Per a grans conjunts de dades, també tinc un 28 Xeon de nucli amb 196GB que puc connectar-me, però és agradable no tenir restriccions al meu portàtil.

Per descomptat, podeu anar amb l'Haop o el Spark per processar alguns d'aquests conjunts de dades, però això requereix una mica d'obra i una mica més fàcil (i més barat) per tal de comprar més RAM

Encara podeu escriure el codi d'anàlisi de dades en Python, però podreu aprofitar múltiples màquines i motors de càlcul intel·ligents que saben distribuir el vostre càlcul a través dels nodes, mantenint l'enllaç de dades i la informació dels pares, així que el càlcul es mou més a prop d' on es troben les dades.

Està greument limitat a la llibertat de l'abast amb el nostre entorn de naturalitat i sempre estem lluitant per mantenir-nos dins de les especificacions de 16GB. Ens desviarem en gran mesura dels nostres ambients/probats?

Quin és el lloc dolç? Un grapat de nosaltres hem construït escriptoris hackintosh en aquest punt per tal de tenir 3264+ i més nuclis per tal que no estiguin contínuament lluitant contra la contensió de recursos amb tots els recipients que hem d'executar.

Tens sort perquè el teu joc de treball és ajustar-se a la RAM, i la resta s'escriu per intercanviar amb gràcia i no es torna a la memòria. Però tan aviat com siguis. De fet, Treballant amb més de 16GB d'informació alhora, estàs en problemes.

Em vaig presentar a l'empresa i vaig adonar que no podies executar la vm per a una prova i compilar per separat al mateix temps. Després vaig descobrir que no podia tenir un munt de pestanyes obertes mentre feia dev. Això va ser dolorós, i jo tinc un escriptori. Els existents que estaven acostumats a com funcionen les coses van dir que no hauries de tenir un munt de pestanyes obertes, no ho facis i funciona bé (oh, i no funcionen cap prova mentre com compilar).

Després, com la memòria va mantenir fins i tot les 4 pestanyes van descobrir que es van quedar sense memòria i van comprar alguns portàtils de 32 concert i de sobte les coses van funcionar de nou.

Alguns de nosaltres tenim escriptoris, la majoria de la gent lluita amb 16 quaderns de concert i van començar a comprar 32 llibres de concert per a gent que els vol.

Per descomptat, podem discutir quants d'ells s'executaran d'un portàtil, però hi ha gent que utilitza un portàtil com el seu aparell principal, així que suposo que cada possible escenari està a la taula.

També ens agradaria una mica de tuberculosi de VRARA, però també és una altra ordre de despesa de magnitud...

Hauria d'haver rechrasat la meva pregunta original, és qualsevol significatThe quality of music Compartim el mercat en problemes? Perquè tothom actua com aquest límit de 16GB és un tros enorme de gent que actualment necessita.

Mentrestant, Visual Studio Code usa ~400M quan s' obren i ~550M amb el mateix fitxer (amb connectors similars on estan disponibles). De fet, VCS ofereix molta més funcionalitat, però l'augment de memòria encara és considerable.

Sé que aquests (Slack i VCSC) són programes molt diferents amb grans propòsits diferents, però fins i tot una aplicació electrònica mínima tindrà ~100M memòria de base de referència, que s'utilitzarà de nou amb cada aplicació electrònica que s' inicia, a més de l'hora d' executar.

Una resposta comuna per a això és que " RAM és allà per a usar," però que la RAM s'hauria usat de totes maneres per a cau de cau (que hauria augmentat el rendiment global de l' IO en tot el sistema) si aquestes aplicacions no l'han empalat tot. Aquest fet esdevé especialment rellevant quan es fan tasques que requereixen moltes dades (aprenentatge màquina, compilació, etc).

Això s'ha dit, reconec que les aplicacions basades en temps basat en el navegador fan que sigui molt més fàcil desenvolupar aplicacions multiplataformas, un fet pel qual estic agraït quan dirigeixo Linux. Crec que una solució raonable cap endavant seria si electònic (o un altre temps d' execució similar) s'ofereixés una manera per a múltiples aplicacions instal·lades per a compartir una aplicació en execució. Preferiblement, és clar, això s'oferiria natiument pels propis navegadors, però tenint en compte els obstacles tècnics per fer-ho més segurament, m'agradaria establir amb facilitat l'anterior.

He utilitzat una màquina amb 8GB de RAM i una partició d'intercanvi i un disc dur a la memòria cau de les SSD més ràpides (Opte Optane SSD DC P4800X). La reacció continua sent un èxit enorme quan els processos usen activament més dades que ajustar-se a la RAM.

Els SSD ràpids poden ajudar quan teniu més RAM del que necessiteu, però no tant com us agradaria, però no ajuden quan no teniu tant RAM com vosaltres necessita .

Sí, tot el temps. No tocaria ni un portàtil amb menys de 32Gb avui dia, però YMMV amb càrrega de treball. JetBrain IDE i Slack són un gran crit del processament d'imatges de volum o un munt de carregaments de ciència de dades.