首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

干货|TensorFlow数据量少的时候却占GPU显存比较多

最近在做一个文本多分类的项目,来源于实际的需求场景。具体的情况不多说,但是有一点需要说明的是,场景有多个,每个场景下都有自己的数据,这些数据都是短文本数据。不同的是每个场景中含有的数据量不同。一开始我们做的时候是从数据量最大的场景入手,有107万条训练数据,单词有7万多个,分类效果还不错,不做任何数据预处理,测试集上准确率有94%,这个时候显示的GPU显存是700MB。接着做数据量小一点儿的场景,有70几万条数据,单词有6万多个,发现这个时候的GPU显存有3000多MB。训练时候的参数一模一样。按道理应该单词数多的那个显存比较大才对。而且按照我们的参数计算GPU显存就应该只有几百MB才是正常的。虽然从准确率上看程序应该没问题,但这个问题不解决会让我怀疑自己。

02

pageadmin CMS网站制作教程:http缓存方案的使用

pageadmin CMS网站制作教程: http缓存的作用是提供网站相应速度和负载,用户第一次访问一个页面时,会向服务器发出请求,服务器接受到请求后会对网站进行编译,从数据库读取数据,读取配置文件等流程,最后再输出http响应结果给浏览器,这些流程都是费时的,如果一个页每天几万人访问,同一个页面相同的流程就要重复几万次,这个是很没有必要的,网站要想提高响应速度和负载,我们就要减少很多重复的流程,尽可能的减少服务器编译,读取数据库这些操作,能不能用户向服务器发出请求后省略中间环节,直接输出http响应结果给浏览器呢?答案是可以的。

00

支撑百万并发的数据库架构如何设计?

看到这个题目,很多人第一反应就是:分库分表啊!但是实际上,数据库层面的分库分表到底是用来干什么的,其不同的作用如何应对不同的场景,我觉得很多同学可能都没搞清楚。 用一个创业公司的发展作为背景引入—— 假如我们现在是一个小创业公司,注册用户就 20 万,每天活跃用户就 1 万,每天单表数据量就 1000,然后高峰期每秒钟并发请求最多就 10。 天呐!就这种系统,随便找一个有几年工作经验的高级工程师,然后带几个年轻工程师,随便干干都可以做出来。 因为这样的系统,实际上主要就是在前期进行快速的业务功能开发,搞一个单块系统部署在一台服务器上,然后连接一个数据库就可以了。 接着大家就是不停地在一个工程里填充进去各种业务代码,尽快把公司的业务支撑起来。 如下图所示:

03
领券