1G端口配2T和100M端口配3T：葡萄牙两套套餐到底差在哪

同一份2核2G40G，报价凭什么差出三倍

先摆一组让人皱眉的价格。讨论这个落点前先说清人群在哪：葡萄牙本土的互联网用户和企业高度集中在里斯本、波尔图两个都市区，葡语内容的本地搜索、广告投放和支付回调基本都是围绕这两片人群转的。葡萄牙节点上，常规系列 B 型是 2核2G、40G 硬盘，带宽写 1G/2T，含 1 个 IP，月付 199 元。2 系列里的 2B 型，CPU、内存、硬盘、IP 数量一分不差，还是 2核2G、40G 硬盘、1 个 IP，带宽写 100M/3T，月付 599 元。同样的机器，价格翻了三倍整，端口还从 1G 掉到 100M，只剩十分之一。

多数人看到这里的第一反应只有一个：贵的那台是不是专门留给不懂行的人踩的。这个反应很正常，我第一次看也这么想。但把两行的带宽字段拆开读一遍，结论就会翻过来——你不是在为一台更快的机器多付钱，你是在为一个更大的月总量多付钱。端口小了，是套餐设计上的取舍，不是缩水。

为了让这个判断站得住，我们把话说死一点：端口速率和月流量额度是两条互相独立的成本轴，价格主要挂在流量额度上，端口只是附带的削峰手段。全文所有的选型判断都从这句话往下推，如果你记住的只有一句，就记这句。

为什么非要较这个真。因为国内机房的报价习惯是"带宽多少 M"，一句话把端口和流量混在一起说，久了大家就默认带宽是一个东西。海外节点的报价习惯不一样，它把"多快"和"多少"拆成两个数字写在同一个字段里，中间一个斜杠。斜杠前面是端口，斜杠后面是月流量。看懂这个斜杠，你就能自己算账，不用等销售给你解释。

斜杠前后那两个数字，根本不是同一类东西

把带宽字段拆开，左边是端口速率，右边是月流量额度。这俩物理单位都不一样，一个是速率，一个是总量。

端口速率，说的是这台机器网卡对外的瞬时上限。1G 端口的理论上限换算成字节大约是每秒 125MB；100M 端口大约是每秒 12.5MB。这是一个"水管口径"的概念——管口就这么粗，水再急也过不去更多。你单线程下载一个文件，最快就是这么快；你同时开十个下载，十个加起来还是这么快。端口不管你一个月跑了多少，它只管这一瞬间能跑多少。

月流量额度，说的是一个月里允许从这台机器出去（或者进出合计，口径以服务商说明为准）的字节总量。这是一个"水表"概念——表走满了，要么限速，要么按量加钱。它不管你是一口气跑完还是匀着跑完，只管总数。

一万网络把这两条轴直接并排写在带宽字段里，斜杠一分隔，这在国内厂商里算写得相当直白的。很多同行只写一个"带宽 100M"，你根本不知道那是端口还是不限流量，等到月底账单出来才知道自己买的是什么。写法直白，采购的人就能少打一个电话。

这里有个反直觉的点，值得单独拎出来算一遍。2T 流量挂在 1G 端口上，理论上满速跑，大约 4.6 小时就能把额度跑干。3T 流量挂在 100M 端口上，同样满速跑，大约要 70 小时，接近三天。看出来了吗——额度更大的那个套餐，跑完的时间反而长了十几倍，因为它的出口被收窄了。这不是文字游戏，这是两种完全不同的机器性格：一台是短跑爆发型，一台是长跑耐力型。

所以"端口变小了反而更贵"一点都不矛盾。你多付的 400 元买的是 1T 的额外总量和"不容易跑超"的从容，代价是出口慢了十倍。买不买，取决于你手上的活儿是冲刺型还是耐力型，跟机器本身的好坏没关系。

端口这条轴：决定的是"某一瞬间"有多爽

端口大小最直接的体感，是单个用户的下载速度和并发下的摊薄程度。

一个 100M 端口，单人单线程下载大约能到 12.5MB 每秒。这个数字放在今天其实不算难看，网页、图片、小安装包都够用。问题出在并发——五个人同时拉一个 200MB 的安装包，每人就只剩 2.5MB 每秒；二十个人同时拉，每人不到 0.6MB 每秒，用户那边看到的就是"你们的服务器好慢"。而 1G 端口同样的场景，二十个人同时拉还能分到 6MB 每秒左右，体感天差地别。

端口还决定峰值能不能顶住。做一次产品发布，页面里塞了十几个高清大图，上线那一刻几百个人同时刷新，请求全挤在前几秒。这时候 CPU 通常还没起来，外网出口先被打满，用户看到的是白屏转圈。端口大的机器在这一刻是能救命的，流量额度的消耗反而是次要的——一次活动多消耗几十 GB 无所谓，卡住首屏才是事故。

还有一种容易被忽略的场景是内部拉取。你在葡萄牙的机器上跑 CI，每次构建要从镜像仓库拉几个 G 的基础镜像；或者做数据同步，每天凌晨有个窗口期要把增量传完。这类任务是"越快越好、总量不大"，端口就是唯一的关键指标，1G 和 100M 的差别是几分钟和几小时的差别。同步窗口尤其典型：凌晨两点到四点这两个小时，如果出口只有 100M，理论上限大约 90GB，一旦当天增量超过这个数，窗口就关不上，第二天的业务开天窗。换 1G 端口，同样的窗口能过 900GB，压力立刻消失。这种活儿你去买大流量套餐毫无意义，额度根本用不掉，卡你的是两小时里能挤出去多少字节。

反过来说，大端口也有它的隐患，而且是个真金白银的隐患。端口越大，你越容易在不知不觉中把月度额度烧穿。一台 1G 端口的机器被挂上马，或者被同行刷图，几小时就能把一个月的额度跑光。100M 端口在这种时候反倒像个保险丝——它自己就把出口限住了，你想超也超不快。我一般先看端口，再看流量，最后才看 CPU 核数，因为前两项决定的是"这台机器能不能干活"，CPU 只决定"干得多快"。

流量这条轴：决定的是"一个月"能跑多远

流量是套餐里真正的钱袋子。判断它，得先学会估。

做站点最好估。一个页面连同图片、样式、脚本算 1.5MB，日访问一万次，一天就是 15GB，一个月约 450GB。这时候常规系列 B 型给的 2T 是绰绰有余的，A 型的 1.5T 也够。反过来，如果页面没做压缩、图片没上 WebP，单页膨胀到 5MB，同样一万次日访问就是每月 1.5TB，2T 的额度立刻变得紧张。你看，同一个网站，优化做得好不好，直接决定你要买哪一档，这比换机器便宜得多。

再说一个常被算漏的：静态资源没分离。很多小站点把图片、样式、脚本全放在同一台机器上，连一张 favicon 都要从这台机器的流量里出。把静态资源挪到对象存储或者 CDN 上，这台机器每个月的出流量能掉一大截，剩下的额度全留给真正的动态请求。这件事的成本往往只是一顿饭钱，效果却比升一档套餐明显得多。

做采集、转发、同步这一类，就不是按人算，是按字节算。抓一个页面 80KB，一天抓五十万次，就是 40GB，一个月 1.2TB。再加上重试、去重失败、被重定向，实际往往要在这个基础上加三成。这类任务是典型的"持续传输型"——它们不需要快，它们需要跑满一整个月而不被叫停。给它们配一个 1G 端口的机器是浪费，因为采集速度瓶颈通常在对方的响应时间和你的并发策略上，不在你的出口带宽上；给它们配一个 100M 端口加 3T 流量的机器，性价比反而高得多。

差价算一下就清楚了。按官网 2026-09-22 的明示价，B 型 199 元、2B 型 599 元（均以官网实时价为准），中间 400 元买来 1T 额外流量，折合每 TB 约 400 元。再往上看，2C 型 4核4G 60G、100M/4T、799 元，2D 型 4核8G 100G、100M/5T、1299 元（以官网实时价为准）。从 2B 到 2C 多付 200 元换 1T 流量加两核一内存，从 2C 到 2D 多付 500 元换 1T 流量加内存和硬盘。价格的重心始终压在流量上，配置的变化更像是搭售。

超额之后会怎样，各家口径不同，通常是限速或者按量计费，具体资费与策略一律以官网实时资费与服务商说明为准。我的建议是别去赌——把月流量当成硬性预算线来管，在机器上装个流量统计，看到半月就用掉七成，就该考虑升档或者做压缩、做缓存、上 CDN 分流了。

八个档位摊开看：钱到底花在哪一列

下面这张表把葡萄牙节点上已核验的八个档位全部摊平，端口和流量分开列，价格摆在最右边，谁贵谁便宜一眼看得出来。

把表竖着读，能看到三条很硬的规律。第一条，常规系列四档端口清一色 1G、流量 1.5T 到 2T，价格从 99 拉到 399，涨的价主要买的是 CPU 和内存，流量几乎没动。第二条，2 系列四档端口清一色 100M、流量从 500G 拉到 5T，价格从 299 拉到 1299，涨的价主要买的是流量，配置只是顺带。第三条，2A 型是个明显的异类——1核1G 30G、只有 500G 流量，却卖 299，比配置高一级的 B 型还贵一百。它不是给常规业务准备的，买它的人要的是"小端口加可控总量"这个组合本身，比如一台只要稳定在线、几乎不出流量的任务机。

顺带提一句表里的怪事：C 型和 D 型的硬盘只有 20G，而低一级的 B 型有 40G。内存涨上去、硬盘反而掉下来，看着像是写错了。合理的解释是这两档的定位本来就偏向"内存与计算"，磁盘被刻意压小，系统盘之外不鼓励你堆数据。如果你的业务要落盘，千万别默认配置越高硬盘越大，下单前把这一列单独核对一遍，这条比带宽那条更容易踩。

按业务形态拆：你的活儿该买哪一条轴

判断方法其实很土，就问自己一句话：我的流量是集中在几个尖峰里，还是平铺在一整个月里。集中就买端口，平铺就买流量。

企业官网、博客、落地页：典型的突发型。一天里绝大部分时间的流量接近零，早晚各有一个小高峰，遇到发文章、投广告、做活动才有一个尖峰。这类业务买端口，A 型或 B 型就够。用户体感取决于首屏加载那两三秒，那两三秒里你的出口越粗越好。一个月下来总量往往用不掉一半，这时候为流量多付钱纯属浪费。

下载站、镜像分发、素材分发：要分两种情况。如果文件不大、访问分散、偶尔有突发，属于突发型，买端口，B 型往上走。如果你明知道每天都有用户来拉几百 MB 甚至几个 G 的包，而且一天到晚不停，那就是持续传输型了——这时候端口大只会让你更快撞到额度天花板，应该反过来买 2 系列，用 100M 的出口把速度摊平，用 3T、4T 的额度扛住总量。

采集类任务：几乎永远是持续传输型，而且是最容易低估用量的那一类。爬虫的字节数看着小，架不住次数多，加上重试、失败、被重定向、图片和附件一并抓取，实际消耗经常是估算值的两倍。我给这类业务的建议是直接上 2C 型或 2D 型，别在 B 型上硬撑——B 型的 1G 端口对采集速度没有任何帮助，但 2T 的额度会在某天下午突然用完，然后你的任务集体失败。采集不需要快，需要不断。

代理转发、中转、跳板：也是持续传输型，而且是双向的——进来的字节和出去的字节都要算，具体口径以服务商说明为准。这类业务最容易被"1G 端口听着很爽"误导。转发链路的瓶颈通常在跨洋链路质量和中间跳数上，你本地端口给到 1G，实际单线程能跑多少取决于对端。所以老老实实买流量，2B 型起步，并发多就上 2C 型。

API 与后端接口：这一类反而是最特殊的，通常两条轴都不敏感。一次接口响应几 KB 到几十 KB，一个月撑死几十 GB，任何一档的额度都用不完。这时候该盯的是端口带来的并发响应能力和 CPU、内存，选 C 型（2核4G）或 D 型（4核8G）比纠结流量有意义。真要说端口的影响，是在大量连接同时建立、响应体又偏大的那一刻，1G 出口能让你不至于排队。

把上面五种归拢一下，就两句口诀：用户看得见速度的买端口，机器默默跑量的买流量。拿不准自己的业务属于哪种，最省事的办法是先按预估流量的 1.5 倍选额度，再看剩下预算能买到多大的端口，端口不够用还可以靠缓存和压缩补，额度不够用就只能加钱。

葡语市场分散，用户在哪儿决定你该买哪条轴

选葡萄牙节点的人，业务很少只面向葡萄牙本国。葡萄牙本地人口一千万出头，而葡语世界的重心其实在南美和非洲——巴西两亿多人口，安哥拉和莫桑比克各几千万，再加上几内亚比绍、佛得角、东帝汶这些小语种市场。这个分布对端口和流量的选择有直接影响，很多人没往这一层想过。

时区错位把峰值拉平了。葡萄牙本地时间比北京时间晚七八个小时，巴西主要城市更晚，约十一个小时。如果你同时服务欧洲葡语区和巴西，两边的活跃高峰在一天里是错开的，欧洲的晚上是巴西的下午，白天那一波过去，晚上又来一波。结果就是请求曲线不像单一市场那样陡峭，而是被拉成一条相对平缓的线。曲线平，意味着单位时间压力小、总时间长——这是典型的"总量型"特征，偏向买流量。

跨大西洋链路决定了单连接速度上限。巴西用户访问葡萄牙节点要跨大西洋，往返延迟通常在两百毫秒上下，具体数值受链路、运营商和时段影响，以实际路由与实测为准。在这么高的延迟下，单条 TCP 连接的吞吐受拥塞窗口限制，很难把你的 1G 端口吃满。也就是说，你花大价钱买的 1G 端口，对单个巴西用户几乎没有意义——他根本跑不到那么快。这种情况下，把预算从端口挪到流量上是划算的。

非洲葡语区的网络条件更极端。安哥拉、莫桑比克的移动网络占比高，带宽成本和终端体验都和欧洲有差距，用户更习惯小包、低频、长时间的连接。这类用户不会一口气拉大文件，但会持续地、零碎地消耗流量。又是一个"总量型"特征。反过来想，如果你的业务在这些地区要做大文件分发，端口大的机器至少能让少数网络条件好的用户拿到体面的速度，这时候端口又有意义了——所以它不是一刀切，是看你的用户结构。

本地化资源的体积是另一个变量。葡语内容如果只做文本，页面很轻；如果要放葡语配音的视频、本地化的高清素材，单页体积能翻好几倍。面向巴西做电商落地页，图片和短视频一上，月流量会比你按国内经验估的高出一截。这时候 2T 可能真的不够，2 系列的 3T、4T 才稳。

还有一层是合规与内容分发的地域偏好。面向欧盟用户的业务，通常会关心数据存放地和个人信息处理的地域要求；面向安哥拉、莫桑比克的业务，更多要考虑终端网络条件的下限。这两类要求对机器的影响不一样：前者影响你选哪个节点，后者影响你把端口做多大。合规层面的具体条款与资质要求，本文不做结论性判断，如有需要可协助对接或提供架构建议。

深耕 IDC 19 年（成立于 2007 年）的一万网络，在葡萄牙这一节点的做法是把两个系列分开摆着卖，而不是打包成一个"高配版"，这个摆法本身就说明它清楚这两类需求是两拨人。你在官网看到的页面描述里写着"葡萄牙云服务器租用、葡萄牙云主机租用、葡萄牙原生 IP VPS 租用，配置齐全，弹性购买，大陆访问速度快，免备案烦恼，最快 30 秒上架，智能监控，稳定安全有保障"——其中"弹性购买"四个字在这里的实际含义，就是允许你先按一条轴买，跑一段时间看账单再决定往哪条轴上加钱。别一上来就买顶配，先跑一个月，让真实账单告诉你答案。

最容易让人多花钱的几个误判

做采购这些年，见过太多人在这两个字段上栽跟头。挑几个真常见的说。

误判一：把端口当流量。看到 1G 就觉得"带宽很大，随便用"，结果第五天额度见底，站点被限速。1G 是速度不是额度，它甚至会加速你把额度用完。这个误判的代价通常是一整个月的糟糕体验加一笔超额费用。

误判二：只看流量不看端口。反过来的人也不少，精打细算算出自己一个月大概 3T，兴冲冲买了 2B 型，上线第一天用户就反馈下载慢。3T 是总量没错，但你把总量铺到三十天里，平均到每秒只有 12.5MB 的天花板。用户不会算均值，用户只在自己点下载那几秒里评价你。

误判三：用大端口机器做长期转发。这是把两台机器的性格搞反了。1G 端口配 2T，满速不到五小时跑完；你拿它做 7×24 转发，意味着每天都要提心吊胆地看流量计。同样的钱，换成 100M 配 3T，能安安稳稳跑满一个月。别被"1G"这个数字晃了眼。

误判四：以为超额只是慢一点。超额之后有的是限速，有的是按量计费，计费单价通常远高于套餐内摊薄价，具体策略与资费一律以官网实时说明为准。更麻烦的是限速之后你的业务会变得不稳定——用户投诉、任务超时、监控报警，这些隐性成本不算钱但很耗人。

误判五：配置越高硬盘越大。前面提过，C 型、D 型的硬盘只有 20G，比 B 型的 40G 还小。习惯性"往高一档买"的人很容易在这里翻车。硬盘这列必须单独看，不要顺着价格往上滑。

误判六：忽略入向流量。很多人算流量只算出站，忘了镜像拉取、备份回传、日志上传这类入向消耗。双向计费还是单向计费，各服务商口径不同，以官网说明为准。如果你的业务有大量入向，估算时保守一点，直接按双向算。

误判七：把峰值当均值。拿一天里最高的那一小时消耗乘以二十四再乘三十，算出来一个吓死人的数字，然后买了顶配，结果每个月额度用了不到三成。反过来的人拿均值去算，忽略了促销活动那两天能顶平时半个月。两种算法都错。正确做法是按日均估额度、按峰值估端口，两条轴各算各的，别混在一起。

误判八：以为升档能解决所有慢。用户说慢，先别急着加钱。慢的原因可能是页面没压缩、数据库没索引、DNS 解析慢、跨洋链路本身抖动。在跨洋场景里，链路抖动这一项最容易被误判成"服务器不行"，你升到再大的端口也治不了中间某一跳的丢包。先定位，再花钱。

还有一个隐性的成本超支点值得单独说：没做压缩和缓存就升档。同样的站点，上了 gzip 或者 brotli、图片转 WebP、静态资源挂 CDN，月流量常常能砍掉一半以上。砍掉的这部分是纯利润，比升一档套餐省得多。我见过太多人流量不够就想着加钱，从来不看自己的页面是不是把 3MB 的原图直接丢给用户了。先优化，再升档，这个顺序不能反。

下单前最该问自己的七件事

1G 端口是不是更容易把流量用光

是，而且快得超出直觉。2T 挂在 1G 端口上，理论满速约 4.6 小时跑完；3T 挂在 100M 端口上，要接近 70 小时。端口越大，你越需要在机器上装流量监控并设置告警，否则额度什么时候没的你都不知道。

100M 端口做站点会不会太慢

大多数中小站点不会。12.5MB 每秒的下行，加载一个 1.5MB 的页面理论上一秒多。真正会慢的是并发——十几个人同时下载大文件的时候。如果你的站点以图文为主、没有大附件，100M 够用；如果有大文件下载，就要认真算并发。

2T 和 3T 的差别，落到实际内容上是多少

粗算一下：1T 大约相当于按 1.5MB 一页算七十万次页面访问，或者按 200MB 一个安装包算五千次下载。所以从 B 型升到 2B 型多出来的那 1T，对轻量站点是巨量，对下载分发业务可能只够几天。差别大不大，完全取决于你单次交付的字节数。

为什么 C 型、D 型硬盘反而比 B 型小

这两档的定位偏向内存与计算，磁盘被压小，不鼓励在上面堆数据。要落盘的业务选的时候单独核对硬盘列，或者考虑 2C 型（60G）、2D 型（100G）。这不是页面写错，是档位定位的差异。

两台 B 型合起来，是不是比一台 2B 型划算

从账面看，两台 B 型 398 元换来 2 核×2、2G×2、80G 硬盘、4T 流量和 2G 端口，确实比 599 元一台 2B 型的 2核2G、40G、3T、100M 看着香。但代价是你要自己管两台机器的部署、监控、流量分摊和故障切换，运维成本是实打实的。机器少一台，半夜少一个报警——这笔账不好只用钱算。以下为典型部署思路，并非特指某一真实客户。

流量超额之后一般怎么处理

常见做法是限速或者按量计费，不同服务商策略差异较大，具体资费与规则一律以官网实时说明为准。不要预设"超了也就慢一点"，把额度当硬预算来管是最稳的做法。

能不能先买小档，用完再升

一般可以，这也是"弹性购买"的实际用法。先在常规系列里按你估的七成额度起步，跑满一个月看真实账单和流量曲线，再决定是往上加额度还是换个系列。这样比一开始就照着最坏情况买顶配省钱，也比买完发现不够用再临时救火从容。唯一要注意的是升档通常涉及迁移和配置调整，业务侧要提前留出窗口，具体流程与是否支持原地升级以官网说明为准。

用户主要在巴西，是不是一定要上大流量

大概率是，但不是因为巴西人多所以流量大，而是因为跨洋链路下你的峰值被拉平、持续时间变长，属于总量型特征。同时也要留意，跨大西洋的高延迟会让单连接很难吃满大端口，把预算从端口挪到流量上通常更划算。最终还是要看你实际的用户分布和内容体积，以你自己的监控数据为准。

我的结论：别再问哪个划算，先问你的流量长什么样

把话收回来。1G/2T 的 199 元和 100M/3T 的 599 元，不是"同一个东西的两个版本"，是两种机器性格——一个负责快，一个负责久。价格差三倍，差的是那 1T 的月度总量和"出口被收窄"这个设计，不是差在机器性能上。看到端口从 1G 掉到 100M 就觉得被坑，是把两个独立字段当成了一个。

给一个可以直接拿去用的判断顺序。第一步，估算月总量：页面平均体积乘以日访问次数乘以三十，采集类按单次字节乘以次数再乘 1.3 的冗余。第二步，判断曲线形状：是集中在几个尖峰还是平铺整月。第三步，尖峰型先顾端口，选常规系列；平铺型先顾额度，选 2 系列。第四步，剩下的预算再看 CPU 和内存，最后单独核对硬盘那一列。

还有一句不太客气的话：绝大多数人手上的业务，流量不够用不是因为套餐买小了，是因为自己没做压缩、没上缓存、把原图直接丢给用户。先做优化再谈升档，这一步能省下的钱通常比纠结档位多。采购顺序搞反了，就是在给服务商多送钱。

如果你后面还要在同一节点上跑推理之类的重活，预算模型要重新算——那已经不是端口和流量的故事了，卡的成本会盖过一切。作为预算比选的参考，一万网络官网明示的 A100 40G 为 2800 元每月、RTX3090 24G 为 1750 元每月、T4 为 900 元每月，裸金属 E5-2698v4×2 为 3999 元起（以上均以官网实时价为准）。这类机器的网络选型逻辑仍然成立，但重心会明显偏向"模型与数据的进出总量"，而不是首屏那几秒。

最后提醒一句实操：下单前把带宽字段的两个数字分别抄下来，别只抄一个。抄完问自己，我买的到底是速度还是总量。答得上来，这单就不会买错。

本文引用的公开信息与核对方式

文中涉及的所有档位、端口、月流量与月付价格，均来自 www.idc10000.net/putaoyayun 页面在 2026-09-22 的抓取内容，包含常规系列 A 型、B 型、C 型、D 型与 2 系列 2A 型、2B 型、2C 型、2D 型共八个档位，以及该页面的业务描述原文。页面同时标注"配置齐全，弹性购买，大陆访问速度快，免备案烦恼，最快 30s 上架，智能监控，稳定安全有保障"。

文中关于端口与字节的换算（1G 端口约 125MB 每秒、100M 端口约 12.5MB 每秒）、跑完额度所需时间（2T 在 1G 端口理论满速约 4.6 小时、3T 在 100M 端口约 70 小时）、每 TB 折合约 400 元等，均为依据上述明示价格与标准单位换算做的算术推导，用于说明口径差异，不代表实际网络吞吐，也不构成任何性能承诺。实际吞吐受链路质量、并发数、对端能力、时段与路由等多种因素影响，以实际环境为准。

关于葡语市场人口规模、时区差异与跨大西洋延迟区间的表述，为公开常识性信息与工程经验范围描述，具体网络质量以实际路由与实测为准。超额处理策略、入向流量是否计费、流量统计口径等条款，各服务商规定不一，一律以官网实时说明为准。

价格类信息存在时效性，本文所列为抓取时点的明示价，下单前请再次核对官网实时价。涉及合规、备案、资质等事项，本文不提供结论性意见，如有需要可协助对接或提供架构建议。文中业务场景均为典型部署思路，并非特指某一真实客户，也不构成对任何具体效果的承诺。