建议无忌上图不限大小不限数量,同时让网友决定图片的生命周期……
111
13
|
[1 楼] mohanwei
[注销用户]
15-10-9 17:25
用户已注销,历史内容不予显示
|
|
[14 楼] 京西游击将军
[资深泡菜]
15-10-10 18:13
mohanwei 发表于 2015-10-10 17:19 我指的并不是磁盘不够用问题,而是磁盘输入输出效率与网络吞吐效率。头次用手机在无忌上发言。 |
|
[13 楼] 京西游击将军
[资深泡菜]
15-10-10 17:46
mohanwei 发表于 2015-10-10 17:19 理想化的资本,这些不是问题。但现实九成半是相差甚远。没猜错的话,无忌很多是PHP+MySQL。这对于运营来讲没错。但对于高性能没什么优势。无忌的并发量我觉得比那些图床网站高,如果再当个图床,需要加大很多资源,吃不消。 |
|
[12 楼] mohanwei
[注销用户]
15-10-10 17:24
用户已注销,历史内容不予显示
|
|
[11 楼] mohanwei
[注销用户]
15-10-10 17:19
用户已注销,历史内容不予显示
|
|
[10 楼] 京西游击将军
[资深泡菜]
15-10-10 16:58
mohanwei 发表于 2015-10-10 16:46 如果要说提高效率,那么在这种巨量数据(无忌图片不少吧,按照巨量考虑吧),可能非关系型数据库更适合。但是无论怎么存取,都离不开磁盘的I/O和网络的I/O,因为照片肯定要走网络,终归也要落到磁盘上,这样巨量大MB图片必然造成I/O瓶颈,如果无忌大量采用SSD,可以提升很大性能,那个成本老西是没法接受的。SSD的生命期也是问题。 内存上来讲,如果做成缓存,那么需要大量内存,不知道无忌现在的内存还有多少空余。即便是内存,你的守护线程(进程也可)是少不了的。无忌的CPU还够用吗?这需要测试后,才比较好推断。不过我感觉这种处理对于无忌的压力不小。 以上还是没有考虑开发难度,只提到运行时的效率问题。 |
|
[9 楼] mohanwei
[注销用户]
15-10-10 16:46
用户已注销,历史内容不予显示
|
|
[8 楼] 京西游击将军
[资深泡菜]
15-10-10 16:35
mohanwei 发表于 2015-10-10 16:34 你图片也存在数据库里吗?可以,但是效率很低。更不可能把图片缓存在RAM里。 本帖最后由 京西游击将军 于 2015-10-10 16:36 编辑 |
|
[7 楼] mohanwei
[注销用户]
15-10-10 16:34
用户已注销,历史内容不予显示
|
|
[6 楼] 京西游击将军
[资深泡菜]
15-10-10 16:26
mohanwei 发表于 2015-10-10 15:48 注意不是只记录一个计数就可以的。需要有守护程序,不断去轮询每一张图片的情况,如果有达标的还要进行删除操作。再加上对图片不加限制或者扩大限制,这都是很挤压服务器端性能的(磁盘I/O、网络I/O、CPU性能)。 |
|
[5 楼] mohanwei
[注销用户]
15-10-10 15:48
用户已注销,历史内容不予显示
|
|
[4 楼] mohanwei
[注销用户]
15-10-10 15:46
用户已注销,历史内容不予显示
|
|
[3 楼] 京西游击将军
[资深泡菜]
15-10-10 08:29
不限制大小,让服务器自行决断,你知道这种扫描要添加修改多少代码,给服务器造成多大压力吗?你看现在无忌对于资深等称号的自动变更都做不到,做这种统计更是遥远了。现在的照片都越来越大,大伙都把十几甚至几十上百兆的图片往上发,无忌的服务器网络带宽也得挤爆了。话说无忌真该从页面前台加一些文件大小判断控制。
|
|
[2 楼] 172654
[禁言中]
15-10-9 18:11
好
本帖由 iPhone7,2 客户端发布 |