@idblife
@liuminghao233
已经移除了，他嘴上不饶人而已，请阅读楼主补充。
其实就算他不移除，也会有人给官方列表管理员反馈问题的。你们骂的内容，楼上都已经有人骂过，反复骂同样的内容，这不就是网络暴力吗？

@watzds CentOS 有 fastmirror，根据 ping 选镜像。不过对于这样的限速镜像还是没有办法的，如果很不巧的，它的 ping 最低，那你还是会被卡

@crella 我就问，官方教程上有么？是不是不会换源的活该用不了 Linux ？是不是不会用 vi 的直接开除 Linux 用户籍？其它国家不需要换源，凭什么？就为了西北农林要立牌坊，全中国人民想用 Linux 必须先学换源。
问题不在于它公网可用也不在于限速，而在于它要加入官方列表。官方列表对更新的及时性，服务器的性能和稳定性有着明确的要求。在明显不符合这些要求的情况下，还在官方列表里赖着不走，是不是耍流氓？官方源的牌坊要立，但是又出不起流量钱。

你这么聪明会百度，怎么不看看我楼上贴的官方源要求？ I don't want your mirror

只要不是标自己是正品就没事
服装设计不被知识产权保护，除非申请专利权或商标权。服装设计和配色也可以申请商标。可口可乐的瓶子形状和红白彩条都可以申请商标。

著作权的定义很严格，随便改一点就不适用了

所以你看服装大牌，要么是万年不变的经典款，这种是申请过商标或者专利的。要么就是每年出新款。

WTF ？连 github repo 都删掉了？这件事情做个表率，有则改之不挺好的？虽然嘴上不饶人但是做了就是做了。
幸好 V 站不能删帖啊，你们的气度，就连这样的讨论都不容许吗？

文字版： https://www.cnx-software.com/2013/03/07/linaro-connect-hk-greg-kroah-hartman-keynote-i-dont-want-your-code/

PS：Greg 其实人很好，我当时基本踩爆所有雷，但他回邮件很友善的指出了 Linux 的 contributor wiki。其实我是属于 company sponsored，是他说的”If you are hired to do this stuff, you are on your own, and you better know what you are doing“的那种人。
所以我很识相的 RTFM 去了。

@matsuz 他的问题不在于开放给公网，也不在于限速，而在于上官方源。对于因为种种原因无法修改源，只能用官方源列表的。这样的源是不是害人？为什么我的 10kb/s 的源不应该上官方源列表，我不也是好心么？

同理，是不是 Linux 就不能拒绝 PR 了？人家发 PR 也是一片好心啊。虽然代码写的比较烂，但是不能打击积极性啊。我第一次提 PR 被打回来十几次，一共才百来行代码的小 PR。
C++能鼓励更多人给 Linux 贡献代码，怎么不好了？ Linus 说人家是 BS 是不是很过分？

建议先看看这个视频 I don't want your code
https://youtu.be/iiED1K98lnw

@matsuz 既然没这个能力与资源，何必上官方源列表？
cite: https://wiki.ubuntu.com/Mirrors
"Know what you're starting with. A mirror may cause a lot of traffic. If your server has insufficient bandwidth, users cannot download very well and your machine may become unreachable. If you pay for traffic, please note that traffic might increase, a lot."

cite: https://wiki.centos.org/HowTos/CreatePublicMirrors
"In your mirror submission, .... Please include what city/state/country you are in and what your bandwidth (speed) is. "
请问西北农业大学申请加入官方列表时，申报的网速是多少？请问官方列表管理员是否了解当前限速的情况？

cite: https://fedoraproject.org/wiki/Infrastructure/Mirroring#Bandwidth
"100Mbit/sec is the minimum required for new mirrors in countries with adequate mirror coverage already."
Fedora 的要求更加明确，

"Connections to Internet2, National Lambda Rail, GEANET2, RedIRIS, or other such high speed research and educational networks are always appreciated.“
但是教育网镜像也是欢迎的。既然运营上有困难，完全可以和官方商量，屏蔽公网，只提供教育网服务。规则是死的，人是活的。如果能帮助教育网用户低成本更新，官方不会不支持。

修改 hosts 文件屏蔽掉这个源完事。附议从官方源列表内移除。


@dingyx99
既然“这个库的目的就是为了服务本校师生员工的”，那就自己内部玩就完事了。完全可以做个内网镜像，开不开公网或者公网限速不限速都无所谓。要用的人自己配置。不会配置或懒得配置的人，用公网镜像，网络自己付钱，有什么问题？

为什么要加入官方列表？官方列表，我的理解，就是欢迎更多人使用才放上去的。既然没有足够的能力、资源维护一个公网源，那何必加到官方列表里呢？限速到这个程度挂个梯子拉国外源可能都更快。


举个例子，online.net 的镜像就是屏蔽公网的，机房内的机器可以参照 wiki 自己配置使用。

@Bwoywan 就是无解。任何软件都不可能突破网络协议本身的限制。如果是完全对称 nat 的话就是彻底无解。

无解，两台 nat 后的机器要直连就必须打洞，但是运营商级的 NAT 打洞非常困难
你还是开台服务器吧，美西的可以考虑，毕竟移动的国际带宽不错。法国的也可以试试，G 管无限流量

@iceheart 没人转发也是白搭。两个 lowid 只能希望打洞成功，不成功的话就只能等 highid 转发。私有种子没人转发等于没源。BT 虽然不说 high/lowid，但是问题还是一样的。

@wysnylc 你才抬杠好么
你什么系统做到单节点 100 纳秒多次调用？一般操作系统调度时间都要几十微秒。就算针对低延迟特别调优，你随便处理处理数据 100 纳秒就过去了。你要每秒 1 千万次插入操作才会碰撞。先问问你数据库性能到这个数没有？
就算到了，后面还有 14 位序号，正确使用的话，重复需要超过 10 亿次插入每秒。你用的什么数据库可以做到这个性能？
有这功夫和我杠，为什么不去查一下 UUID 的生成方式，再自己用笔算一下？


@passerbytiny UUID1 是靠生成机制*保证*不可能重复
UUID4 才是拼概率。然而 128 位随机，实际上碰撞概率也是低到忽略不计。
UUID3/5 是靠 hash 算法的碰撞复杂度来拼概率

@wysnylc 正确使用 UUID1 是不会有碰撞的。要碰撞需要你在 100 纳秒内反复生成还刚好遇上随机数碰撞
UUID4 是纯随机，鉴于值域有 128bit，你可以算算 10 年内碰撞到一次需要多高的频率。实际上也基本可以忽略，当然，比不上 UUID1 的绝对保证。优点是不依赖，不暴露机器信息
其他 UUID 各有生成逻辑，使用之前彻底搞懂生成逻辑，然后论证为什么可以避免碰撞即可。

@passerbytiny 和储存无关，主键要进索引的。硬盘是不值钱，但是 1.内存值钱 2.CPU cache 值钱 3.硬盘 IO 操作数量 /延迟值钱
能不能用？能
但是数据量上来以后性能会很差

最后，主键只是数据库内在的储存结构的一部分。如果你用的是单机或者客户端了解的分表分库，那自增主键的性能反而更好
楼上说什么方便给用户的，你自己想想看，数据库主键直接暴露给用户，这是求人碰撞攻击你吗？给用户看到的 token 为什么不和内部 ID 解耦？ token 和 id 解耦之后还能 revoke
就算用自增主键，也可以另外生成一个带索引的 token 字段，隐藏用户 ID 和主键用什么，没有半毛钱关系

再吐槽一下 varchar 做主键，存的是 UUID。真的不知道在想什么。任何读过数据库的用户手册的人都想不出这样的主意。你就没有想过为什么某些数据库要专门做个 UUID 类么？

UUID 用什么 varchar ？
首先 UUID 是定长的，不需要变长类型。定长类型在储存和索引时有优势
其次 UUID 是 hex，一共才 36 种字母数字，为什么作为 text 存？任何 UUID 完全可以导出为二进制
数据库提供 UUID 数据类型时存 UUID 类型。原因是比较顺序。UUID1 前几位是机器代号，最后才是随机数。所以最好从后往前建立索引，这样可以帮助索引自然平衡。

UUID 最适合分库的情况，UUID 的随机性保证了分库的平均。同时结合机器代号可以保证不同机器无需单点也能保证不碰撞。

raid 卡直接挂了不用怕，很好处理
用 SAS multipath 的话甚至可以做到 hba 挂了阵列都还在线
怕的是 raid 卡发神经写脏数据……
所以服务器务必上 ECC 内存，包括 nas

炒股不投资，投资不炒股

@dxgfalcongbit 技术上真没那么复杂。无源 tb 线结构还是很简单的，但是长度和带宽受限。
有源线贵很多，但是其实一般无源线也够用了