首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

NBA这三十年生了什么,Python告诉你~

image.png 我们能看到什么: 整体来看,各项数据之间其实相关性不大,当然除了命中数和得分这类傻子都知道的关系; 前场篮板与出手数的相关系数是0.57,这个也很好解释,篮板抢的越多,自然就会有更多的出手机会...image.png 我们能看到什么: 不论是投篮命中率还是出手,都有了下降,不过在近十年有所上升; 三分不论是命中率还是出手都有一个大幅度提升,三分出手数从85年的2个飙升到了24个左右; 罚球方面,命中率有波动...篮板有下降,但近十年也一直上涨,为什么上涨,后场篮板多了,前场篮板这三十年可是一直在下降,前文也说过了,前场篮板才是反映一个球队篮板拼抢的积极性,这也说明了,篮板是越来越不被重视了,现在是一个没有中锋的时代...image.png 我们能看到什么: 85年的时候三分球得分占比不到2%,什么概念,平均下来一场得分100的球,三分只能占到2分,一个球不到,但到了2016年,这个比重以及上升到27%; 95-97年之间三分球有个较大幅度上涨

53650
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    项目offline发生了什么

    Spring Security等就不在这里展开说。...这里使用那个经典的烧开水例子,这里假设一个烧开水的场景,有一排水壶在烧开水,BIO的工作模式就是, 叫一个线程停留在一个水壶那,直到这个水壶烧开,才去处理下一个水壶。...但是实际上线程在等待水壶烧开的时间段什么都没有做。 NIO (New I/O):同时支持阻塞与非阻塞模式,但这里我们以其同步非阻塞I/O模式来说明,那么什么叫做同步非阻塞?...如果还拿烧开水来说,NIO的做法是叫一个线程不断的轮询每个水壶的状态,看看是否有水壶的状态发生了改变,从而进行下一步的操作。 AIO ( Asynchronous I/O):异步非阻塞I/O模型。...当Blocked线程过多时候项目为什么会Offline?

    96730

    申请内存时底层发生了什么

    你可能有些疑惑,什么,还有系统调用这种东西,为什么我没调用过也可以打开文件、进行网络通信?...实际上不只brk系统调用,sbr、mmap系统调用也可以实现同样的目的,mmap也更为灵活,但该函数并不是本文重点,就不在这里详细讨论了。...故事就到这里了吗? 冰山之下 实际上到目前为止,我们接触到的仅仅是冰山一角。 ?...那么这张空头支票什么时候才能兑现呢?也就是什么时候操作系统才会真正的分配物理内存呢?...这里只是简略的提到了虚拟内存,实际上虚拟内存是当前操作系统内部极其重要的一部分,关于虚拟内存的工作原理将在《深入理解操作系统》系列文章中详细讨论。

    67710

    打开抖音后面究竟发生了什么

    这个年代每个人都会过多过少使用抖音,此产品基本上覆盖全中国的人民 但是今天我以一个技术人的身份讲讲打开抖音APP一瞬间,技术层面到底发生了一些什么,为什么刷抖音视频推荐不会卡顿,为什么刷广告一点都不卡的...,为什么点击用户视频进去的时候访问里面视频有时候会慢 明明刚刚一点都不卡的,其实都是有技术套路在里面。...本文做为一线搬砖师,就好好测评分析,打开的那瞬间,它做了什么?...核心是下列几个域名 ipstatp.com byteimg.com snssdk.com pstatp.com amemv.com 为什么有这么多,咱也不知道呀,只知道这里面*.ixigua.com这个地址...默默已经把投放给大家的广告的图片和部分视频默默的已经加载完了 默默等着你的召唤了,所以每次你看视频卡的时候,为什么广告的不卡的原因也就暴露出来了。

    95230

    到底发生了什么?

    但是现在 CentOS 要跟我们永远说再见了,因为它的主人要推 CentOS Stream,这究竟是为什么呢? 2 CentOS 发展历史 为了让大家了解 CentOS Stream 是什么鬼?...以及红帽公司为什么要关闭 CentOS。 我的和大家先聊聊 CentOS 的发展历史,以及红帽公司对 CentOS 发展的影响,这样才能明白为什么 CentOS 走到了今天。...3 CentOS Stream 是什么鬼? CentOS 被收购之后,就决定了今天的命运。...红帽公司收购 CentOS 之后,旗下就产生了三个主要的 Linux 发行版产品线:Fedora、RHEL、还有 CentOS 。 ?...这个时候就感觉没有 CentOS 什么事情了,果然到了2020年末,官宣未来不再维护 CentOS 了。 4 CentOS Stream 还适合生产环境吗?

    2.6K30

    Kubectl exec 背后到底发生了什么

    exec -it nginx -- /bin/bash root@nginx:/# 第一个 kubectl exec 在容器内执行了 date 命令,第二个 kubectl exec 使用 -i 和 -t...28053 round_trippers.go:441] Response Status: 101 Switching Protocols in 14 milliseconds root@nginx:/# 这里有两个重要的...return nil, err } return &runtimeapi.ExecResponse{ Url: s.buildURL("exec", token), }, nil } 可以看到这里只是向客户端返回一个简单的...这里就是最终 Kubelet 调用 Docker exec API 的地方。 最后需要搞清楚的是 streamingServer 处理器如何处理 exec 请求。...总结 本文通过解读 kubectl、API Server 和 CRI 的源码,帮助大家理解 kubectl exec 命令的工作原理,当然,这里并没有涉及到 Docker exec API 的细节,也没有涉及到

    2.8K30
    领券