c*******n
发帖数: 72 | 1 有人说p2p的网络是应用层上的多播网络，我觉得很有道理；
如果CDN可以类比为multicase,那p2p可以看作是个带有自组织功能的CDN了. |
|
s********k
发帖数: 6180 | 2 我也有这个感觉，我最初的估计是开了无线之后，由于无线的干扰，MAC接入等等原因
，应用层上的速度比IP/PHY层要有不少折扣了。这样你会感觉网速慢不少。不过最近发
现即使我开了无线网一点不用，网速有时候还是慢。难道ISP有针对无线的优化？ |
|
A*********l
发帖数: 2005 | 3 应用层上的速度比IP/PHY层有折扣到是可以接受的，不过我有时候发现的这个无线网速
的变化太大了，
从15-30Mbps 降到 1-2Mbps， 这个很让我抓狂。
有什么办法查一下？
我用tomato firmware，可以扫描能接受到的所有无线信号，并给个总结（就是channel
1 有 x
个，channel 2 有 y个...）昨天我试着换到channel 1去，因为只有另外一个人在用，
而且2，
3，4都不拥挤或者没有人用，有好转但不多，从1-2M提高到3-4M. |
|
k*****s
发帖数: 231 | 4 Zher的关于tcp throughput问题面试经常考，以下几点答上了基本可以搞定工作：
layer1/layer2
1.整个path的MTU 能大尽量大。
2.网卡内的descriptor能设大尽量设大一些。
还有这些端口都有queue buffer,能大尽量大些。
有些网卡有tcp off-loader，不错，不过得根据应用而定。
3. 主机的总线得够大，不能告诉我说总线还是PCI 你要求用10G的速度啥的。
layer3以上：
4.tcp stack buffer 这个基本上可以根据BDP (bandwidth Delay Product)也是能大则
大（不是线性的增长，需要tunning), sliding window options 等等最新的linux/
window kernel 都有相应设定了，根据应用可以调节。
5.应用层/os socket的buffer.
整合：
6.最好用opnet 或者ns 先模拟一下，根据模拟的模型再测试调节。
最近做了个tcp 应用优化的项目，瓶颈基本上在storage. |
|
m**k
发帖数: 290 | 5
ISP一般都允许 fragmented packets.
接入网可以丢掉这些包。因为edge router的firewall filter大都是stateless, 没有
办法对这些包分类过滤。丢掉这些包可以避免 flooding attack.
常用的网络协议都支持 pmtu discovery. 所以禁止fragmentation对应用层影响不大。 |
|
m**k
发帖数: 290 | 6
hardware forwarding 没有问题。
hardware fragmentation 应该也没有问题吧，不是很确定。
hardware re-assembly 不需要router处理，所以router不需要在硬件里实现这个功能
。除非做 NATing 是需要的。NATing 和 router的硬件差别应该很大吧。
TCP支持 PMTU discovery. 当 TCP 发一个数据包比 pmtu 大时，这个数据包会被某个
router 分割，这个 router 会返回一个 ICMP unreach with reason "frag needed".
当TCP 收到这个 ICMP 时，会自动更新 PMTU.
IP 协议规定所有的 router 都必须支持 ICMP unreach. 所以即使 router 不进行分割
，或者不转发分割包，TCP 也可以正常工作。
UDP不支持 PMUT discovery. 常用的网络协议，比如 DNS, NTP 用的数据包都很小，不
需要分割。如果需要发送大 UDP 包，那就需要在应用层实现 PMTU discovery.
现在的 Int... 阅读全帖 |
|
m**k
发帖数: 290 | 7
ISP一般都允许 fragmented packets.
接入网可以丢掉这些包。因为edge router的firewall filter大都是stateless, 没有
办法对这些包分类过滤。丢掉这些包可以避免 flooding attack.
常用的网络协议都支持 pmtu discovery. 所以禁止fragmentation对应用层影响不大。 |
|
m**k
发帖数: 290 | 8
hardware forwarding 没有问题。
hardware fragmentation 应该也没有问题吧，不是很确定。
hardware re-assembly 不需要router处理，所以router不需要在硬件里实现这个功能
。除非做 NATing 是需要的。NATing 和 router的硬件差别应该很大吧。
TCP支持 PMTU discovery. 当 TCP 发一个数据包比 pmtu 大时，这个数据包会被某个
router 分割，这个 router 会返回一个 ICMP unreach with reason "frag needed".
当TCP 收到这个 ICMP 时，会自动更新 PMTU.
IP 协议规定所有的 router 都必须支持 ICMP unreach. 所以即使 router 不进行分割
，或者不转发分割包，TCP 也可以正常工作。
UDP不支持 PMUT discovery. 常用的网络协议，比如 DNS, NTP 用的数据包都很小，不
需要分割。如果需要发送大 UDP 包，那就需要在应用层实现 PMTU discovery.
现在的 Int... 阅读全帖 |
|
s*****g
发帖数: 1055 | 9 小公司更不需要SLB了,一些开源软件(HAproxy etc)足够满足需求了。现在网络工程师
的职责不能只局限于机器机器之间的通信了，网络是整个技术operation 不可分割的一
部分，网络需求直接从应用层工程师,系统管理工程师来，当然还要考虑 cost。
within |
|
s*****g
发帖数: 1055 | 10 小公司更不需要SLB了,一些开源软件(HAproxy etc)足够满足需求了。现在网络工程师
的职责不能只局限于机器机器之间的通信了，网络是整个技术operation 不可分割的一
部分，网络需求直接从应用层工程师,系统管理工程师来，当然还要考虑 cost。
within |
|
s*****g
发帖数: 1055 | 11 很多应用层的安全漏洞 for example, SQL injection , 与网络设备安全一点关系都没
有。 |
|
o*******i
发帖数: 396 | 12 理论上是大约27Mbps 应用层速率 for 802.11g |
|
T******7
发帖数: 1419 | 13 分做什么了。
做应用层应用的 不需要点击啊？呵呵
除了纯sever side编程，我觉得纯键盘流都吃不开 |
|
h****n
发帖数: 1093 | 14 这种事情我干过,研究过，最保险而又不麻烦的方法还是用web ssh terminal
推荐下面这个网站
http://www.serfish.com/console/
你可以google类似功能的网站
优点是从公司内部的防火墙来看采用的是普通的http 80和https 443端口对外连接的，
网站那端相当你给你做了一个代理的功能，防火墙基本上不会封杀80和443端口，不管
是web服务器和你SSH服务器的通信还是web服务器和客户机的通信都是采用SSL加密过的
，而就算是应用层的防火墙也一般不会去filter这种网站
如果公司明令禁止这种行为，建议楼主还是不干或者少干这种事情，联想到之前的那些
莫须有的华裔间谍案，没有一种完全保险的方案，有些公司据说会安装周期性屏幕监视
软件，平时你发现不了，遇到这种情况的话，什么方法都没有用了 |
|
a*****a
发帖数: 1429 | 15
你得说出你的测试条件。70M SMB速度，说的是应用层速度。这个是560Mbps。在链路层
上起码600M。估计你无线终端离AP的距离不超过30厘米。 |
|
n****g
发帖数: 14743 | 16 中国网络的14层OSI结构zz
中国网络的14层ISO结构：物理层，过滤层，链路层，过滤层，网络层，过滤层，传输层
，过滤层，会话层，过滤层，表现层，过滤层，应用层，过滤层 |
|
g*****g
发帖数: 34805 | 17 可靠传输通常是在TCP层，而不是在Application层保证的，
通常在应用层上认为传输是可靠的，但保障的是单个数据包。
对于大文件，有可能会因为网络或者服务器的问题产生timeout，
如果没有出现异常，通常可以认为传输没有问题。 |
|
g*****g
发帖数: 34805 | 18 我对PL/SQL的了解不够，不过Oracle RAC又贵又复杂是肯定的。
相比而言，在应用层做clustering现成的架构很多，机器又便宜。
我见过的应用，优化到最后大部分瓶颈都在DB上，所以这是个问题。 |
|
v***e
发帖数: 2108 | 19 谢谢，我是做database internal的，上面应用层的东西不是太清楚
向大家学习学习。 |
|
g*****g
发帖数: 34805 | 20 这几年的几个热点，Cloud (Hadoop)，NoSQL DB(Cassandra)，Mobile (Android)。
Java
都是重量级的语言。
这几年发迹的几个公司，Salesforce, Workday，LinkedIn，Netflix等等，都是Java为
主。Twitter这样的Ruby公司上了规模也就转到Java/Scala上了，一些Blog提到性能其
实还只是一部分原因，Encapsulation的需要是主因。Cloud，特别是Hadoop
和Cassandra这些开源工具对.NET打击很大。微软被迫放弃自己的Linq for HPQ，在
Azure上整合Hadoop。连Azure上跑的最著名应用iCloud都是Java写的。
另一方面，一些JVM语言，如Groovy, Scala的兴起，直接抹掉了Ruby/Python一类动态
语言在Web，functional programming上的优势，而JVM平台上的性能，安全性，广泛的
API，仍然是其他语言无法匹配的。Twitter在上量之后转向Java/Scala，对Ruby阵营是
很大打击。微软在几个热点上，都落后... 阅读全帖 |
|
g*****g
发帖数: 34805 | 21 这几年的几个热点，Cloud (Hadoop)，NoSQL DB(Cassandra)，Mobile (Android)。
Java
都是重量级的语言。
这几年发迹的几个公司，Salesforce, Workday，LinkedIn，Netflix等等，都是Java为
主。Twitter这样的Ruby公司上了规模也就转到Java/Scala上了，一些Blog提到性能其
实还只是一部分原因，Encapsulation的需要是主因。Cloud，特别是Hadoop
和Cassandra这些开源工具对.NET打击很大。微软被迫放弃自己的Linq for HPQ，在
Azure上整合Hadoop。连Azure上跑的最著名应用iCloud都是Java写的。
另一方面，一些JVM语言，如Groovy, Scala的兴起，直接抹掉了Ruby/Python一类动态
语言在Web，functional programming上的优势，而JVM平台上的性能，安全性，广泛的
API，仍然是其他语言无法匹配的。Twitter在上量之后转向Java/Scala，对Ruby阵营是
很大打击。微软在几个热点上，都落后... 阅读全帖 |
|
b***i
发帖数: 3043 | 22 再具体给你说一下初学者我的例子吧
有个设备用计算机控制，计算机把它的状态每秒钟一次显示的屏幕上，是温度，压强。
现在，你的老板说，他希望在家里用iPhone上看到这个状态的刷新。
用什么技术？蓝牙？serial port？tcp？udp？都太麻烦，用web service就可以了.
在这个控制设备的计算机上，程序将温度和压强的结果字符串（包括{})传给一个你自
己设计的网站
{T:110.5C, P:14.7psi}
就是post这个字符串到URL：http://www.myweb.com/acceptdata这个java servet那里去，java servlet收到结果，更新数据库或者memCache，
然后httpL://www.myweb.com的根目录是index.html，里面包括AJAX的Javascript代码
利用另一个servlet来获得当前的温度和压强，然后每秒钟一次刷新到html里面，而不
用reload整个网页。这个另外的servlet是响应get，从数据库或者memCache里面读取温
度和压强信息。或者你同一个servlet，反正一个post,一个get... 阅读全帖 |
|
g*****g
发帖数: 226 | 23
是阿，绕来绕去，我自己都被自己的整糊涂了。现在开发操作系统的时候，不是也不必
管具体什么平台，什么配置么，底层的硬件驱动都会有厂家开发或者开源的，上层的应
用软件就更不用关心这些了，比如影音类的根本就不必关心什么样的声卡显卡。
确实像大家说的仅是不同层次上的抽象而已。现在的操作系统在控制硬件层和应用层分
的不是那么明显，互相渗透，所以就造成跨平台之间的不方便。不费脑筋绕了，自己越
来越糊涂，搞来搞去还是在原地转圈。看到的就当没看到，真是耽误大家时间了。还是
把以前的老文翻出来贴一下。 |
|
i*******d
发帖数: 1430 | 24 你也是个不懂装懂的，任何数字编码最基本的要求之一就是避免大段0或1的出现。所以
这个问题根本不是问题。压缩是应用层上的算法，这里说的是物理层的编码，两回事。 |
|
z**r
发帖数: 17771 | 25 靠，嘴巴好大。那你说说怎么怎么避免大段0或者1出现吧，不管物理层还是应用层，思
路是一样的 |
|
