首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏图形视觉

    分网格建模

    另外,细分网格表示的数据量非常小,很适合于网络传输。 ---- 细分网格建模 三维公园提供了在线的三维建模工具,用户可以直接在浏览器中进行三维设计。

    1.2K11发布于 2019-10-27
  • 来自专栏frytea

    dnsmasq 多网卡分网段配置

    在 dnsmasq 的配置文件 /etc/dnsmasq.conf 中使用类似下面的配置:

    1.4K20编辑于 2023-10-21
  • 来自专栏JNing的专栏

    【pytorch】固定(freeze)住部分网

    因为:即使对bn设置了 requires_grad = False ,一旦 model.train() ,bn还是会偷偷开启update( model.eval()模式下就又停止update )。(详见【pytorch】bn) 所以:train每个epoch之前都要统一重新定义一下这块,否则容易出问题。

    2.6K10编辑于 2021-12-06
  • 来自专栏用户9757876的专栏

    没有可网管交换机,怎么分网段?

    调试计划:只有一台办公用的交换机是可网管的二层交换机,其他都是非网管交换机,所以放弃用交换机VLAN划分,而是用路由器端口来划分网段,以便接入不同的网络交换机; 调试过程:1、路由器修改为复杂密码;

    1.5K10编辑于 2022-12-08
  • 来自专栏进击的多媒体开发

    SharedPreferences 更高效?微信 MMKV 源码解析

    一年前的自己因对它非常感兴趣写下了一篇 【Android】 MMKV 源码浅析。不过由于当时还是大二,知识的储备还不够丰富,因此整体的分析在某些细节上还比较稚嫩。 由于对这个库很感兴趣,因此尝试重新对它进行一次源码解析,对以前分析不够到位的地方进行补充,并且将以前没有研究的部分细致研究一下。

    2.4K10发布于 2020-03-09
  • 来自专栏云深之无迹

    OpenNi2 源码阅读(奥相机版)

    github.com/smarttofsdk 他们的开发SDK在GT https://github.com/smarttofsdk/3DWorld 微信阅读里面有本它公司出的书,我下午读了半本了 公司Logo,的好看 然后打开奥的SDK 里面有个名字叫sample.old,我以为没用,就压缩了,没想到是有用的。

    96420发布于 2021-12-01
  • 来自专栏直播知识

    仿源码,保存图片到系统相册

    仿源码,保存图片到系统相册的相关代码 Morning-Office-Tea-And-Snacks_47r0j3XiG6Mv.jpeg     //保存图片     public static );         String type = fileNameMap.getContentTypeFor(file.getName());         return type; } 以上就是仿源码

    1.8K30发布于 2020-12-23
  • 来自专栏企鹅号快讯

    前端插件以及部分细分网址梳理

    图来源网络 前端插件以及部分细分网址梳理 插件 parallel.js: 前后端通用的一个并行库 zepto: 用于现代浏览器的兼容 jQuery 的库 totoro: 稳定的跨浏览器测试工具 TheaterJS video-player: Paypal 出品的 Video 播放器 loading: 几种 Loading 效果,基于 SVG flippant.js: 一款能够漂亮的网页元素翻转效果库,代码许久不更新,不过作为源码学习还是不错的

    6.8K90发布于 2018-02-05
  • 来自专栏屈定‘s Blog

    (转)AtomicLong还高效的LongAdder源码解析

    他说这个AtomicLong高效。 我们知道,AtomicLong已经是非常好的解决方案了,涉及并发的地方都是使用CAS操作,在硬件层次上去做 compare and set操作。效率非常高。 因此,我决定研究下,为什么LongAdderAtomicLong高效。 首先,看LongAdder的继承树: ? 继承自Striped64,这个类包装了一些很重要的内部类和操作。稍候会看到。 这里,我有个疑问,AtomicLong已经使用CAS指令,非常高效了(比起各种锁),LongAdder如果还是用CAS指令更新值,怎么可能AtomicLong高效了? 何况内部还这么多判断!!!

    92430发布于 2018-09-27
  • 来自专栏我爱计算机视觉

    ELAN:将超分网络SwinIR高效化,最快可达4.5倍

    技术之美 本篇分享论文『Efficient Long-Range Attention Network for Image Super-resolution』,由香港理工大学、OPPO 提出ELAN:将超分网络 通过将两个shift卷积与GMSA模块级联,构建高效的远程注意块(ELAB),并通过共享注意机制进一步加速该模块的运行,极限情况下能SwinIR快四倍! 这表明GMSASwinIR小窗口下的SA更有效。共享注意机制,可以在性能下降很小的情况下,进一步加快光的推断时间。 但是因为在SwinIR中SA是一个沉重的计算负担,SwinIR-light的延迟CNN的方法要慢×10以上。 得益于高效的远程注意力设计,ELAN-light模型不仅在所有五个数据集上获得了较好的指标,而且SwinIR-light快了×4.5。同时参数和计算复杂度也SwinIR-light要小。

    1.7K20编辑于 2022-09-01
  • 来自专栏比原链

    Derek解读Bytom源码-protobuf生成原核心代码

    BytomBlockchain/bytom 本章介绍bytom代码Api-Server接口服务 作者使用MacOS操作系统,其他平台也大同小异 Golang Version: 1.8 protobuf生成原核心代码 PATH:$GOPATH/bin go get -u google.golang.org/grpc go get -u github.com/golang/protobuf/protoc-gen-go 查看原 ${GOPATH}/src \ --go_out=plugins=grpc:. \ ./*.proto 执行完上面命令,我们会看到当前目录下生成的bc.pb.go文件,该文件在原链中承载这

    42030发布于 2018-08-29
  • 来自专栏zaking's

    一还原axios源码(六)—— 配置化

    其中我略过了一些不常用的源码,也有一部分工具方法没有深入的去讲,那些我个人觉得大家可以自己去看,再读文章的时候,一定要对比着源码来思考,不然的话,可能不太容易理解我说的是啥。   这章到这里就完事啦。

    46220编辑于 2022-05-10
  • 来自专栏比原链

    Derek解读Bytom源码-protobuf生成原核心代码

    BytomBlockchain/bytom 本章介绍bytom代码Api-Server接口服务 作者使用MacOS操作系统,其他平台也大同小异 Golang Version: 1.8 protobuf生成原核心代码 PATH:$GOPATH/bin go get -u google.golang.org/grpc go get -u github.com/golang/protobuf/protoc-gen-go 查看原 ${GOPATH}/src \ --go_out=plugins=grpc:. \ ./*.proto 执行完上面命令,我们会看到当前目录下生成的bc.pb.go文件,该文件在原链中承载这

    50410发布于 2018-09-19
  • 来自专栏zaking's

    一还原axios源码(七)—— 取消功能

       你可以通过axios的CancelToken工厂函数,生成一个source,然后把这个对象作为参数传递给axios,最后,需要取消的时候调用source的cancel方法即可。

    57930编辑于 2022-05-10
  • 来自专栏全栈程序员必看

    教你识別和区分网络及使用者

    对组织来说。适当的识别和分类正常流量和用户,可以更easy保护组织的关键数据。眼下。移动设备和BYOD政策趋势。加之企业网络内数据流动的规模大大添加,说明想要进行“正确”的网络区隔变得困难得多。

    44730编辑于 2022-07-10
  • 来自专栏码客

    解决部分网站因DNS无法访问的问题

    最近发现Github上的图片都无法加载 域名raw.githubusercontent.com

    3K20发布于 2020-05-19
  • 来自专栏zaking's

    一还原axios源码(四)—— Axios类

      axios源码的分析,到目前为止,算上第0章已经四章了,但是实际上,还都没有进入axios真正的主线,我们来简单回顾下。 好吧,我承认这是从axios源码复制过来的,毛都没改,就改了改引用。然后呢,这个createInstance实际上就是个工厂函数。创建并返回axios的实例。 我们暂时不看extend和bind具体的源码,从字面意思来看,instance实例上绑定request方法,也就是说,我可以直接使用axios.request。 一共有那么1、2、3、4、5,哦对,四种合并策略(去看了源码你就知道我这里没说错了,我扩起来说是怕你骂我,你骂我倒无所谓,我怕你骂错了,嘻嘻)。    今天就做了这些,其实不复杂,跟着我,带你一一还原axios(其实就是教你怎么抄)。额……咳咳……读书人的事,怎么能叫做抄呢~~我们下一章子再抄,哦不,再借鉴噢。

    46330编辑于 2022-05-10
  • 来自专栏zaking's

    一还原axios源码(八)—— 其他功能

      到此,我们完成了axios的绝大部分的功能,接下来我们来补全一下其他的小功能。

    74410编辑于 2022-05-10
  • 来自专栏乐乐

    【MySQL 源码】UNION UNION ALL 的性能差很多吗?

    原文地址: 【MySQL 源码】UNION UNION ALL 的性能差很多吗? 欢迎访问我的个人博客: http://blog.duhbb.com/ 引言 本文从源码角度分析了一下 MySQL 中 union 和 union all 的区别;得出了以下结论: union 和 union 则是直接读取表的数据并返回给客户端, 不走临时表 union all 和 union 的场景还是得根据需要来判断, 如果没有 distinct 的需求话, 数据又不多, 可以考虑使用 union all 原文地址: 【MySQL 源码 】UNION UNION ALL 的性能差很多吗?

    1.1K20编辑于 2022-07-11
  • 来自专栏zaking's

    一还原axios源码(三)—— 错误处理

    OK,到此我们已经写好了createError方法(其实我是从源码复制过来的,一点修改都没有)。那么我们需要修改下之前错误处理中的代码,至于具体修改的方法,就当留个作业了。 到目前为止,其实代码都还不是真正的axios,为什么这么说呢,到现在,我们只是实现了其中的功能,但是其实还不是真正的axios源码的组织方式,我们下一章,就来扩展整个zaking-axios,修改文件的相关性

    1.3K20编辑于 2022-05-10
领券