[B! network] Ehrenã®ãƒ–ãƒƒã‚¯ãƒžãƒ¼ã‚¯

Ehren id:Ehren

networkã«é–¢ã™ã‚‹Ehrenã®ãƒ–ãƒƒã‚¯ãƒžãƒ¼ã‚¯ (119)

${{author_name}}$

{{{comment_expanded}}}

{{label}}

{{#is_bookmark}}ãƒªã‚¹ãƒˆ{{/is_bookmark}}{{^is_bookmark}}ãƒªãƒ³ã‚¯{{/is_bookmark}}

${{author_name}}$
{{author_name}}{{created}}
{{ #comment }}{{ comment }}{{ /comment }}
- {{ label }}

${{author_name}}$

{{{comment_expanded}}}

{{label}}

{{#is_bookmark}}ãƒªã‚¹ãƒˆ{{/is_bookmark}}{{^is_bookmark}}ãƒªãƒ³ã‚¯{{/is_bookmark}}

China's Great Cannon
By Bill Marczak1, 2, 3, Nicholas Weaver2, 3, Jakub Dalek1, Roya Ensafi4, David Fifield3, Sarah McKune1, Arn Rey, John Scott-Railton1, Ron Deibert1, and Vern Paxson2, 3 [1] Citizen Lab, Munk School of Global Affairs, University of Toronto [2] International Computer Science Institute [3] University of California, Berkeley [4] Princeton University April 10, 2015 This post describes our analysis of Ch
Ehren 2020/08/03
security

network
ãƒªãƒ³ã‚¯
Protocol Action: 'Bootstrapping WebSockets with HTTP/2' to Proposed Standard (draft-ietf-httpbis-h2-websockets-07.txt)
Ehren 2018/06/19
protocol

network
ãƒªãƒ³ã‚¯
Black Magic: Throttling uploads to Amazon Cloud Drive, Google Drive, and iCloud on Mac OS X El Capitan
Ehren 2017/03/06
macos

network
ãƒªãƒ³ã‚¯
TCPã®Tail Loss Probeã¨å†é€å‘¨ã‚Šã«ã¤ã„ã¦å°‘ã— - ã‚¨ãƒ³ã‚¸ãƒ‹ã‚¢ã§ã™ã‚ˆï¼
ä»•æ§˜ã¯ RFC ã«ã¯ãªã„ã£ã½ãã¦(?) 2013å¹´ã«googleã®æ–¹ã€…ãŒå‡ºã—ã¦ã‚‹internet draft ã§å®šç¾©ã•ã‚Œã¦ã„ã‚‹æ¨¡æ§˜ã€‚ Tail Loss Probe ã¯ã€ä¸€é€£ã®é€ä¿¡ãƒ‘ã‚±ãƒƒãƒˆã®æœ€å¾Œã®ãƒ‘ã‚±ãƒƒãƒˆãŒãƒã‚¹ã—ãŸå ´åˆã«ã€é€ä¿¡å´ãŒå†é€ã‚¿ã‚¤ãƒ ã‚¢ã‚¦ãƒˆã‚’å¾…ãŸãšã«ãƒã‚¹ã‚’æ¤œçŸ¥ã—ã¦å›žå¾©ã™ã‚‹ã“ã¨ã‚’ç›®çš„ã¨ã—ã¦ã„ã‚‹ã€‚ ãƒ‘ã‚±ãƒƒãƒˆãŒãƒã‚¹ã—ãŸæ™‚ã€å¾Œç¶šã®ãƒ‘ã‚±ãƒƒãƒˆãŒæ¬¡ã€…ã¨é€ã‚‰ã‚Œã¦ã„ã‚‹å ´åˆã¯duplicate ackãŒè¿”ã•ã‚Œã‚‹ãŸã‚ã€fast retransmitã«ã‚ˆã£ã¦ãƒªã‚«ãƒãƒªã™ã‚‹ã“ã¨ãŒã§ãã‚‹ã€‚ ã—ã‹ã—ã€æœ«å°¾ã®ãƒ‘ã‚±ãƒƒãƒˆã‚„é€”ä¸ã‹ã‚‰æœ«å°¾ã¾ã§ã‚¦ã‚£ãƒ³ãƒ‰ã‚¦ã„ã£ã±ã„ã®ãƒ‘ã‚±ãƒƒãƒˆãŒãƒã‚¹ã—ã¦ã—ã¾ã£ãŸå ´åˆãªã©ã¯ã€dup ackãŒå±Šã‹ãªã„ãŸã‚fast retransmitã¯ãƒˆãƒªã‚¬ãƒ¼ã•ã‚Œãªã„ãŸã‚å†é€ã‚¿ã‚¤ãƒ ã‚¢ã‚¦ãƒˆã¾ã§ãƒªã‚«ãƒãƒªã§ããªã„ã€‚ å†é€ã‚¿ã‚¤ãƒ ã‚¢ã‚¦ãƒˆã‚’å¾…ã¤ã¨æ™‚é–“ãŒã‹ã‹ã‚Šã™ãŽã‚‹ã—ã€ã‚¿ã‚¤ãƒ ã‚¢ã‚¦ãƒˆãŒç™ºç”Ÿã™ã‚‹ã¨è¼»è¼³ã‚¦ã‚£ãƒ³ãƒ‰ã‚¦ãŒå°ã•ããªã£ã¦ã‚¹ãƒãƒ¼ã‚¹ã‚¿ãƒ¼
Ehren 2016/06/27
tcp

network

linux
ãƒªãƒ³ã‚¯
ãƒãƒ¼ãƒ‰ãƒãƒ©ãƒ³ã‚µã®ã‚¢ãƒ¼ã‚ãƒ†ã‚¯ãƒãƒ£ã„ã‚ã„ã‚ - yunazuno.log
å°‘ã—å‰ã«ï¼ŒFacebookã®ãƒãƒ¼ãƒ‰ãƒãƒ©ãƒ³ã‚µãŒè©±é¡Œã«ãªã£ã¦ã„ãŸï¼Ž blog.stanaka.org ã“ã®ã‚¨ãƒ³ãƒˆãƒªã‚’èªã‚“ã§ï¼Œå„ç¨®Webã‚µãƒ¼ãƒ“ã‚¹äº‹æ¥è€…ãŒã©ã†ã„ã£ãŸãƒãƒ¼ãƒ‰ãƒãƒ©ãƒ³ã‚¹ã‚¢ãƒ¼ã‚ãƒ†ã‚¯ãƒãƒ£ã‚’æŽ¡ç”¨ã—ã¦ã„ã‚‹ã®ã‹æ°—ã«ãªã£ãŸã®ã§èª¿ã¹ã¦ã¿ãŸï¼Ž ã–ã£ãã‚Šæ¤œç´¢ã—ãŸé™ã‚Šã ã¨ï¼ŒMicrosoft, CloudFlareã®äº‹ä¾‹ãŒè¦‹ã¤ã‹ã£ãŸã®ã§ï¼ŒFacebookã®ä¾‹ã‚‚ä½µã›ã¦ã¾ã¨ã‚ã¦ã¿ãŸï¼Ž ã‚¢ãƒ¼ã‚ãƒ†ã‚¯ãƒãƒ£éƒ¨åˆ†ã«æ³¨ç›®ã—ã¦ã¾ã¨ã‚ãŸã®ã§ï¼Œãƒžãƒã‚¸ãƒ¡ãƒ³ãƒˆæ–¹æ³•ã‚„å®Ÿè£…æ–¹æ³•ï¼Œãƒãƒ¼ãƒ‰ãƒãƒ©ãƒ³ã‚¹ä»¥å¤–ã®æ©Ÿèƒ½ã‚„æœ€é©åŒ–æ‰‹æ³•ã¨ã„ã£ãŸéƒ¨åˆ†ã®è©³ç´°ã«ã¯è§¦ã‚Œãªã„ã“ã¨ã«ã™ã‚‹ï¼Ž äº‹ä¾‹1: Microsoft Azure 'Ananta' Microsoftã®Azureã§æŽ¡ç”¨ã•ã‚Œã¦ã„ã‚‹(ã„ãŸï¼Ÿ)ãƒãƒ¼ãƒ‰ãƒãƒ©ãƒ³ã‚µã®ã‚¢ãƒ¼ã‚ãƒ†ã‚¯ãƒãƒ£ã¯ï¼Œä¸‹è¨˜ã®è«–æ–‡ãŒè©³ã—ã„ï¼Ž Parveen Patel et al., Ananta: cloud scale load balancing
Ehren 2016/03/01
network
ãƒªãƒ³ã‚¯
ã€ŒYahooï¼æ¤œç´¢ã€ãŒSSLåŒ–
ãƒ¤ãƒ•ãƒ¼ã¯8æœˆ12æ—¥ã€ã€ŒYahooï¼æ¤œç´¢ã€ã‚’18æ—¥ã‹ã‚‰æ®µéšŽçš„ã«SSLåŒ–ã™ã‚‹ã¨ç™ºè¡¨ã—ãŸã€‚ãƒ¦ãƒ¼ã‚¶ãƒ¼ã®ã‚»ã‚ãƒ¥ãƒªãƒ†ã‚£ã‚„ãƒ—ãƒ©ã‚¤ãƒã‚·ãƒ¼ã‚’é«˜ã‚ã‚‹ãŸã‚ã¨ã—ã¦ã„ã‚‹ã€‚URLã¯ã€Œhttp://search.yahoo.co.jp/*ã€ã‹ã‚‰ã€Œhttps://search.yahoo.co.jp/*ã€ã«å¤‰ã‚ã‚‹ã€‚ æ¤œç´¢ã‚ãƒ¼ãƒ¯ãƒ¼ãƒ‰ã®ç›—è´ãªã©ã‚’é˜²ãŽã€ã‚»ã‚ãƒ¥ãƒªãƒ†ã‚£ã‚’é«˜ã‚ã‚‹ã“ã¨ãŒç›®çš„ã€‚åŒç¤¾ã«ã‚ˆã‚‹ã¨ã€SSLåŒ–ã«ä¼´ã„ã€Webã‚µã‚¤ãƒˆé‹å–¶è€…ã¯ã€ã‚¢ã‚¯ã‚»ã‚¹è§£æžã‚’è¦‹ã¦ã‚‚ã€Yahooï¼æ¤œç´¢ã‹ã‚‰ã®æµå…¥ã‚ãƒ¼ãƒ¯ãƒ¼ãƒ‰ã‚’ç¢ºèªã§ããªããªã‚‹ã¨ã„ã†ã€‚ Windows XPãƒ¦ãƒ¼ã‚¶ãƒ¼ã®ä¸€éƒ¨ã¯ã€ŒYahooï¼æ¤œç´¢ã€ã‚’å«ã‚€ãƒ¤ãƒ•ãƒ¼ã®SSLå¯¾å¿œã‚µãƒ¼ãƒ“ã‚¹ãŒåˆ©ç”¨ã§ããªããªã‚‹ã¨ã—ã€OSã®ã‚¢ãƒƒãƒ—ãƒ‡ãƒ¼ãƒˆã‚’å‘¼ã³æŽ›ã‘ã¦ã„ã‚‹ã€‚ é–¢é€£è¨˜äº‹ Googleã€Chromeã§ã®éžãƒã‚°ã‚¤ãƒ³æ¤œç´¢ã‚‚æš—å·åŒ–ã¸ ã“ã‚Œã¾ã§ãƒ¦ãƒ¼ã‚¶ãƒ¼ãŒãƒã‚°ã‚¤ãƒ³ã—ãŸå ´åˆã ã‘SSLåŒ–ã•ã‚Œã¦ã„ãŸChromeã®ã‚ªãƒ ãƒ‹ãƒœãƒƒã‚¯ã‚¹ã‹ã‚‰ã®æ¤œç´¢ãŒ
Ehren 2015/08/13
network
ãƒªãƒ³ã‚¯
RFC 3484 ã®å‘ªã„ - JULYâ€™s diary
æ˜”ã€DNS ãƒ©ã‚¦ãƒ³ãƒ‰ãƒãƒ“ãƒ³ãŒå½“ã¦ã«ãªã‚‰ãªããªã£ã¦ããŸã®ã¯ RFC 3484 ã®å½±éŸ¿ã€ã¨ã„ã†äº‹ã‚’æ›¸ãã¾ã—ãŸã€‚ IPv6 ã¨ RFC3484 - JULYã®æ—¥è¨˜ ã“ã® RFC ã¯ 6724 ã§æ›´æ–°ã•ã‚Œã¦ã„ã¾ã™ã€‚ RFC 6724 - Default Address Selection for Internet Protocol Version 6 (IPv6) ã“ã® RFC ã¯ã€å‰²ã‚Šå½“ã¦ã‚‰ã‚ŒãŸè¤‡æ•°ã®ã‚¢ãƒ‰ãƒ¬ã‚¹ã‹ã‚‰ã€ã©ã®ã‚¢ãƒ‰ãƒ¬ã‚¹ã‚’ä½¿ã£ã¦ç›¸æ‰‹ã¨ã®é€šä¿¡ã‚’è¡Œã†ã‹ã€ã¨ã„ã†ã‚‚ã®ã§ã€ãã‚Œã‚’å®Ÿè£…ã™ã‚‹ã¨ã€åå‰è§£æ±ºã®çµæžœãŒã‚½ãƒ¼ãƒˆã•ã‚Œã€çµæžœã€DNS ãƒ©ã‚¦ãƒ³ãƒ‰ãƒãƒ“ãƒ³ã‚’æœŸå¾…ã—ã¦è¤‡æ•°ã® A ãƒ¬ã‚³ãƒ¼ãƒ‰ã‚’è¨å®šã—ã¦ã„ã‚‹å ´åˆã€ç‰‡æ–¹ã«ã‚¢ã‚¯ã‚»ã‚¹ãŒå¯„ã£ã¦ã—ã¾ã†ã€ã¨ã„ã†ç¾è±¡ãŒã‚ã‚Šã¾ã—ãŸ*1ã€‚ RFC 3484ã€6724 è‡ªä½“ã¯ã€IPv6 ä¸Šã§ã‚ˆã‚Šè¿‘ã„çµŒè·¯ã«ãªã‚‹ã‚¢ãƒ‰ãƒ¬ã‚¹ã‚’é¸æŠžã™ã‚‹ãŸã‚ã®ã‚‚ã®ã§ã€DNS ãƒ©ã‚¦ãƒ³ãƒ‰ãƒãƒ“ãƒ³ã®å•é¡Œã¯ã€ãã®çµæžœã®å·»ãæ·»
Ehren 2015/07/17
network

IPv6
ãƒªãƒ³ã‚¯
RFC 7230: Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing
[RFC Home] [TEXT|PDF|HTML] [Tracker] [IPR] [Errata] [Info page] Obsoleted by: 9110, 9112 PROPOSED STANDARD Updated by: 8615 Errata ExistInternet Engineering Task Force (IETF) R. Fielding, Ed. Request for Comments: 7230 Adobe Obsoletes: 2145, 2616 J. Reschke, Ed. Updates: 2817, 2818 greenbytes Category: Standards Track June 2014 ISSN: 2070-1721 Hypertext Transfer Protocol (HTTP/1.1): Message Syntax
Ehren 2015/07/16
A proxy MUST NOT transform the payload (Section 3.3 of [RFC7231]) of a message that contains a no-transform cache-control directive (Section 5.2 of [RFC7234]).

http

network

RFC
ãƒªãƒ³ã‚¯
A crappy, unbounded, half-baked, broken connection pool in Rust
Ehren 2015/07/14
Rust

network
ãƒªãƒ³ã‚¯
GitHub - romain-jacotin/quic: QUIC Protocol in Go language
Ehren 2015/07/10
network

protocol
ãƒªãƒ³ã‚¯
parse IP and TCP header (especially common tcp header options)of packets captured by libpcap
Ehren 2015/07/08
network
ãƒªãƒ³ã‚¯
http://agilecatcloud.com/2015/05/13/microsoft-invests-in-ncp-subsea-cables/
Ehren 2015/05/18
network
ãƒªãƒ³ã‚¯
ãƒªãƒ³ã‚¯ã‚¢ã‚°ãƒªã‚²ãƒ¼ã‚·ãƒ§ãƒ³ã‚’è€ƒæ…®ã—ãŸTCP/IPãƒ™ãƒ¼ã‚¹ã®ãƒ•ã‚¡ã‚¤ãƒ«è»¢é€æ–¹å¼ | CiNii Research
Ehren 2015/05/18
network

protocol
ãƒªãƒ³ã‚¯
æ–°ãƒ—ãƒãƒˆã‚³ãƒ«ã€ŒMMCFTPã€ã€ãƒ–ãƒ«ãƒ¼ãƒ¬ã‚¤1æžšåˆ†ã‚’ç´„2.4ç§’ã§è»¢é€ | RBB TODAY
å›½ç«‹æƒ…å ±å¦ç ”ç©¶æ‰€ï¼ˆNIIï¼‰ã¯13æ—¥ã€é•·è·é›¢é«˜é€Ÿãƒ•ã‚¡ã‚¤ãƒ«è»¢é€ã‚’å¯èƒ½ã«ã™ã‚‹æ–°ãƒ—ãƒãƒˆã‚³ãƒ«ã€ŒMMCFTPã€ã®å®Ÿè¨¼å®Ÿé¨“ã«ãŠã„ã¦ã€ä¸–ç•Œæœ€é€Ÿã‚¯ãƒ©ã‚¹ã®è»¢é€é€Ÿåº¦ç´„84Gbpsã§1PBï¼ˆãƒšã‚¿ãƒã‚¤ãƒˆï¼‰ã®ãƒ‡ãƒ¼ã‚¿ã‚’å®‰å®šçš„ã«è»¢é€ã—ãŸã“ã¨ã‚’ç™ºè¡¨ã—ãŸã€‚ ã€ŒMMCFTPã€ï¼ˆMassively Multi-Connection File Transfer Protocolï¼‰ã¯ã€åŒæ™‚ã«å¤šãã®TCPã‚³ãƒã‚¯ã‚·ãƒ§ãƒ³ã‚’ä½¿ç”¨ã—ã€ãƒ“ãƒƒã‚°ãƒ‡ãƒ¼ã‚¿ã‚’è»¢é€ã§ãã‚‹ã®ãŒç‰¹å¾´ã€‚ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã®çŠ¶æ³ï¼ˆé…å»¶ã®å¤§ãã•ã‚„ãƒ‘ã‚±ãƒƒãƒˆãƒã‚¹çŽ‡ï¼‰ã«å¿œã˜ã¦TCPã‚³ãƒã‚¯ã‚·ãƒ§ãƒ³æ•°ã‚’å‹•çš„ã«èª¿æ•´ã§ãã‚‹ãŸã‚ã€å®‰å®šã—ãŸè¶…é«˜é€Ÿè»¢é€ã‚’å¯èƒ½ã¨ã—ã¦ã„ã‚‹ã€‚ ä»Šå›žã®å®Ÿé¨“ã§ã¯ã€æƒ…å ±é€šä¿¡ç ”ç©¶æ©Ÿæ§‹ï¼ˆNICTï¼‰ãŒé‹ç”¨ã™ã‚‹ç ”ç©¶é–‹ç™ºãƒ†ã‚¹ãƒˆãƒ™ãƒƒãƒ‰ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã€ŒJGN-Xã€ã‚’ä½¿ç”¨ã€‚3æœˆ27ãƒ»28æ—¥ã«æ±äº¬ï¼å¤§é˜ªï¼çŸ³å·é–“ã®100Gbpså›žç·šã‚’å¾€å¾©ã™ã‚‹å½¢ã§ã€1PBï¼ˆãƒ–ãƒ«ãƒ¼ãƒ¬ã‚¤ãƒ‡ã‚£ã‚¹ã‚¯4ä¸‡æžšåˆ†ï¼‰ã‚’ã€26æ™‚é–“31åˆ†55ç§’ã§
Ehren 2015/05/18
network

protocol
ãƒªãƒ³ã‚¯
Linuxã§ãƒãƒ¼ãƒ‰ãƒãƒ©ãƒ³ã‚µã‚„ã‚ãƒ£ãƒƒã‚·ãƒ¥ã‚µãƒ¼ãƒã‚’ãƒžãƒ«ãƒã‚³ã‚¢ã‚¹ã‚±ãƒ¼ãƒ«ã•ã›ã‚‹ãŸã‚ã®ã‚«ãƒ¼ãƒãƒ«ãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚° - ã‚†ã†ã†ããƒ–ãƒã‚°
æœ¬è¨˜äº‹ã®å…¬é–‹å¾Œã®2016å¹´7æœˆã«ã¯ã¦ãªã«ãŠã‘ã‚‹ãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚°äº‹ä¾‹ã‚’ç´¹ä»‹ã—ãŸã€‚ ã¯ã¦ãªã«ãŠã‘ã‚‹Linuxãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã‚¹ã‚¿ãƒƒã‚¯ãƒ‘ãƒ•ã‚©ãƒ¼ãƒžãƒ³ã‚¹æ”¹å–„ / Linux network performance improvement at hatena - Speaker Deck HAProxy ã‚„ nginx ãªã©ã®ã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ãƒãƒ¼ãƒ‰ãƒãƒ©ãƒ³ã‚µã‚„ãƒªãƒãƒ¼ã‚¹ãƒ—ãƒã‚ã‚·ã€memcached ãªã©ã® KVS ã®ã‚ˆã†ãªé«˜ãƒ‘ã‚±ãƒƒãƒˆãƒ¬ãƒ¼ãƒˆã«ãªã‚Šã‚„ã™ã„ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã«ãŠã„ã¦ã€å˜ä¸€ã® CPU ã‚³ã‚¢ã«è² è·ãŒåã‚Šã€ãƒžãƒ«ãƒã‚³ã‚¢ã‚¹ã‚±ãƒ¼ãƒ«ã—ãªã„ã“ã¨ãŒã‚ã‚Šã¾ã™ã€‚ ä»Šå›žã¯ã€ã“ã®ã‚ˆã†ãªãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã«ãŠã„ã¦ CPU è² è·ãŒãƒžãƒ«ãƒã‚³ã‚¢ã‚¹ã‚±ãƒ¼ãƒ«ã—ãªã„ç†ç”±ã¨ã€ãƒžãƒ«ãƒã‚³ã‚¢ã‚¹ã‚±ãƒ¼ãƒ«ã•ã›ã‚‹ãŸã‚ã® Linux ã‚«ãƒ¼ãƒãƒ«ã®ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã‚¹ã‚¿ãƒƒã‚¯ã®ãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚°æ‰‹æ³•ã¨ã—ã¦ RFS (Receive Flow Steering) ã‚’
Ehren 2015/03/31
network
ãƒªãƒ³ã‚¯
Characteristics of UDP Packet Loss: Effect of TCP Traffic
Hidenari Sawashima <hidena-s@is.aist-nara.ac.jp> Nara Institute of Science and Techno logy Japan Yoshiaki Hori <[email protected]> Kyushu Institute of Design Japan Hideki Sunahara <[email protected]> Yuji Oie <oie@itc.aist-nara.ac.jp> Nara Institute of Science and Techno logy Japan Abstract On wide area networks (WANs), UDP has likely been used for real-time applications, such as video and audio. U
Ehren 2015/02/04
udp

tcp

network
ãƒªãƒ³ã‚¯
Solaris performance tuning
@ãƒ‘ã‚±ãƒƒãƒˆæ•°ã¯å¤šã™ãŽãªã„ã‹? ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã¯å˜ä½æ™‚é–“ã‚ãŸã‚Šã®ãƒ‘ã‚±ãƒƒãƒˆé‡ã¨ã€å¹³å‡åˆ°ç€é–“éš”ã‚’ç¢ºèªã—ã¾ã™ã€‚ã‚ã‚‹çž¬é–“ã«å¤šãã®ãƒˆãƒ©ãƒ•ã‚£ãƒƒã‚¯ãŒç™ºç”Ÿã™ã‚‹ã¨ã€CPUè² è·ãŒé«˜ã¾ã£ãŸã‚Šã€ãƒ‡ã‚£ã‚¹ã‚¯ã‚¢ã‚¯ã‚»ã‚¹ãŒé »ç¹ã«ãªã‚Šã€å¿œç”æ€§èƒ½ã‚„ã€ã‚¹ãƒ«ãƒ¼ãƒ—ãƒƒãƒˆãŒä½Žä¸‹ã™ã‚‹åŽŸå› ã«ãªã‚Šã¾ã™ã€‚ãƒ‘ã‚±ãƒƒãƒˆæ•°ã‚’è©•ä¾¡ã™ã‚‹å ´åˆã€ä»–ã®CPUã‚„ãƒ¡ãƒ¢ãƒªã€ãƒ‡ã‚£ã‚¹ã‚¯å…¥å‡ºåŠ›ã®è² è·ã«å½±éŸ¿ã—ã¦ã„ã‚‹ã‹ã©ã†ã‹ã€ãŠã‚ˆã³å¾Œè¿°Cã®ã‚¹ãƒ«ãƒ¼ãƒ—ãƒƒãƒˆã®é™ç•Œã§ã‚ã‚‹ã‹ã®ã€2ã¤ã®æ–¹å‘ã‹ã‚‰è©•ä¾¡ã—ã¾ã™ã€‚ãªãŠã€ã‚¤ãƒ³ã‚¿ãƒ©ãƒ—ãƒˆã®æ°´æº–ã«ã¤ã„ã¦ã¯ã€é€šå¸¸çŠ¶æ…‹ã‚’å…ƒã«ã—ã¦åˆ¤æ–ã™ã‚‹ã“ã¨ãŒæœ›ã¾ã—ã„ã§ã™ã€‚ã“ã®ãŸã‚ã€äºˆã‚æœ¬æ¥ã®æŒ¯ã‚‹èˆžã„ã‚’çŸ¥ã£ã¦ãŠãã“ã¨ãŒå¤§åˆ‡ã§ã™ã€‚ 5ç§’ã®ã‚µãƒ³ãƒ—ãƒªãƒ³ã‚°ã‚¤ãƒ³ã‚¿ãƒ¼ãƒãƒ«ã§æŽ¡å–ã—ãŸå…¥åŠ›ãƒ‘ã‚±ãƒƒãƒˆã§ã™ã€‚netstatã¯ãã®é–“ã«å…¥åŠ›ã•ã‚ŒãŸãƒ‘ã‚±ãƒƒãƒˆæ•°ã‚’è¡¨ç¤ºã—ã¾ã™ã€‚10:57ã€œ10:59ã®åŒºé–“ã¯ã€ä»–ã®æ©Ÿå™¨(Linux)ã‹ã‚‰ftpã®putã«ã‚ˆã£ã¦ã€æœ¬æ©ŸãŒãƒ•ã‚¡ã‚¤ãƒ«ã‚’å—ä¿¡ã—ã¦ã„ã‚‹ã‚‚ã®ã§ã€ç§’ã‚ãŸã‚Šç´„6000ãƒ‘
Ehren 2015/01/13
network
ãƒªãƒ³ã‚¯
C10Kå•é¡Œã®ä»Šã¨æœªæ¥ - genieeâ€™s tech blog
å”çªã§ã™ãŒã€ä¸€å›žç›®ã®è¨˜äº‹ã‚’æ›¸ãã¾ã™ï¼ ä»Šå›žã¯ã€ä¸»ã«ã‚¦ã‚§ãƒ–ã‚µãƒ¼ãƒãƒ¼ã€å…·ä½“çš„ã«ã¯Linuxã®SO_REUSEPORTï¼ˆãƒ—ãƒã‚°ãƒ©ãƒŸãƒ³ã‚°è¨€èªžã¨ã—ã¦ã¯Cè¨€èªž)ã®è©±é¡Œã«ãªã‚Šã¾ã™ã€‚èƒŒæ™¯ã¨ã—ã¦ã€å¼Šç¤¾ã§ã¯ã€åºƒå‘Šé…ä¿¡ãŒã„ã‚ã‚†ã‚‹ãƒã‚¤ãƒ†ã‚£ãƒ–ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§ã‚ã‚‹ãŸã‚ã€ã‚¦ã‚§ãƒ–ã‚µãƒ¼ãƒãƒ¼ã®é–‹ç™ºã‚’è¡Œã£ã¦ã„ã‚‹ã¨ã„ã£ãŸã“ã¨ãŒæŒ™ã’ã‚‰ã‚Œã¾ã™ã€‚ãã‚‚ãã‚‚ä»Šå›žã®è¨˜äº‹ã‚’æ›¸ã„ãŸãã£ã‹ã‘ã¯ã€å¼Šç¤¾ã§SO_REUSEPORTã‚’ä½¿ç”¨ã—å§‹ã‚ã¦ãŠã‚Šã€ãã‚Œã«ã¤ã„ã¦ç´¹ä»‹ã—ãŸã„ã¨è€ƒãˆãŸã‹ã‚‰ã§ã™ã€‚ ç‰¹ã«C10Kå•é¡Œã«ã¤ã„ã¦ã¯ TheC10kProbl em - ã€ŒC10Kå•é¡Œã€ï¼ˆã‚¯ãƒ©ã‚¤ã‚¢ãƒ³ãƒˆ1ä¸‡å°å•é¡Œï¼‰ã¨ã¯ã€ãƒãƒ¼ãƒ‰ã‚¦ã‚§ã‚¢ã®æ€§èƒ½ä¸Šã¯å•é¡ŒãŒãªãã¦ã‚‚ã€ã‚ã¾ã‚Šã«ã‚‚ã‚¯ãƒ©ã‚¤ã‚¢ãƒ³ãƒˆã®æ•°ãŒå¤šããªã‚‹ã¨ã‚µãƒ¼ãƒãŒãƒ‘ãƒ³ã‚¯ã™ã‚‹å•é¡Œã®ã“ã¨ ãŒè©³ã—ã„ã®ã§ä»Šå›žã¯èª¬æ˜Žã‚’çœç•¥ã—ã¾ã™ã€‚ ã¾ãŸã€Linuxï¼ˆæ£ç¢ºã«ã¯Kernel 3.9ä»¥é™ï¼‰ã«ãŠã‘ã‚‹SO_REUSEPORTã«ã¤ã„ã¦ã¯ã€ æˆ–ã‚‹ãƒ—ãƒã‚°ãƒ©ãƒž
Ehren 2015/01/07
network
ãƒªãƒ³ã‚¯
WebRTCã«ã¦(S)RTCPãŒå¿…è¦ãªç†ç”±
This post is a No.12 article of WebRTC Advent Calendar 2014 ã“ã®è¨˜äº‹ã¯ã€WebRTC 2014 ã‚¢ãƒ‰ãƒ™ãƒ³ãƒˆã‚«ãƒ¬ãƒ³ãƒ€ãƒ¼ã®12æ—¥ç›®ã®è¨˜äº‹ã§ã™ã€‚ TL;DR RTCPã§é€šä¿¡çŠ¶æ³ï¼ˆçµ±è¨ˆæƒ…å ±ï¼‰ã‚’é€å—ä¿¡å´ã§ä¼ãˆåˆã£ã¦ã€éŸ³å£°ãƒ»æ˜ åƒã®å“è³ªã«ãƒ•ã‚£ãƒ¼ãƒ‰ãƒãƒƒã‚¯ ç‰¹ã«WebRTCã§ã¯ã€RTCPã‚’æš—å·åŒ–ã—ãŸSRTCPã‚’åˆ©ç”¨ ã¯ã˜ã‚ã« WebRTC Meetup Tokyo #3ã§ã€WebRTCã‚’æ”¯ãˆã¦ã„ã‚‹ãƒ—ãƒãƒˆã‚³ãƒ«ã«ã¤ã„ã¦ã€ç°¡å˜ãªLTã‚’ã—ã¾ã—ãŸã€‚ LTã®ä¸ã§DTLSã€RTPã€SCTPã«ã¤ã„ã¦å–‹ã£ãŸã®ã§ã™ãŒã€LTã¨ã„ã†æ™‚é–“ã®éƒ½åˆä¸Šã€èª¬æ˜Žã‚’ç«¯æŠ˜ã£ãŸã¨ã“ã‚ãŒã‚ã‚‹ã®ã§ã€æœ¬è¨˜äº‹ã§ã¯ãã®è£œè¶³ã‚’ã—ã¾ã™ã€‚ ã¡ãªã¿ã«ã€è³‡æ–™ã¯ä»¥ä¸‹ã«ã‚ã‚Šã¾ã™ï¼š RTPã¯å†é€ã‚’è«¦ã‚ã¦ã„ã‚‹ã ã‘ã˜ã‚ƒãªã„ Slide27æžšç›®ã§ã€ãƒ‘ã‚±ãƒƒãƒˆãƒã‚¹ãŒèµ·ããŸå ´åˆã®å¯¾å¿œã¨ã—ã¦ã€ã€Œå†é€ã‚’GiveUpã€ã™ã‚‹ã¨èª¬æ˜Ž
Ehren 2014/12/12
protocol

network

webrtc
ãƒªãƒ³ã‚¯
AWSã®ãƒ‡ãƒ¼ã‚¿ã‚»ãƒ³ã‚¿ãƒ¼ã®ä¸èº«ã‚’ã€è¨è¨ˆç·è²¬ä»»è€…ãŒè©±ã—ãŸ
AWSã®ãƒ‡ãƒ¼ã‚¿ã‚»ãƒ³ã‚¿ãƒ¼ã®ä¸èº«ã‚’ã€è¨è¨ˆç·è²¬ä»»è€…ãŒè©±ã—ãŸï¼šã€Œã“ã“ã¾ã§è©±ã—ã¦ã„ã„ã®ï¼Ÿã€ï¼ˆ1/2 ãƒšãƒ¼ã‚¸ï¼‰ Amazon Web Servicesï¼ˆAWSï¼‰ã®ãƒã‚¤ã‚¹ãƒ—ãƒ¬ã‚¸ãƒ‡ãƒ³ãƒˆå…¼ãƒ‡ã‚£ã‚¹ãƒ†ã‚£ãƒ³ã‚°ã‚¤ãƒƒã‚·ãƒ¥ãƒ‰ãƒ»ã‚¨ãƒ³ã‚¸ãƒ‹ã‚¢ã€ã‚¸ã‚§ãƒ¼ãƒ ã‚ºãƒ»ãƒãƒŸãƒ«ãƒˆãƒ³æ°ã¯ã€AWSãŒ11æœˆ11ï½ž14æ—¥ã«é–‹å‚¬ã—ãŸã€ŒAWS re:Invent 2014ã€ã§ã€ãƒ‡ãƒ¼ã‚¿ã‚»ãƒ³ã‚¿ãƒ¼ã®æ§‹æˆã€ã‚µãƒ¼ãƒãƒ¼ã‚„ã‚¹ã‚¤ãƒƒãƒã®è‡ªç¤¾è¨è¨ˆã€SR-IOVãªã©ã«ã¤ã„ã¦èªžã£ãŸã€‚ [2014/11/21è¨‚æ£]è¨˜äº‹ã®åˆå‡ºæ™‚ã«ã€ãƒãƒŸãƒ«ãƒˆãƒ³æ°ãŒAZé–“ã®è·é›¢ã‚’ã€Œæ•°ã‚ãƒãƒ¡ãƒ¼ãƒˆãƒ«ã€ã¨è¨€ã£ãŸã¨è¨˜è¿°ã—ã¾ã—ãŸãŒã€æ•°åã‚ãƒãƒ¡ãƒ¼ãƒˆãƒ«ã§ã‚ã‚‹å¯èƒ½æ€§ã‚‚ã‚ã‚Šã¾ã™ã€‚ãƒãƒŸãƒ«ãƒˆãƒ³æ°ã¯AZé–“ãŒã€Œmultiple kilometersã€ã§ã‚ã‚‹ã¨è¡¨ç¾ã—ã¦ã„ã¾ã™ã€‚å¾Œå‡ºã®ãƒãƒŸãƒ«ãƒˆãƒ³æ°ã®è°è«–ã§ã¯ã€ä¾‹ãˆã°ãƒã‚µãƒ³ã‚¼ãƒ«ã‚¹ã¨ãƒ‹ãƒ¥ãƒ¼ãƒ¨ãƒ¼ã‚¯ã®é–“ã®ä¼é€é…å»¶ã¯74ãƒŸãƒªç§’ã ãŒã€ã“ã‚Œã‚’1ã€2ãƒŸãƒªç§’ã«æŠ‘ãˆã‚‹ãŸã‚ã«AZé–“ã¯è¿‘ããªãã¦ã¯ãªã‚‰ãªã„
Ehren 2014/11/25
network
ãƒªãƒ³ã‚¯
1 2 3 4 5 6 æ¬¡ã®ãƒšãƒ¼ã‚¸