什么决定了超链接的响应时间 - 常规安装、@USB 和'portableapp.com'与网络/ISP 响应时间?

什么决定了超链接的响应时间 - 常规安装、@USB 和'portableapp.com'与网络/ISP 响应时间?

尝试“@USB”和“portableapps.com”安装浏览器 - Chrome、Firefox、Opera,我得到安装在 32 GB Sandisk USB 驱动器上的这些浏览器的一些不一致、不规则的响应时间或明显的响应时间?

我最熟悉 Opera,可以通过运行 Opera Turbo 对其进行一些调整,但是有什么建议可以告诉我 NIC 这一侧的延迟以及 NIC 另一侧 ISP 的延迟?

务实地,我会查看页面上的超链接激活速度,使用 Process Explorer 和屏幕捕获实用程序制作“快照”,当我似乎遇到延迟时,到目前为止,这些延迟、滞后的响应时间,甚至完全的互联网馈送中断似乎总是发生在系统 NIC 的南部或网络端。我的 ISP 提供商技术人员无法达成一致意见 - 四次访问,我得到了四种不同的“文字描述” - 如果我可以收集数据和图形来证明我的观点,为什么我不能让他们提供支持其带宽、互联网信号无中断或下降等声明的数据、规格和图表。

另外,我不清楚 ISP 的带宽分配或带宽算法——一位技术人员说,电视音频/视频信号在互联网之后会“优先使用”,如果还有剩余的话,是用于 VOIP 的吗?这些数据肯定是在某个地方由系统监控/功能几乎连续地生成的,不是吗?

另一个建议是,在 USB 拇指驱动器上运行的“独立”版本的应用程序,无论是 @USB 还是“portableapps.com”版本,“伪”系统支持必须由独立应用程序或支持环境(如“portableapps.com”)在 USB 驱动器上内在生成,以至于“远程 USB 应用程序”无法在本地获取资源,那么它必须搜索系统,例如 Java、Adobe Acrobat、JS 或 JavaScript、MS 或 QT 媒体播放器等。这一切听起来合乎逻辑且切实可行,但我找不到任何资料来支持这一“理论”——去哪里阅读,如何找到阅读资源?显然,其中一些必须是基本的 USB 主 PC 与 USB 或“portapps”独立应用程序的交互,作为下一层阐述?

不想把这变成计算机科学工程或消费者报告实验室测试项目,建议采取哪些快速而粗略的(如果有效的话)方法来测量?

顺便说一下,这个项目有两个目标:减少 \WINDOWS... 和 \Program Files\ 传统上执行的所有业务的大小和功能负载,这些业务都局限于主硬盘并占用主硬盘空间——除此之外:随着时间的推移,有没有人能与主硬盘空间增加时应用程序的增长相匹配?在我看来,代码更加松弛,不那么紧凑,并且扩展以使用越来越大的硬盘和现在的 SDD 上可用的“剩余”空间?

相关内容