【全能播放器】为梦想音乐重放而生——享声 AMC D1预定开始！

njhifi

交易区新帖推荐

xs_horizon 发表于 2021-1-15 13:06
虑拟内存一般是 win系统在硬盘区做的一个临时缓存，如果是设置成内存播放是不进虑存。再一个这个虑似存储 ...

虚拟内存是硬盘缓冲区？基本概念错，建议研究一下win10虚存管理方面的内容。
另外即便数据在内存，win10访问数据还是要经过三次内存访问；如果不在内存，还会触发缺段或缺页中断，中断处理程序完成调段或调页工作，将外存页面调入到内存，延时更大。

njhifi

简单科普一下：
虚存大小=内存大小+外存缓冲区大小，现代操作系统用外存缓冲区存放指令页或数据页。
存储管理方式有二种：实存管理方式和虚存管理方式。
实存管理技术有分区管理、页式管理、段式管理、段页式管理。
虚存管理技术有页式管理、段式管理、段页式管理。
从cpu访问数据的效率分析：
效率最高的是实存分区管理方式，cpu需要数据只需访问内存一次，例子就是ms dos操作系统。
其次是实存的页式管理和段式管理，访问内存需要二次。
再次是虚存的页式和段式管理，访问内存需要二次，但内存紧张时会发生缺页或缺段中断，例子是采用虚拟页式管理的linux系统。
最差的是虚拟段页式管理，访问内存需要三次，还会发生缺页或缺段中断，例子是windows系统，尼玛还号称是最先进的存储管理技术，当然是不是先进看从哪个角度看。
虽然不严谨，但基本如此。
多啰嗦几句：cpu访问数据为啥需要多次，一是要做地址重定位，找到物理地址，取得物理地址再访问内存才能取得数据。现在计算机都带有缓存，以提高页面命中率，另外地址重定位采用硬件完成，提高地址转换效率，但延时是必然的，对音乐播放来说，由于要频繁从内存中获取数据，所以累积延时相当可观。
结论是如果要降低系统延时，win10是最差的选择。

xs_horizon

njhifi 发表于 2021-1-15 14:13
简单科普一下：
虚存大小=内存大小+外存缓冲区大小，现代操作系统用外存缓冲区存放指令页或数据页。
存储 ...

别把32位系统内存地址不够的那些错误的理论放到64位下，虚拟内存在大多数windows用户描述来说，是指系统硬盘缓冲区，因为英文版的描述就是virtual memory, 所以不要扣字写。你如果说32位的扩展内存，那是另一种概念。 那是32位系统因为地址空间不够，而做的扩展。 这种在linux也存在，也有相关的技术，否则怎么支持大容量。  


作为一个win hq用户，应该知道，如何减少其它中断，采用最好的播放方式。

对于累积延时，作为一个研发人员，只能说，这是基本概念错误，那是系统的异步数据通讯，不是AES的时钟类同步通信，如果是系统数据的异步缓存通讯，谈累积延时就是就是不了解基本原理，如果是这样，那网络的累积延时达到十多分钟，是不是网络没法用了？？

现在烧友普遍存在一个问题，搞不清楚数字播放的过程与原理， 把数据通道当成实时的音频时钟通道理解，经常混为一谈。

njhifi

xs_horizon 发表于 2021-1-15 14:34
别把32位系统内存地址不够的那些错误的理论放到64位下，虚拟内存在大多数windows用户描述来说，是指系统 ...

存储管理方式32位和64位cpu有关吗？和计算机内存大小有关吗？
我告诉你，无关。
win10操作系统采用的是段页式虚存管理方式就决定了访问数据的低效率。
这里有很多技术大佬的，不要闹笑话了。

bluehigh

win10操作系统好像不是开源的吧？开机后系统运行好像不管bios什么事情了。。。

xs_horizon

njhifi 发表于 2021-1-15 14:39
存储管理方式32位和64位cpu有关吗？和计算机内存大小有关吗？
我告诉你，无关。
win10操作系统采用的是 ...

你要讨论内存管理的高效性，说明你就是一个程序员，执着于追求某个算法与细节，如果你有能力也可以开发类似日本某烧友开发的固定分配大家连续内存播放器，这类软件也是很多，解决你说的问题很简单。

但作为音频研发来说，作为数据通道，异步缓存，内存中断导致1%延时的差别，并非核心问题，而是要求稳定性。

对于内存延时的中断与USb中断延时，网络中断延时相比，这个延时其实都几乎可以忽略，根本不在一个级别上面。

如果说USb请求回复是ns级，网络中断是ms级，那这个内存中断延时，对于２Ｇ频率的内存来说，对于单个延时的响应可能只影响不到１％，如果扣这种细节，还不如少开一个在线软件来得更有效。

如果这样扣的话，那排序算法还有优劣呢？ 你确保Linux下延时响应都比windows好？ 为何不整体考虑一个问题？

njhifi

xs_horizon 发表于 2021-1-15 14:34
别把32位系统内存地址不够的那些错误的理论放到64位下，虚拟内存在大多数windows用户描述来说，是指系统 ...

你认为cpu具备64位寻址方式能支持大内存空间，配置个大内存足够用了，可微软认为内存空间再大也是不够用的，为啥，win10是多进程多线程操作系统，允许用户同时运行多个程序，在这种情况下，内存还够用吗？更不用说现在复杂处理需要更多的存储空间。
不要忘记win10是个通用操作系统，它要针对很多作业场合的。
技术能力强的企业会按照自己的要求开发自己的软硬件系统，对硬件软件需求更明确，更能做出针对性的优化，你说呢？

njhifi

xs_horizon 发表于 2021-1-15 14:49
你要讨论内存管理的高效性，说明你就是一个程序员，执着于追求某个算法与细节，如果你有能力也可以开发类 ...

你又主观了，我不是程序员。
至于开发播放软件，不是我熟悉的领域，我只是用户而已，如你潜台词所言，我也不具备这方面的知识，所以也设计不出相关算法。
我总认为：任何产品一定要经得起公众的检视才是个好产品，没错吧。

xs_horizon

njhifi 发表于 2021-1-15 14:51
你认为cpu具备64位寻址方式能支持大内存空间，配置个大内存足够用了，可微软认为内存空间再大也是不够用 ...

你如果能这样讨论我就欢迎了， 我现在才知道你谈的虚拟内存是说 windows段式内存的架构，因为你是一个程序员，站在一个程序员角度，而我是站在使用windows的用户角度来思考，因为虚拟内存就是系统的硬盘虑拟page. 这是两个完全不同的概念。

windows内核肯定是一个多用途的系统，否则录音室，音频处理工作都用windows. linux其实设计目的也是类似，特别是到了X86 CPU 下，原理上是完全一样的，国产的操作系统基本都是Linux, 说linux是专用，就太牵强了。

说音频企业应该开发一个独立的软硬件系统，那为何还要用linux呢？  自主开发一个RTOS不是更好？ 为何享声以前的FPGA 架构还要加一个CPU装linux? 2011享声在南大声学所demo的架构里面是没有CPU的，是纯FPGA 驱动SD卡。

也不看一下整个音频行业的现状，连一个真正的HIFi级设计X86主板都做不出来，连3.3V 5V IO线电供电都没有，这噪声都无法解决，否则hq玩家要接一个NAA呢？ 那都是因为消费设计的X86 主板USB 噪声大呸？ 如果能解决，为何多此一举？

不要把HIFI 企业的研发能力看得过高，如果HIFI行业企业都如想象的这么牛B，roonrabs就不会出现。也不看一下，真正做HIFi的企业有多少全职人员？ 享声做了十年仍然是只是一个20多人全职员工的mini公司（不含生产工厂），平均工作经验在10年左右。

顺便说一下，享声还有自主研发的软硬件产品，现在在产的产品都是linux，享声专利的FPGA 都是自主开发的linux 驱动。

所说的一切都是肺腑之言，本人也是一个深度音乐爱好者，愿意与烧友一起沟通。

wwwping2011

xs_horizon 发表于 2021-1-15 13:06
虑拟内存一般是 win系统在硬盘区做的一个临时缓存，如果是设置成内存播放是不进虑存。再一个这个虑似存储 ...

播放mp3 wav等文件，延时会有什么影响？延时长，声音变差？谢谢！

xs_horizon

njhifi 发表于 2021-1-15 15:06
你又主观了，我不是程序员。
至于开发播放软件，不是我熟悉的领域，我只是用户而已，如你潜台词所言，我 ...

占在绝对的角度来说，每个系统在特定情况下都有优劣，因为这种涉及到非常底层的实现与历史原因，linux不同的内核版本，细节都不相同。linux系统 ARM内核与X86内核都根本不是同一类东西。Linux 声卡驱动我认为一定程度上不如ASIO, 这才是真正的关键。大家可以看一下alsa与ASIO。

njhifi

xs_horizon 发表于 2021-1-15 15:08
你如果能这样讨论我就欢迎了， 我现在才知道你谈的虚拟内存是说 windows段式内存的架构，因为你是一个程 ...

说个题外话吧，参加过多次校招，好多同学面试环节用语不规范，虽然交谈过程很愉快，同学自我感觉也不错，最后也进不了下个环节，我认为这些同学学术不严谨，很可能不适合以后的工作，我不排除有的同学是优秀的，当我没法考察，专业场合应该用专业用语来表达，这是起码的。
同理，如果对操作系统熟悉，对我说的就不会产生歧义，另外windows不是段式内存架构，请明了。

xs_horizon

njhifi 发表于 2021-1-15 15:22
说个题外话吧，参加过多次校招，好多同学面试环节用语不规范，虽然交谈过程很愉快，同学自我感觉也不错， ...

不扣字眼，段式管理方式是不是段式架构，这是中文的理解。如果学过程序都明白，如果要扣操作系统的字眼，可以用英文交流可能更准确一些，所以操作系统实现相关的回得扣字眼没意思，你知，我知，其它人不知。

我的回复是站在烧友的角度，站在一个用户的角度，不是站在一个去做软件开发的角度回复的，所以扣软件开发的专业字眼应该在软件相关的论坛去聊，或者更合适。

正好，享声创立之前我也是在外企从事过10多年的嵌入式研发，虽然最近10年也慢慢丢下，基础还是在的，这个我们可以找个地方深度聊一下，不干扰大家阅帖。

如果能以此，引出，类似日本烧友开发一个全内存深度优化的播放软件，那我也是很有兴趣的，我听过几次，虽然操作难以接受（每次清出一个最大3GB 连续缓冲区与加载歌曲，一个专辑要接近半小时），但是提升是有的。 否则享声AMC D1 豪华版为何配 16GB 内存，正是因为不少软件直接全内存加载播放，提高响应与多次请求中断。

njhifi

xs_horizon 发表于 2021-1-15 15:32
不扣字眼，段式管理方式是不是段式架构，这是中文的理解。如果学过程度都明白，如果要扣操作系统的字眼， ...

windows不是段式管理方式，不是段式架构。是什么，前面说的很清楚了，好吧。另外既然是专业人士请用专业词汇准确表达你的想法。
假如你所说中文不能清楚表达技术概念正确，国内大量的教科书和文献资料岂不是误人子弟？天大的笑话。
啥叫扣字眼？给大家的感觉是心里发虚，好像一个成绩不好的学生考试时企图蒙混过关的感觉。
想开发专有的播放器，思路正确，本该如此。可惜从交流过程中表现出来的技术素养，也就是想想而已，招人或许能解决吧。

chigo

跟时钟精度一样，延时也是变化更重要，也就是稳定跟重要，包括网络和USB

一个始终偏移的延时，比忽大忽小的延时更好，就是减少不确定性。