递归火山软件开发平台

标题: 感觉现在视窗编译速度并不慢啊 [打印本页]

作者: 飞扬工作室 时间: 2024-11-13 21:29
标题: 感觉现在视窗编译速度并不慢啊

今天准备做视窗的 cmake 编译支持,但是我实际测试了一下,发现不作改动第二次编译项目时,编译速度并不慢,请问大家感觉如何?

现在的技术是基于ms的nmake,从技术本身来说,应该是支持二次编译缓存的.

作者: addminlinux 时间: 2024-11-13 21:50
也就第一次的时候慢一点这个习惯了完全可以接受啊
还不如多花精力丰富一下现在的视窗库

作者: 乐易论坛 时间: 2024-11-13 21:53
二次简单修改也会很快
编译速度不是什么大问题,

作者: shuimiao 时间: 2024-11-13 21:56
还是挺慢的，代码多一些就知道了。当然开启了多核加速确实快一点，但是大家说的就是现在的情况还需要加速。如果新技术比现在更快就值得，差不多就没必要搞了。像我之前的电脑就是挺慢的，然后我换了i9的14代cpu和7000m的固态，速度一下子飙升了，如果再能利用下显卡的能力（我看貌似显卡是空闲的），估计就能达到易语言的速度了

作者: 飞扬工作室 时间: 2024-11-13 21:58

shuimiao 发表于 2024-11-13 21:56
还是挺慢的，代码多一些就知道了。当然开启了多核加速确实快一点，但是大家说的就是现在的情况还需要加速。 ...

嗯,看来我可以直接下一步了.

作者: Diablo 时间: 2024-11-13 21:59
吴总，加上条件断点吧，每次都要编译出来，到OD去调

作者: 兵三进一 时间: 2024-11-13 22:18
本来就不慢,
把火友对IED的建议,象征性的升级一下都比这强

作者: hcwanz 时间: 2024-11-13 22:34

shuimiao 发表于 2024-11-13 21:56
还是挺慢的，代码多一些就知道了。当然开启了多核加速确实快一点，但是大家说的就是现在的情况还需要加速。 ...

显卡和cpu是两种思路的东西, cpu的代码没法直接在显卡上跑, 你要自己把代码的算法移稙到计算着色器里

作者: 诗木 时间: 2024-11-13 22:58
把IDE现代化吧，现在的IDE像15年前的东西

作者: 459943578 时间: 2024-11-13 23:36
本帖最后由 459943578 于 2024-11-13 23:38 编辑

现在反正我是忍受不了，6千行代码第一次调试3分10，第二次调试1分5秒，cpu i7 8750

作者: 609177738 时间: 2024-11-13 23:37
非首次编译, 每次都必定会有至少一个头文件被重新翻译, 头文件被修改, 严重拖慢编译速度.
头文件被修改导致编译工作量提升,这个从vs增量编译就可以看出来.如果只是修改cpp vs只会重新编译cpp ,但头文件就不行了.可以从这面下手检测是否需要重新生成头文件避免不必要的重新生成

作者: 南湾 时间: 2024-11-13 23:48
:噜阿噜用了几个月感觉已经习惯了，希望再封装一个可以导出PSD格式文件的库啊，现在的库还不支持多图层啊。

作者: 793359277 时间: 2024-11-13 23:55
吴总有没有考虑过弄一个官方的火山转VS项目工具集成在火山中

作者: 呵呵仙8 时间: 2024-11-13 23:58
我记得好像以前,写的过程中增加一个组件,编译速度都会回到解放前!不知现在如何了?

作者: suyan 时间: 7 天前
编译的时候，占用电脑资源很大，11代I5，感觉也没那么弱呀，就是要卡的鼠标都拖不动，要好几秒才能恢复正常

作者: adm 时间: 7 天前
更新IDE 界面库

毕竟还是视窗用户多

作者: 2767944492 时间: 7 天前
本帖最后由 2767944492 于 2024-11-14 00:50 编辑

1、编译：我笔记本是图片里的配置，开不开多核感觉相差不大（都是空窗口测试），都不快，但说慢吧也还勉强能接受，Xelloss大佬说gradle不适合pc，没必要白费力气，以前的帖子有人反馈过火山代码翻译的速度慢、还有说有些头文件重复编译导致慢的，所以如果gradle和目前的编译速度相差不大，可以尝试通过解决上面的问题提升速度。（还有一个问题，火山的启动很慢，并且，退出后，整个系统会卡顿几秒钟）

2、IDE自身界面：目前是没有美观性的、像是xp时代的产物，如果工程量不大的话，可以'现代化'一下，保持现有功能的基础上仿照炫彩、vscode都行，看起来舒服、也更利于推广。

3、IDE插件：论坛里经常提到IDE便捷操作方面需要优化，但各有所爱，光靠官方优化也确实顾不上，还是建议赶紧支持IDE插件，现代化IDE必备的。

4、pc界面库：其实我个人觉得没必要了，重新封装一个界面库工作量太大了，并且后续维护、优化又会分身乏术，目前wtl主打体积小，做美观界面用炫彩、exui、exdui这种第三方界面库其实已经能够满足大部分人了，不要耽误了h5的进程。

5、火山h5：火山的前端开发还是非常期待的，也是目前最重要的，明年年初肯定要开工的；pc方面其实并没有做到充分利用c++资源，就像是shuimiao说的一样，真正自己做起项目来目前光靠大佬们的库其实还是不够的，如果能让普通用于在掌握一点点原语言基础的情况下，也能很容易利用原语言的开源项目、ai写的原语言代码嵌入到火山中使用，那才是真的成功；前端的基础学起来还是比较容易的，网络上也有大量的css、js资源，还是需要充分利用起来。

作者: 乐易论坛 时间: 7 天前

Diablo 发表于 2024-11-13 21:59
吴总，加上条件断点吧，每次都要编译出来，到OD去调

你可以用vs调试啊。。没必要用OD

作者: lhy201233 时间: 7 天前
火山的界面是真的丑，可以美化一下了，像小学生做的

作者: lhy201233 时间: 7 天前
IDE开放插件接口为火山添砖加瓦，go Linux与安卓增加动态链接库编译否则只能算个半成品

作者: 一代码农 时间: 7 天前
本帖最后由一代码农于 2024-11-14 07:22 编辑

百十行代码能慢到哪里去？
pc重点需要加快编译反而跳过不搞...

作者: amwji 时间: 7 天前
等你一次编译4-5W行代码的时候就知道慢不慢了

作者: amwji 时间: 7 天前
有新技术能提升编译速度的话肯定是要搞，像安卓那样真的秒编译

作者: jinkg2008 时间: 7 天前
界面太丑了,这个要美化一下最少看上去正规一点,这个界面还没易语言现在的界面看的好

作者: amwji 时间: 7 天前
IDE 界面也没啥赚钱的项目IDE就那样

作者: amwji 时间: 7 天前
难得吴总听劝，你们不珍惜机会，以后再想提升PC编译速度那是千难万难的了，想啥呢

作者: 沉默流星 时间: 7 天前
编译速度还是要提升的，现在相对来说比VS要慢

作者: kingsoft 时间: 7 天前
说不慢的，你多放一些控件试试。
你控件多了，代码多了，基本上就是要去**等！
尿完了回来，还没有好。。。。

作者: 459943578 时间: 7 天前
目前6千行代码首次调试需要3分10秒，第二次调试1分5秒

作者: xrea 时间: 7 天前
吴总给pc封装一个wxwidget或者其他新点的界面库吧

作者: 沉默流星 时间: 7 天前

xrea 发表于 2024-11-14 09:36
吴总给pc封装一个wxwidget或者其他新点的界面库吧

支持

作者: 身边演员太多 时间: 7 天前

459943578 发表于 2024-11-14 09:27
目前6千行代码首次调试需要3分10秒，第二次调试1分5秒

提升编译速度是当务重中之重，每次等的心焦，希望吴总采纳。

作者: zqiz 时间: 7 天前
原来，吴总平常也不用。所以皇帝不急

作者: 4463424 时间: 7 天前
本帖最后由 4463424 于 2024-11-14 11:24 编辑

cmake可是跨平台的，可以编译linux平台的程序，如果1-2个月能搞定的，还是建议搞下！！！当然后期搞一搞还是可以的！

作者: 创世魂 时间: 7 天前

4463424 发表于 2024-11-14 11:22
cmake可是跨平台的，可以编译linux平台的程序，如果1-2个月能搞定的，还是建议搞下！！！当然后期搞一搞还 ...

他跨平台没有用。火山视窗主要开发Windows。

作者: 雪很冷 时间: 7 天前
就首次慢。要改进也是改进首次即可

作者: 一贞力道 时间: 7 天前
写了几十万行代码还是慢，开发大工程计算量庞大，首次编译要等5分钟左右，二次编译差不多2分钟左右。
编译速度是当务重中之重，希望吴总采纳！

作者: 小蜗牛 时间: 7 天前

shuimiao 发表于 2024-11-13 21:56
还是挺慢的，代码多一些就知道了。当然开启了多核加速确实快一点，但是大家说的就是现在的情况还需要加速。 ...

现在好像缩肛..咋还上这么高

作者: hcwanz 时间: 7 天前

一贞力道发表于 2024-11-14 15:23
写了几十万行代码还是慢，开发大工程计算量庞大，首次编译要等5分钟左右，二次编译差不多2分钟左右。
编译 ...

太大的代码最好还是拆成dll或lib吧, 纯源码的话, 咋优化也抗不住啊

作者: nurjay 时间: 7 天前
提升计算机的cpu就可以解决，把时间用在ide的改进和h5上

作者: 摘星揽月 时间: 7 天前
建议直接开工前端平台

作者: smk718 时间: 7 天前
要是能像易那样秒级编译是最好的了...12代I7 PCIE4.0固态 64G内存的配置,开多线程编译,都会卡几秒.

作者: 199 时间: 7 天前
现在的速度完全可以接受了,直接H5吧,以后有空的时候再优化吧
目前的慢都是太大源码的情况下才会这样
完全可以拆成多个部件或者DLL来完成。
要用模块化的思路来拆分,出了问题也好找原因。
如果不拆的话,又回到了易语言的思路了

作者: nurjay 时间: 7 天前
现在的速度完全可以接受了,直接H5吧,以后有空的时候再优化吧

作者: shuimiao 时间: 7 天前

小蜗牛发表于 2024-11-14 15:32
现在好像缩肛..咋还上这么高

缩肛？

作者: hcwanz 时间: 7 天前

shuimiao 发表于 2024-11-14 17:50
缩肛？

好像是最新几代的英特尔, 长时间使用性能会下降

作者: 小蜗牛 时间: 7 天前

shuimiao 发表于 2024-11-14 17:50
缩肛？

13代 14代因特尔CPU容易出问题

作者: shuimiao 时间: 7 天前

hcwanz 发表于 2024-11-14 17:55
好像是最新几代的英特尔, 长时间使用性能会下降

我之前也看过类似**，但是最先进的就算下降一些也很强的。我现在用这个i914代，速度是之前i710代的十倍以上

作者: 心之印 时间: 7 天前
本帖最后由心之印于 2024-11-15 00:17 编辑

用火山很久了，看到这贴特地注册来回复下，目前我的停车项目快破万行代码了，这个编译速度真心真心慢，赶快搞搞吧吴总，调试编译一次够易语言几十次了，回帖里那些说调试编译不慢的应该都是没真正写项目的，我起初整个项目都是火山写的，现在为了调试把部分动态库都用易语言写了，再这样下去火山都快戒了，我是入了狗的基本上不在论坛活跃，千万不要被部分人牵着鼻子走啊，既然火山想作为一款编程语言，那真正要考虑的难道不应该是做项目的人吗？

有句话想说：“你搞了所有火山用户都受益，你不搞则是让真正用火山的用户痛苦。”

作者: Inverse 时间: 6 天前

4463424 发表于 2024-11-14 11:22
cmake可是跨平台的，可以编译linux平台的程序，如果1-2个月能搞定的，还是建议搞下！！！当然后期搞一搞还 ...

支持使用cmake技术优化编译

作者: 重新注册 时间: 6 天前
那群说编译速度慢，没有问题的人，是多么的无知，我不知道他们有没有在用，也不知道他们是不是写个几行代码就行的人，编程的意义在于什么？在于提高生产力，编译速度左右着火山的生产力，居然有人说，编译慢无所谓，赶紧去搞H5，我看H5出了，他会不会买，他会不会又说，赶紧搞其他的，每次都是有这么一群无知的人。

作者: 一代码农 时间: 6 天前

amwji 发表于 2024-11-14 08:24
难得吴总听劝，你们不珍惜机会，以后再想提升PC编译速度那是千难万难的了，想啥呢 ...

你还没有看明白，老吴发这个贴是想说pc编译不慢，不用搞了

作者: 1503123 时间: 6 天前
临时的小程序还行.
你要正式搞项目,各种逼停.

作者: IvzCX 时间: 6 天前
总共统计文件数目: 10; 共计类数目: 263; 共计公开类数目: 97; 共计总行数: 45024

这是我的项目，实际编译一次大概3分钟，你说的不慢是指写 “hello world”吗，如果是，那确实不慢

作者: 沉默流星 时间: 6 天前

IvzCX 发表于 2024-11-15 15:25
总共统计文件数目: 10; 共计类数目: 263; 共计公开类数目: 97; 共计总行数: 45024

这是我的项目，实际编译 ...

视窗编译速度的确该提升，慢的一批。还是建议官方更新编译速度.

作者: qwyan 时间: 6 天前
大多数的人都在呼吁封装一个新的UI库，希望能封装一个现代化一点儿的UI库。

作者: 大有可为 时间: 6 天前
支持编译提速

作者: 烤翅 时间: 6 天前
终于重视视窗了，视窗是火山的核心啊！！好多易语言的用户都被炫语言拉走了，希望火山视窗重视起来

作者: numbersir 时间: 6 天前
本帖最后由 numbersir 于 2024-11-16 11:54 编辑

练手项目保守3万行代码至少200组件，二次调试编译1分钟这样，老电脑双核四线程CPU，习惯了无所谓，只希望改进选择夹多行表头时不能显示第1子夹组件的BUG，正想尝试其他界面库

作者: 重新注册 时间: 6 天前

numbersir 发表于 2024-11-15 21:24
练手项目保守3万行代码至少200组件，二次调试编译1分钟这样，老电脑双核四线程CUP，习惯了无所谓，只希望改 ...

我舅服你，我用i9 13900K 24核32线程编译火山，我都觉得慢，随便改动一下代码就和第一次一样的慢，你居然能习以为常。佩服佩服

作者: 兵三进一 时间: 5 天前
本帖最后由兵三进一于 2024-11-16 07:49 编辑

numbersir 发表于 2024-11-15 21:24
练手项目保守3万行代码至少200组件，二次调试编译1分钟这样，老电脑双核四线程CUP，习惯了无所谓，只希望改 ...

双核

我的是6核U+32G内存+512G M.2固态,所以。。。
是我错了

作者: heqianli 时间: 5 天前

459943578 发表于 2024-11-13 23:36
现在反正我是忍受不了，6千行代码第一次调试3分10，第二次调试1分5秒，cpu i7 8750 ...

什么牛皮的项目六千行代码

作者: lhy201233 时间: 4 天前
搞了又放到狗里

作者: 飞拓联创 时间: 4 天前

heqianli 发表于 2024-11-16 18:07
什么牛皮的项目六千行代码

总共统计文件数目: 88; 共计类数目: 273; 共计公开类数目: 270; 共计总行数: 191749

作者: 2767944492 时间: 4 天前

lhy201233 发表于 2024-11-17 07:43
搞了又放到狗里

说实话，我也希望不放在狗里，但仔细想想，如果不放在狗里，那确实没什么卖点了，组件限制完全可以通过第三方界面库绕过。

作者: 80805777 时间: 3 天前
cmake能提升编译速度吗，nmake和msbuild在win上应该是差不多的吧

作者: q1015133989 时间: 3 天前
啥时候能支持c++函数重载

作者: q1015133989 时间: 3 天前
啥时候能支持c++函数重载不然嵌入运行就会报错

作者: heqianli 时间: 前天 10:26

飞拓联创发表于 2024-11-17 15:53
总共统计文件数目: 88; 共计类数目: 273; 共计公开类数目: 270; 共计总行数: 191749 ...

团队项目用火山写干嘛

欢迎光临递归火山软件开发平台 (https://bbs.voldp.com/)