唯一硬伤: 不支持 usb 直通...

(请不要把增强会话模式那个很受限制的 usb 直通混为一谈)

一直这么用的...连平板我都开着 hyper-v, 基本没啥副作用.

文件共享: host 提供一个 smb 共享(设置专用的访问用户, 只能用于 smb 那种)
网络: guest 一般我配置双网卡, 一个默认交换机, 提供 internet 访问; 一个内部交换机, 手动设置 ip, 用于 host 与 guests, guests 间的网络互通. 有固定 ip 很多操作会方便不少.
Windows guests 体验不错, linux guests 不跑 gui 也很不错.
Windows guests 配置 remoteApp, 窗口近乎无缝显示在 host 桌面会话中.

一个小技巧:
如果你只配置一个默认的虚拟交换机给 guests 上网的话, 你可以访问 `主机名.mshome.net` 这个 dns 名称来访问对应的 guest.
比如某 linux guest 主机名称是 ubuntu2004, 那么可以直接:

ssh [email protected] 去 ssh 连接, 不用记忆随机 dhcp 得到的地址

@huabalance filebrowser, go 语言写的, 前端挂了 nginx 反代提供 ssl

不过功能属实过于简单, 我个人够用

在地址栏敲 cmd 和 powershell 试试哦.

还有 shell:appsFolder 等奇怪的魔法

任务栏合并图标太难用了,向苹果学的, 问题是, 这破功能真的很降低效率. win 11 的设计师上班一个程序只开一个窗口??
以前任务栏能快速切换到对应窗口, 现在不行了, 多窗口程序用着让人暴躁...

反馈中心关于任务栏第一条: 不要合并图标...

对了, mstsc 最 6 的功能还是 RemoteApp (vail/rail), 远程窗口和本地程序窗口无缝整合, 只显示窗口内容, 而不是整个远程端的桌面, 远程程序就像跑在本机一样显示在窗口中, 大部分情况下比动态调整分辨率好用多了.

官方的 3 种:
uwp remote desktop: 支持动态调整分辨率, 但垃圾, 证书指纹乱显示(或者说没文档说明), 其它平台此 app 是 sha1 指纹; 长时间链接会死掉. 不知道修复没有.
mstsc: 不支持动态调整分辨率...
Remote Desktop (MSRDC): 支持动态调整分辨率, 然而, 这鬼软件没有输入 ip:port 这种连接方式? 不过可以周转, 用 mstsc 存配置为 .rdp 文件, 然后用它打开就行.
rdcman: 似乎就是 mstsc 套壳, 管理一堆服务器时很好用, 现在加入 sysinternal suits 了

首先 powercfg /a 报告下平台的待机模式: s0ix 还是 s3?
执行 powercfg /sleepstudy 和 powercfg /batteryreport 生成报告, 检查 电池寿命或者待机是否有问题.
powercfg -requests 检查是否有程序等阻止睡眠.
检查设备是否启用了离开模式 (AwayModeEnabled)
然后, 不要 powercfg /h off 关闭休眠, 请 on

控制面板 > 电源选项 > 修改计划设置 > 高级电源选项, 注意下这些设置:
睡眠 > 在此间后休眠(根据自己电池和使用情况设置, 我设置的是 24h, 你可以设置 8 小时以内)
电池> 低电量水平和关键电量水平
电池> 关键电量水平动作: 休眠.



不过, 楼主的电脑似乎遇到了睡眠掉电的问题, 一些常见的可能:
部分电脑的 AoU 关机充电 usb 口有问题, 建议更新 bios, 或者 bios 中关闭关机充电的功能.
如果是 s0ix 睡眠, 可能设备没有进入 drips, 导致耗电异常.
部分设备驱动或者一些软件的驱动有问题导致设备睡眠问题.

一般来说, Windows 在电池快耗尽时, 是能转入休眠的(起码 s0ix 是这样的, s3 忘了), 重新开机后, 之前的会话应该都在.

@matolv
@villivateur
@james122333

不好意思同时 @3 位, 不清楚 nextcloud 现在新版啥情况, 我半年前测试时大文件处理还是有问题的.
环境:
官方的 docker 镜像 (apache) + MariaDB, 具体的问题就是: 一旦客户端(也许仅限 web 端)发起了文件下载动作, 服务端会将整个文件读取一遍.


这个问题糟糕在于:
下载一个 4G+ 的文件, 然后取消下载, 此时服务端仍然在读取文件, 直到读取完成!
大的视频在线预览时, 进度条根本不能流畅拖动, 因为也许服务端在忙着读取此文件...


后面实在无语这鬼 bug 了, 换了一套网盘, 这才是我期望的行为:
- 客户端下载速度 2M/s, 服务端的读取磁盘 io 也基本在 2M/s 左右. 而 nextcloud 能直接把服务器磁盘 io 吃满, 全速读取文件.
- 客户端暂停下载, 服务端磁盘 io 也基本马上停掉. nextcloud 不会, 它要把文件读取完了才停.
- 大文件下载时, 只要没有把资源吃满， 其它的访问能正常进行. nextcloud 因为 io 占满直接网站死掉...




我也一直没搞明白这是什么问题, nextcloud issues 里面也多次提到了此问题, 但都没有解决方案或解答, 大部分被关闭 issues.
现在换了网盘方案, 简单, 响应快, 虽然只有 web 端, 但将就用了

如果是 intel 处理器 i7 i9 的话, 可能是适配器功率不够, CPU 真男人期间需要从电池取一部分功率, 不然 CPU 睿频不动.

非苹果的本子也有这问题

nextcloud

不过我是他的黑粉, 因为他处理大文件(1G 以上)相当糟糕!! 硬盘不好的话动不动服务器就死掉那种, 然后根据其它用户的评价, 小文件速度也慢, 这就迷惑了, 干啥啥不行...

不过 nextcloud 周边挺丰富的:
- 文件版本记录
- 集成在线 office (docker 分分钟部署一个 onlyoffice 即可, 也可以用微软的 office online)
- 与 Windows 集成较好, 有 OneDrive 类似的同步机制, 按需下载文件, 客户端用起来和 OneDrive 差异不大.
- Windows/Android/iOS/Linux/Web 丰富的客户端.
- 文件是原样存储的 (区别于 seafile 将文件分片后存储)


然而, 有啥用呢, 核心的网盘功能都做不好, 放一个超大视频上去, 在线播放, 然后等待服务器卡住吧....

用来存一些办公文件倒还可以试试, 代码源文件小文件遍地似乎也不适合用它存储

@yeh 你电脑 1T 内存怎么开机还这么慢呀 /狗头 /

ROM: 只读存储器, 只读!!
可以写的叫: EEPROM, EPROM(上古时期产品, 紫外线擦除, 实际看起来比现在一坨乌漆嘛黑外壳的芯片更有科技感 /狗头 /)


Flash: 闪存, 常见的有 nor flash 和 nand flash.
nor 印象中可以 XiP, 代码不必载入内存直接开跑. 也算随机访问了(RAM?)
而 nand 则常见于现在各种电子设备的大容量存储器, 比如: u 盘, 存储卡, ssd, nand flash 裸片等.

----------------------------

RAM: 随机访问存储器.
常见的: SRAM(比如 MCU 的 RAM, CPU 的 cache/$), DRAM(比如内存条上的颗粒)
DRAM 容易做大容量, 但数据需要由额外的电路来定期刷新, 不然再见...
SRAM 不需要去刷新数据, 但是需要更多晶体管.

----------------------

然而, 有一些模糊的区域:
比如 FeRAM, Intel Optane...
optane 用不起没用过, 价格打扰了.... (M.2 NVMe 的傲腾倒是用过, 不就是一 SSD 吗 /狗头 /)

但 FeRAM 确实是可以又当 RAM 放变量又当 ROM 存放代码的, 理想中一个计算机(MCU 也算是计算机吧...)只需要一个 FeRAM 就够了, 不像传统的那样要搞上: RAM + FLASH/EEPROM 这样的几种存储介质. (真·我内存有多大多大)
然而, 实际上, 好像还是 FeRAM + SRAM 的配置, 原因是 FeFRAM 速度跟不上 CPU 的速度, 只好把堆栈等高频访问的数据放 SRAM, 程序代码, 运行中的低频程序变量等数据放 FeRAM. 不知道现在是不是还是这样.

-----------------------

硬盘: 不清楚, 好像是相对于软盘来说的吧... 软盘的盘片是一张软软的薄膜, 而硬盘是坚硬的玻璃或金属圆盘.

光盘: emmm... 路过....


-----------------------
外存 vs 内存: 我都忘了概念了... 硬盘明明在机器里面, 凭啥管人家外存 /狗头 /
也许是相对 CPU 来说的? CPU 可以"直接" 访问"内存"的数据, 而访问硬盘等需要经过各种存储控制器.
内存控制器: ???

-----------------------
spi, iic, sdio/emmc, ufs, pci-e, sata, usb, sas, nvme 等只是根据存储器的接口 /总线 /协议来称呼的, 这个存储器本身的存储介质关系不大吧.

似乎有 dram 做的 "ssd", 上面的电池掉电就再见那种.


-----------------------
然而, 实际中:

eMMC: 虽然人家支持 TRIM, 技术栈也和标准的 ssd 差不多, 动态磨损平衡, 静态磨损平衡好像也都可以做到, 速度也算不错的, 然而, 低人一等就是低人一等, 鄙视链底部...

UFS: 不好意思, 都是同行衬托得好, 虽然速度快不快不关我事.

NVMe: 除了 UFS, 其他都是渣渣.



内存卡: 万一手机的 sd 卡插进去了会露出一半, 那岂不是我得叫"半内半外存卡"了 🤣

内存: ...

运存: 幸好我没啥争议

RAM: 好像我也没啥争议...

CPU 的 Cache/$ : 我们就被开除 RAM 籍了吗?

ROM: 还有, 谁说我不能写了?

Flash/闪存: 上面的, 它们说的也许是我....

主板上的固件存储器:冷抖哭, 我 NOR Flash 何时才能被计算进手机参数的 "Flash" 栏中???

主板上的固件存储器 2: 淡定, 我们也没被写道手机的 "ROM" 栏中...




硬盘: emmm, Flash 颗粒确实挺硬的....





纯属搞笑, 不可细究, 上述内容可能有误, 请指正以免误导人了.

树莓派我 7x24 开机吃灰好像还好.


建议:
检查电源,
使用好的 tf 卡, 比如 SanDisk 的至尊超急速系列, 闪迪三星的监控用卡系列.
另外, 挂是哪种情况的挂呢? dmesg 报告有坏扇区? 还是单纯的文件系统损坏?
是否经常意外断电?


另外, 可以考虑使用 usb 引导, 系统放 u 盘里面, 整个 cz880 等固态 u 盘做系统.


或者, 用 rock pi, nvme+usb pd, 3A 的 usb 输出电流, 对标树莓派的弱项.

@ashine 缺少几个 uwp 运行库, 补上就好

其他还好, 最受不了的是 node_modules 这个无底洞, 因为 js 不像其他的语言那样有强大的标准库, npm 随便一个小工具一大坨依赖, 一大坨小文件真的是难受啊. 动不动以万计的小文件, 人都给整傻了. 而且感觉这样很危险, 依赖的依赖的依赖一挂, 简直噩梦; 另外, 还徒增了供应链攻击的风险.

内核的 syscall 是稳定的, 不会轻易变动. 所以应用程序跑起来没啥问题.

但设备驱动简直就像地狱一样, kernel 非要带着驱动一起走...

On POSIX with shell=True, the shell defaults to /bin/sh. If args is a string, the string specifies the command to execute through the shell. This means that the string must be formatted exactly as it would be when typed at the shell prompt. This includes, for example, quoting or backslash escaping filenames with spaces in them. If args is a sequence, the first item specifies the command string, and any additional items will be treated as additional arguments to the shell itself.

On Windows with shell=True, the COMSPEC environment variable specifies the default shell. The only time you need to specify shell=True on Windows is when the command you wish to execute is built into the shell (e.g. dir or copy). You do not need shell=True to run a batch file or console-based executable.