一顿狂写，把功能都实现了，再跑起来看会不会把机器搞死，机器没死接着跑，死了加内存，加不动了再优化。为此还发明一句话，“不要提前优化”。
然而用来写界面也是一样的思路。这几天在用Flutter写桌面app，发现也是没办法的事情，内存使用完全不可预测，上下几十兆飘来飘去，也只能先把功能实现了拉倒。
--
修改:cn62 FROM 36.251.84.*
FROM 36.251.84.*

几十兆不关心那就离几百兆上g不远了。

【 在 z16166 的大作中提到: 】
: 现在台式机标配16G~32G，少说也得8G，几十兆内存完全不是问题
: 4G内存的机器，基本都可以淘汰了
--
FROM 36.251.84.*

很多业务，及时上线更重要。

不要提前优化 一是说在早期开发阶段你并不清楚真正需要优化的地方，二是说优化是有代价的（不仅指开发时间）需要做整体权衡。

比如你这个例子，如果你的应用场景就是要占大几百M的内存（比如要加载超大图片来美化界面），那你要优化内存使用时，更重要的是降低图片精度（但不影响美观）之类，而不是纠结于编程语言带来的几十M的开销。

【 在 cn62 的大作中提到: 】
: 一顿狂写，把功能都实现了，再跑起来看会不会把机器搞死，机器没死接着跑，死了加内存，加不动了再优化。为此还发明一句话，“不要提前优化”。
: 然而用来写界面也是一样的思路。这几天在用Flutter写桌面app，发现也是没办法的事情，内存使用完全不可预测，上下几十兆飘来飘去，也只能先把功能实现了拉倒。
--
FROM 58.33.81.*

明明是很关心内存，哪能不关心内存.. OOM 大家都怕
--
FROM 111.201.168.*

说起桌面app.我正经历一个无比奇怪的bug,这bug之前几年都没出现,
Windows Server 2003(我知道是老了点,功成身退20周年了),
AMD R7 250亮机卡(AMD中国特殊网咖版驱动,否则没这么老OS的驱动),
Office 2007(换了大概2,3年了,之前坚持了十多年的Office 2003).

Excel如果下班忘记关(机器24小时开着从来不关),到第二天就有几率发现任务管理器里excel的GDI对象到了9999(估计是超了没正确显示),然后即便是杀了Excel再来,整个OS还是会有各种奇奇怪怪的bug,所有桌面app,都会莫名其妙的出错,好比PLSQL Developer存临时文件(这货会定期存)失败,微信绘制聊天窗口失败,最后只能重启了事.

别的机器上观察,64 bit os,不管是GDI对象泄漏,还是handle leak到几十万,进程一杀OS继续活蹦乱跳.
【 在 z16166 的大作中提到: 】
: 标  题: Re: 带gc的语言是不是开发过程中都不用关心内存？
: 发信站: 水木社区 (Tue Aug  9 10:49:10 2022), 站内
:
: desktop app其实不怎么怕这个，崩了再来
:
: 【 在 blueAurora 的大作中提到: 】
: : 明明是很关心内存，哪能不关心内存.. OOM 大家都怕
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 125.35.123.*]
--
FROM 122.233.59.*