关于联通计费有待商榷的地方

前面讲过,我用三条家用宽带,每条4M,合计12M,通过负载均衡做了出口,每条宽带80元,一月240元。相当省钱。

但是2015年,联通做了调整,技术上不知道有什么改进,竟然可以按电脑台数计时收费。下面我举个例子:

拿其中一个账号举例:

原始量:2678355  / 3600(秒) = 744小时      744小时/24 小时= 31天

计费量:3025141  / 3600(秒) =  840 小时    (840 – 744)X 1.2(元/时) = 115.2元

115 + 80(月租)= 195 符合账单上的收费数字。

我们实际约有30台电脑,三个账号,每个账号按8小时算,那么

联通解释的是:一条宽带,一台电脑,一个月可以上744小时。多了的话按小时费:

按此规则计算:

按此规则计算,这是我们可以合理使用的  744X3= 2232(小时)

假如我们有30台电脑

2232/30 = 74.4 小时  得出我们每台电脑每个月应该可以平分到74.4小时。

按每天工作8小时计算:

74.4 /8 = 9.3 天  每台电脑则可在不增加费用的情况下工作9.3天。

但实际上每月大概有22个工作日。

按实际费用(195)推算,那么我们

195/80 = 2.4375 倍

22 / 9.3 = 2.3655 倍   倍数基本相符。

此结果没有基于精确数字计算,但根据联通10010的解释,基本和实际收费情况相符.也就是按电脑台数收费。

我们没有占用联通额外的带宽,联通应该按带宽收费,我们承担了因电脑多,速度变慢的事实。没占联通便宜。

相当于给你块地,只允许你种出100斤粮食,你种出200斤来,得还给联通100斤。交地租也没用。

时间: 2024-01-15 23:31:26

关于联通计费有待商榷的地方的相关文章

spring-boot-2.0.3不一样系列之源码篇 - run方法(三)之createApplicationContext,绝对有值得你看的地方

前言 此系列是针对springboot的启动,旨在于和大家一起来看看springboot启动的过程中到底做了一些什么事.如果大家对springboot的源码有所研究,可以挑些自己感兴趣或者对自己有帮助的看:但是如果大家没有研究过springboot的源码,不知道springboot在启动过程中做了些什么,那么我建议大家从头开始一篇一篇按顺序读该系列,不至于从中途插入,看的有些懵懂.当然,文中讲的不对的地方也欢迎大家指出,有待改善的地方也希望大家不吝赐教.老规矩:一周至少一更,中途会不定期的更新一

下一个风口?迷你KTV能变成“绿巨人”吗?

近段时间,在全国各地多个商场.大学城等繁华地点,一种全新娱乐方式--迷你KTV变得火爆起来.这种仅能容纳两三人,以单首.时段等进行计费,且价格不低的点唱新模式,正成为投资者眼中的"新宠". 虽然它们总是被拿来与共享单车.共享打车.共享充电宝等比拼,但事实上,相比其他共享刚需经济项目,迷你KTV更多地是满足大众的娱乐需求.如今如火如荼的形势,似乎让迷你KTV成为下一个风口.那么问题来了,迷你KTV能野蛮地成长为"绿巨人"吗? 迷你KTV泛滥 入局者争先恐后杀入市场 迷

iOS单元测试

图前内容转载自:slegetank 开始之前 本文侧重讲述如何在iOS程序的开发过程中使用单元测试.使用Xcode自带的OCUnit作为测试框架. 一.单元测试概述 单 元测试作为敏捷开发实践的组成之一,其目的是提高软件开发的效率,维持代码的健康性.其目标是证明软件能够正常运行,而不是发现bug(发现 bug这一目的与开发成本是正相关的,虽然发现bug是保证软件质量的一种手段,但是很显然这与降低软件开发成本这一目的背道而驰).它是对软件质量的一 种保证,例如重构之后我们需要保证软件产品的正常运行

中华英才网竞品分析报告2016

中华英才网竞品分析报告 1 背景 1.1 行业背景 1) 网民增速不断提升,移动端网民规模过半. 2016年1月22日,中国互联网络信息中心 (CNNIC)发布第37次<中国互联网络发展状况统计报告>.截至2015年12月,中国网民规模达6.88亿, 半数中国人已接入互联网. 其中,2015年新增网民3951万人,增长率为6.1%,较2014年提升1.1个百分点,网民规模增速有所提升. 图 1  2011-2018年中国整体网民数量及增长趋势 <报告>同时显示,网民的上网设备正在向

01 Apache Solr:提升检索体验 为什么是Solr

背景: 最近开发一个大型的仓储管理平台项目,项目的前身是无数个版本的历史悠久的基于CS模式的Windows桌面程序.然后对于每一个客户,我们可能需要为之定制比较个性化的特殊功能.于是,有一个核心研发团队,以一两年为周期开发一个核心功能版本的软件:然后拿出去推广销售,每每销售成功,做售前的同事都是拿了一大堆定制化的需求回来的:然后一场在核心功能上的定制和个性化扩展就开始了,完成开发就可以去客户现场实施了:最后,就会有部分维护的同事将这个客户的系统纳入他们的日常工作清单中.周而复始.诚然,这种方式在

七牛的存储算法猜测

个人浏览网页的时候,有打标签的习惯.最近整理以往的标签的时候,发现积累了一些有关七牛公司存储策略的网页,遂决定整理一篇文章处理,以备记忆.当然,也希望对他人有用. 因为七牛公司的存储策略主要基于纠删码(Erasure Codes,EC),所以下面先从纠删码引申开来. 引言:何为纠删码 数据的爆炸式增长使得存储系统的规模不断增加,存储设备的可靠性却一直没有得到显著提高(SSD 从SLC 到MLC 和TLC 可靠性不断下降,磁盘随着单位面积写入数据更多导致可靠性无法提升),从而给数据的持久化存储带来

阅读《代码大全》(第二版)体会小结

这一次阅读了著名的<代码大全>(第二版).全书虽然章节众多,但是主要就是几个大部分,这些部分我大多有一些浅显的了解但还未深入,当然也有一些全新的体验,例如表驱动法.全书内容丰富而详细,我在阅读的其中问题并不是太多,只不过很多的内容都觉得了解的还太浅,需要更多的实践以及阅读去体会.在这里记录下的也就是一些自己的体会,主要是对书中一些论断的不同看法与讨论,大部分是关于面向对象和结构化设计的内容:以及对于全新接触的表驱动法的学习体会. Question 1: “7.1 创建子程序的正当理由”中,提到

python之函数

一,函数是什么? 定义:函数是指将一组语句的集合通过一个名字(函数名)封装起来,要想执行这个函数,只需调用其函数名即可 特性: 1.减少代码的重复性 2.代码的可扩展性 3.代码的易维护性 语法定义 def sayHello(): print('hello,i'm good boy) sayHello() 也可直接传入参数 def add(x,y): res = x+y return res result = add(3,5) print(result) 二,函数参数 形参变量只有在调用时才会被

让人很容易误解的TCP拥塞控制算法

正文 很多人会认为一个好的TCP拥塞控制算法会让连接加速,这种观点是错误的,恰恰相反,所有的拥塞控制算法都是为了TCP可以在贪婪的时候悬崖勒马,大多数时候,拥塞控制是降低了数据发送的速度. 我在本文中会针对近期跟业内朋友之间的聊天记录,总结出三言两语.        TCP拥塞控制的终极目标绝对不是加快数据发送的速度,这种理解非常自私且肤浅!它的终结目标是在公平占有带宽的前提下无限度提高带宽的利用率!        如果你只关注一个独立的TCP连接本身,那么你也许永远都不可能设计出什么比较好的算