Dev Meme / devmeme
Photo
垃圾回收（物理）
大意：我给客户做软件分析咨询，客户的软件是给导弹用的。我跟客户说这个软件会发生内存泄漏，客户毫不惊讶。他向我解释说，他测量了内存泄漏的速度，然后把它乘以导弹飞行的时间再乘二，然后多加了这么多内存的硬件。反正导弹是要炸的，这些内存泄漏就可以直接被垃圾回收掉了。
大意：我给客户做软件分析咨询，客户的软件是给导弹用的。我跟客户说这个软件会发生内存泄漏，客户毫不惊讶。他向我解释说，他测量了内存泄漏的速度，然后把它乘以导弹飞行的时间再乘二，然后多加了这么多内存的硬件。反正导弹是要炸的，这些内存泄漏就可以直接被垃圾回收掉了。
🤣19🤨2
Windows 已锁定，无法运行 Firefox
https://fxtwitter.com/ryumyou2nd/status/1616737193254588423
https://fxtwitter.com/ryumyou2nd/status/1616737193254588423
FixTweet
🦊りゅうみょう🦊 (@ryumyou2nd)
きつねダンス₍₍ (ง ˙ω˙)ว ⁾⁾
#キツネ村
#キツネ村
🥰34😢3
Forwarded from 不存在的世界
这是一张用微信扫描就会 crash 的二维码，应该是微信 OCR 的实现有问题
以及如果发在群聊里可能会导致群聊的人都闪退（因为微信会自动识别二维码）
以及如果发在群聊里可能会导致群聊的人都闪退（因为微信会自动识别二维码）
🤯14👍3😨2🤬1
中国航天竟然想起来系外行星探索了，而且还要搞光学波段的合成孔径
https://m.weibo.cn/detail/4893737324645900
（很惭愧 作为航天爱好者还是看国外的信息整合账号才翻到这个
https://m.weibo.cn/detail/4893737324645900
（很惭愧 作为航天爱好者还是看国外的信息整合账号才翻到这个
m.weibo.cn
微博
随时随地发现新鲜事！微博带你欣赏世界上每一个精彩瞬间，了解每一个幕后故事。分享你想表达的，让全世界都能听到你的心声！
🥴8👎1
Forwarded from 每日消费电子观察 (无羽の翼 (｢ • ̀ω•́ )｢)
英特尔专利证实 Meteor Lake 处理器用上 L4 四级缓存，消息称可达 GB 级别
专利显示，Meteor Lake 将完全采用混合架构，结合五个不同的模块：CPU、SoC、GPU、I / O 和基础模块。Adamantine 缓存（L4 缓存，简称 ADM）将成为基础区块的一部分，可以被下一代 SoC 的任何模块访问。
ADM 缓存可以扩展到“GB”级别，但目前测试的大小为 128MB 到 512MB。
https://www.ithome.com/0/688/483.htm
https://wccftech.com/intel-boosts-meteor-lake-cpu-arc-graphics-tile-with-adamantine-l4-cache/
专利显示，Meteor Lake 将完全采用混合架构，结合五个不同的模块：CPU、SoC、GPU、I / O 和基础模块。Adamantine 缓存（L4 缓存，简称 ADM）将成为基础区块的一部分，可以被下一代 SoC 的任何模块访问。
ADM 缓存可以扩展到“GB”级别，但目前测试的大小为 128MB 到 512MB。
https://www.ithome.com/0/688/483.htm
https://wccftech.com/intel-boosts-meteor-lake-cpu-arc-graphics-tile-with-adamantine-l4-cache/
Ithome
英特尔专利证实 Meteor Lake 处理器用上 L4 四级缓存，消息称可达 GB 级别 - IT之家
英特尔正在准备其第 14 代处理器，其中部分移动端型号将采用 Meteor Lake 架构，以及 Foveros 封装。此前的 Linux 补丁暗示，Meteor Lake 将支持 L4 四级缓存。根据英特尔 2020 年 12 月的专利，该公司“下一代 SoC 架构”又称 Meteor Lake 将具有“封装缓存”功能
👍5🤮2🤔1
Forwarded from 不存在的世界
发现根本问题所在了，是 OpenCV's extra modules 中 WeChat QR Code 模组的锅
https://github.com/opencv/opencv_contrib/pull/3480
https://github.com/opencv/opencv_contrib/pull/3480
GitHub
fix(wechat_qrcode): Init nBytes after the count value is determined by Konano · Pull Request #3480 · opencv/opencv_contrib
Merge with test case: opencv/opencv_extra#1061
A malicious crafted image will crash the wechat_qrcode module by invalid memory access.
The earliest PoC by @GZTimeWalker: https://gist.github.com/GZT...
A malicious crafted image will crash the wechat_qrcode module by invalid memory access.
The earliest PoC by @GZTimeWalker: https://gist.github.com/GZT...
👍4😁1🥴1
Forwarded from Armor Net
关于Starship-Superheavy首飞的一些想法
【What happened】
基于SpaceX直播的时间线以及一些社区的分析：
T-3s 点火
T+6s 第一个肉眼可见的碎片飞出来
T+7s 3块巨大的碎片飞出来
T+16s 第一次出现图像展示，3个raptor熄火
T+31s 液压系统爆炸
T+40s 第四个引擎熄火
T+57s 液氧开始泄露
T+62s 第五个引擎熄火
T+62s ish 液氧泄露停止
T+100s 丢了第六个引擎
T+112s 第六个引擎重新点燃
T+134s 失去姿态控制
T+168s booster engine cut off call-out，但实际还在点火
T+239s FTS激活
【What I believe happened】
Superheavy 33枚引擎90%推力点火，产生的巨大冲击力摧毁了Orbital Launch Mount底部的水泥，产生的碎片损坏了Superheavy的箭体和引擎，导致了多个引擎失效+液压系统失效。Starship+Superheavy的组合体由于控制面安装在重心前方，本身气动不稳定。在失去多个引擎推力不平衡+推力不足飞行轨迹过低+失去液压模块引擎矢量受影响+为了回到正常轨迹的大攻角飞行姿态下，在134秒失去姿态控制能力，导致Loss of Vehicle
【我的看法】
不管马先生再怎么sugarcoating，这就是一次失败。这个失败本身不可耻，If you are don’t blow things up，you are not innovating enough.
但是！但是！但是！
这是一个非常糟糕的事件。勇敢和冒进是有区别的。大胆创新和盲目蛮干是有区别的。SpaceX团队目前在我看来，倾向于后者。
早在2020年，不采用导流槽的设计就已经是一个concern了。2022年BN7进行静态点火的时候，33枚引擎，50%推力就龙卷风摧毁OLM了。整个团队在明知道这个设计有问题，新的保护装备还有3个月才能就绪的情况下，仍然选择了go for launch。结果是，炸掉了目前唯一可用的OLM，严重损坏了Stage0, 并且导致了发射失败。
实在是太过于，莽撞了。整个团队都觉得，oh it’s normal if not exciting to blow it up。带着这样的一种态度，太过于儿戏了。
包括这个FTS。火箭在失去姿态控制以后硬生生还是飞了100多秒才被终止。我不管这是因为发送命令晚了，还是因为FTS没有足够快起效，这都是绝对不应该出现的事情。
带着这样的一种态度进行研发，我觉得是非常糟糕的一个状态。SpaceX团队应当重视这个问题。我不反对采用敏捷开发的思路来研发火箭，我也认为，炸个火箭是完全可以接受的。但至少，应当秉承着严肃、严谨的态度来研发目前世界上最大的运载火箭。
People’s lives are at risk
【What happened】
基于SpaceX直播的时间线以及一些社区的分析：
T-3s 点火
T+6s 第一个肉眼可见的碎片飞出来
T+7s 3块巨大的碎片飞出来
T+16s 第一次出现图像展示，3个raptor熄火
T+31s 液压系统爆炸
T+40s 第四个引擎熄火
T+57s 液氧开始泄露
T+62s 第五个引擎熄火
T+62s ish 液氧泄露停止
T+100s 丢了第六个引擎
T+112s 第六个引擎重新点燃
T+134s 失去姿态控制
T+168s booster engine cut off call-out，但实际还在点火
T+239s FTS激活
【What I believe happened】
Superheavy 33枚引擎90%推力点火，产生的巨大冲击力摧毁了Orbital Launch Mount底部的水泥，产生的碎片损坏了Superheavy的箭体和引擎，导致了多个引擎失效+液压系统失效。Starship+Superheavy的组合体由于控制面安装在重心前方，本身气动不稳定。在失去多个引擎推力不平衡+推力不足飞行轨迹过低+失去液压模块引擎矢量受影响+为了回到正常轨迹的大攻角飞行姿态下，在134秒失去姿态控制能力，导致Loss of Vehicle
【我的看法】
不管马先生再怎么sugarcoating，这就是一次失败。这个失败本身不可耻，If you are don’t blow things up，you are not innovating enough.
但是！但是！但是！
这是一个非常糟糕的事件。勇敢和冒进是有区别的。大胆创新和盲目蛮干是有区别的。SpaceX团队目前在我看来，倾向于后者。
早在2020年，不采用导流槽的设计就已经是一个concern了。2022年BN7进行静态点火的时候，33枚引擎，50%推力就龙卷风摧毁OLM了。整个团队在明知道这个设计有问题，新的保护装备还有3个月才能就绪的情况下，仍然选择了go for launch。结果是，炸掉了目前唯一可用的OLM，严重损坏了Stage0, 并且导致了发射失败。
实在是太过于，莽撞了。整个团队都觉得，oh it’s normal if not exciting to blow it up。带着这样的一种态度，太过于儿戏了。
包括这个FTS。火箭在失去姿态控制以后硬生生还是飞了100多秒才被终止。我不管这是因为发送命令晚了，还是因为FTS没有足够快起效，这都是绝对不应该出现的事情。
带着这样的一种态度进行研发，我觉得是非常糟糕的一个状态。SpaceX团队应当重视这个问题。我不反对采用敏捷开发的思路来研发火箭，我也认为，炸个火箭是完全可以接受的。但至少，应当秉承着严肃、严谨的态度来研发目前世界上最大的运载火箭。
People’s lives are at risk
👍30👎6🥰2👏1
&'a ::rynco::UntitledChannel
与此同时，谁急了我不说（）
看热闹不嫌事大的星舰重新涂装
https://m.weibo.cn/detail/4894153320170765
https://m.weibo.cn/detail/4894153320170765
🤣17👍1
Forwarded from Hacker News
Commercial lunar lander presumed lost after moon landing attempt (Score: 150+ in 7 hours)
Link: https://readhacker.news/s/5Dj8E
Comments: https://readhacker.news/c/5Dj8E
Link: https://readhacker.news/s/5Dj8E
Comments: https://readhacker.news/c/5Dj8E
CNN
Commercial lunar lander presumed lost after historic moon landing attempt
A Japanese lunar lander, carrying a rover developed in the United Arab Emirates, attempted to find its footing on the moon's surface Tuesday — but flight controllers presumed the spacecraft was lost after failing to regain contact.
&'a ::rynco::UntitledChannel
CI/CD 是什么.jpg
到现在群友还没搞明白这个结果是怎么算出来的