PostgreSQLã®è¡ã¬ãã«ã»ãã¥ãªãã£ã¨ SpringAOPã§ãã«ãããã³ãã® ã¦ã¼ã¶ã¼éæ å ±æ¼æ´©ã鲿¢ãã (JJUG CCC 2021 Spring)
PostgreSQLã®è¡ã¬ãã«ã»ãã¥ãªãã£ã¨ SpringAOPã§ãã«ãããã³ãã® ã¦ã¼ã¶ã¼éæ å ±æ¼æ´©ã鲿¢ãã (JJUG CCC 2021 Spring)
ã¦ã§ããã¼ã¸ã®æç» (first-paint) ã¾ã§ã®æéãæ¸¬å®ãããã¼ã«ãä½ã£ãä»¶ããããã¯HTTP2æä»£ã®ããã©ã¼ãã³ã¹ãã¥ã¼ãã³ã°ã®è©± ã¦ã§ããã¼ã¸ã®è¡¨ç¤ºã¾ã§ã«ãããæéãããã«çããããã£ã¦ã®ã¯ãå²ããã¦ã§ããµã¤ããæ§ç¯ããä¸ã§é¿ãã¦éããªããã¨ã¦ãéè¦ãªè¦ç´ ã§ãã å°ãå¤ããã¼ã¿ã¨ãã¦ã¯ããã¨ãã°ãã¦ã§ããã¼ã¸ã®è¡¨ç¤ºã500ããªç§é ããªãã¨åºå売ä¸ã1.2%ä½ä¸ããã¨ããBingã®ä¾ãªãããç¥ããã¦ããããã§ãã ãã¦ã§ããã¼ã¸ã®è¡¨ç¤ºã¾ã§ã«ãããæéãã¨è¨ã£ãå ´åãå®éã«ã¯ä»¥ä¸ã®ãããªããã¤ãã®ã¡ããªãã¯ãããã¾ãã ã¤ãã³ã æå³
Redirecting⦠Click here if you are not redirected.
New: Source Locations Do the answer dance Donât struggle to learn why your app is slow. Get answers with Skylight. Skylight is a smart profiler for Ruby and Rails applications. It turns performance data into actionable insights, so you spend less time diagnosing and more time improving. Performance data can be confusing Where's my app spending its time? How bad are my slowdowns? How can I improve
ããã§ã¯ãEC2ã®ä¸ã§innodbããã¥ã¼ãã³ã°ãã¦ä½¿ãã¨ãã観ç¹ã§TIPSãã¾ã¨ãã¦ã¿ãã RDS便å©ã ãã使ãããã£ã¦ã®ã¯ä»åã®è©±ã®ã¹ã³ã¼ãã«ã¯å«ã¿ã¾ããã ãã¨ãinnodbã«ã¤ãã¦ãå²ãã¨ã¡ããã¨èª¿ã¹ã¦ã¿ãã®ã¯åãã¦ã ã£ããããã®ã§ãééã£ã¦ãç¹ãªã©è¦ã¤ããããã²ãææãã ããã¾ãã innodbé¢é£ ãããã¡ãã¼ã« ã¯ã¼ãã³ã°ã»ãããä¹ãã¦ãããªã³ã¡ã¢ãªã®ãããã¡é åãèªã¿æ¸ãå ±ã«ãã®é åãçµç±ãã¦å®æ½ãããã åç §æã¯ãããã¡ãã¼ã«ä¸ã§ãã¼ã¿ãæ¢ãã¦ããªããã°ãã¼ãã«ã¹ãã¼ã¹ããåå¾ãããï¼ãã®ãã¼ã¿ã¯ãããã¡ãã¼ã«ä¸ã«æ ¼ç´ãããï¼ æ¸ãè¾¼ã¿æã¯ãªã¯ã¨ã¹ããåãä»ãã¦ã¯ã¼ãã³ã°ã»ãããæ´æ°ãããã°ã®æ¸ãè¾¼ã¿ã¸ç§»è¡ããã è¨å®ã¯innodb_buffer_pool_size ç£è¦ã¯SHOW ENGINE INNODB STATUSããmysqladmin extended-sta
ã¯ããã« å¤åå ã® FreakOut 社ã§ã¯ RTB ã§åºåæ ãè²·ãä»ãã DSP ã®éçºã»éç¨ãè¡ã£ã¦ãã¾ããRTB ã¨ã¯ãã¤ã³ã¿ã¼ãããåºåã®ã¤ã³ãã¬ãã·ã§ã³ãçããæ¯ã«ãåºåæ ã®ç«¶äºå ¥æãè¡ãä»çµã¿ã§ãã DSP ã¨ã¯ã RTB ã«ããã¦ãç«¶äºå ¥æãããå´ã®ã·ã¹ãã ã«ãªãã¾ããåºåæ /åºåãè¦ã¦ãã人 ã«å¯¾ããæé©ãªåºåããæé©ãªã¿ã¤ãã³ã°ã§å±ããæ©è½ãåºåä¸»ã«æä¾ããä»çµã¿ã§ãã FreakOut DSP ã¯æé©ãªåºåæ¢ç´¢ã»å ¥æä¾¡æ ¼èª¿æ´ã®ãããé常ã«å¤ãã®ãã¼ã¿ãåç §ããæ²¢å±±ã®æ¼ç®å¦çãè¡ãã¾ããåºåãè¦ã¦ãã人ãéå»ã«ã¢ã¯ã»ã¹ãã Web ãã¼ã¸ã®æ å ±ãæ¤ç´¢ã¯ã¼ããããã« åºåãã¯ãªãã¯ãããäºæ¸¬ç¢ºç(éå»ã®ãã°ããæ©æ¢°å¦ç¿ã§ç®åº) ãªã©ãåç §ããå ¥æä¾¡æ ¼ã決å®ããã®ã§ãããã®ãããDSP ã§å ¥æãæ å½ãããµã¼ã㯠CPU ãããã«ããã¯ã«ãªã£ã¦ãããå°æ°ãæ°ç¾å°ã«åµ©ãã§ãã¾ãã
Last week during a casual conversation I overheard a colleague saying: "The Linux network stack is slow! You can't expect it to do more than 50 thousand packets per second per core!" That got me thinking. While I agree that 50kpps per core is probably the limit for any practical application, what is the Linux networking stack capable of? Let's rephrase that to make it more fun: On Linux, how hard
NGINX 1.9.1 introduces a new feature that enables use of the SO_REUSEPORT socket option, which is available in newer versions of many operating systems, including DragonFly BSD and Linux (kernel version 3.9 and later). This socket option allows multiple sockets to listen on the same IP address and port combination. The kernel then load balances incoming connections across the sockets. Editor â For
HPCã¦ã¼ã¶ãç¥ã£ã¦ããããTCP/IPã®è©± ~ã¯ã©ã¹ã¿ã»ã°ãªããç°å¢ã®è½ã¨ãç©´~AI-enhanced description The document discusses using TCP/IP for high-performance computing and describes how TCP performance is impacted by factors like round-trip time, bandwidth limitations, and window size. It provides measurements of bandwidth over TCP for different round-trip times and explains TCP congestion control algorithms and how they influence t
2015/5/22 JAWS-UG ç®é»ã§çºè¡¨ããè³æã§ãã http://connpass.com/event/14016/
ãè¿½è¨ 2018/01/06ãç¾å¨Mackerelã¯ãæç³»åãã¼ã¿ãã¼ã¹ã¨ããæ¦å¿µãã¯ã©ã¦ãã®æã§åæ§ç¯ãã - ããããããã°ã®æç³»åãã¼ã¿ãã¼ã¹å®è£ ã¸ç§»è¡ãã¦ãã¾ãã ãµã¼ãã¢ãã¿ãªã³ã°ãµã¼ãã¹ Mackerel ã§æ¡ç¨ãã¦ããæç³»åãã¼ã¿ãã¼ã¹ Graphite ãç¨ããã·ã¹ãã ã®æ§ç¯ã¨éç¨äºæ ãç´¹ä»ãã¾ããGraphiteã«ã¤ãã¦ã¯ããããã¸ã§ãã³ã°ãã¢ããªã±ã¼ã·ã§ã³ããã®ä½¿ãæ¹ãGraphiteèªä½ã®ã¢ãã¿ãªã³ã°ãªã©æ§ã ãªãããã¯ãããã¾ãããç¹ã«å¤§è¦æ¨¡ãªãã§ã¯ã®ãããã¯ã¨ãã¦ãGraphiteã®å é¨ã¢ã¼ããã¯ãã£ãããã©ã¼ãã³ã¹ãã¥ã¼ãã³ã°ããã³ã¯ã©ã¹ã¿æ§æã«ã¤ãã¦ã®ç¥è¦ãæ¸ãã¾ãã èæ¯ Graphiteã·ã¹ãã æ¦è¦³ ãã¼ã¿æ§é ã¨ã¢ã¼ããã¯ã㣠whisperã®ãã¼ã¿æ§é carbon-cacheã®ã¢ã¼ããã¯ã㣠ããã©ã¼ãã³ã¹ç¹æ§ ããã©ã¼ãã³ã¹ãã¥ã¼ãã³ã° ããã«ã¦ã§ã¢ã¬
GlusterFSã®ããã©ã¼ãã³ã¹é¢é£ããã㯠Presentation Transcript GlusterFSã® ããã©ã¼ãã³ã¹é¢é£ããã㯠ãããããããã æ§æä¾ 10GbEã¹ã¤ãã x 2 10GbEæ¥ç¶ 10GbE / 1GbEæ¥ç¶ ã»ã»ã» ã¹ãã¬ã¼ã¸ãã¼ã x 4 ã¯ã©ã¤ã¢ã³ããã¼ã 群 s213s211 s212 s214 GlusterFS ãµã¼ã GlusterFS ã¯ã©ã¤ã¢ã³ã Native Clientã¤ã¡ã¼ã¸ gluster srv. gluster cli. gluster srv. gluster srv. gluster srv. glusterfsç¬èªãããã³ã« FUSE Native Clientã®ãããã¯ã¼ã¯è»¢éé â ã¬ããªã±ã¼ã·ã§ã³åæ°åãã¯ã©ã¤ã¢ã³ãã¯åãµã¼ãã« writeããããªã â ãµã¼ãéã®éä¿¡ã¯åºæ¬çã«çºçããªã â ä¾: ã¬ããªã±ã¼ã·
Amazon Elastic Block Store (Amazon EBS) provides persistent block level storage volumes for use with Amazon EC2 instances. In this technical session, we conduct a detailed analysis of the differences among the three types of Amazon EBS block storage: General Purpose (SSD), Provisioned IOPS (SSD), and Magnetic. We discuss how to maximize Amazon EBS performance, with a special eye towards low-latenc
You have likely heard of âThe Golden Ruleâ, which is usually described as: treat other people the way that you want to be treated. The New Testament version comes from Matthew 7:12 ( emphasis mine ): 12 Therefore all things whatsoever ye would that men should do to you, do ye even so to them: for this is the law and the prophets. While talking with others about the current political situation I th
http://k0kubun.hatenablog.com/entry/2015/03/31/004021 ãè¦ã¦ããfaml 㯠slim ã¨åçã¨ãè¨ããªãã slim ãããã£ã¨é ãããããã¨æãããã¨æããã®ã§ä¸å¿è§£èª¬ãã¦ããã ãªãããã®ã¨ã³ããªã¯ slim 3.0.3 㨠hamlit 0.4.2 ã«åºãã¦ããã ãªããã®ãã³ããã¼ã¯ã§ faml ãé ãã®ããçµè«ããè¨ãã¨ããã®ä¸ã§ faml ã ãèªå html ã¨ã¹ã±ã¼ããæå¹ã«ãªã£ã¦ããããã ã haml ã¯ããã©ã«ãã§ã¯èªå html ã¨ã¹ã±ã¼ãã¯ç¡å¹ã§ãããhamlit ãããã«å£ã£ã¦ããã slim ã®ãã³ããã¼ã¯ã§ç¨ãã¦ãã slim ã®ãã¥ã¼ã§ã¯ == ã使ã£ã¦æç¤ºçã« html ã¨ã¹ã±ã¼ããç¡å¹åãã¦ãã https://github.com/slim-template/slim/blob/v3.0.3/ben
æ¬è¨äºã®å ¬éå¾ã®2016å¹´7æã«ã¯ã¦ãªã«ããããã¥ã¼ãã³ã°äºä¾ãç´¹ä»ããã ã¯ã¦ãªã«ãããLinuxãããã¯ã¼ã¯ã¹ã¿ãã¯ããã©ã¼ãã³ã¹æ¹å / Linux network performance improvement at hatena - Speaker Deck HAProxy ã nginx ãªã©ã®ã½ããã¦ã§ã¢ãã¼ããã©ã³ãµããªãã¼ã¹ãããã·ãmemcached ãªã©ã® KVS ã®ãããªé«ãã±ããã¬ã¼ãã«ãªãããããããã¯ã¼ã¯ã¢ããªã±ã¼ã·ã§ã³ã«ããã¦ãåä¸ã® CPU ã³ã¢ã«è² è·ãåãããã«ãã³ã¢ã¹ã±ã¼ã«ããªããã¨ãããã¾ãã ä»åã¯ããã®ãããªãããã¯ã¼ã¯ã¢ããªã±ã¼ã·ã§ã³ã«ãã㦠CPU è² è·ããã«ãã³ã¢ã¹ã±ã¼ã«ããªãçç±ã¨ããã«ãã³ã¢ã¹ã±ã¼ã«ãããããã® Linux ã«ã¼ãã«ã®ãããã¯ã¼ã¯ã¹ã¿ãã¯ã®ãã¥ã¼ãã³ã°ææ³ã¨ã㦠RFS (Receive Flow Steering) ã
Problem DNS resolution time can lead to a significant amount of user perceived latency. The time that DNS resolution takes is highly variable. Latency delays range from around 1ms (locally cached results) to commonly reported times of several seconds. Solution DNS prefetching is an attempt to resolve domain names before a user tries to follow a link. This is done using the computer's normal DNS re
ã©ã³ãã³ã°
ã©ã³ãã³ã°
ã¡ã³ããã³ã¹
ãªãªã¼ã¹ãé害æ å ±ãªã©ã®ãµã¼ãã¹ã®ãç¥ãã
ææ°ã®äººæ°ã¨ã³ããªã¼ã®é ä¿¡
å¦çãå®è¡ä¸ã§ã
j次ã®ããã¯ãã¼ã¯
kåã®ããã¯ãã¼ã¯
lãã¨ã§èªã
eã³ã¡ã³ãä¸è¦§ãéã
oãã¼ã¸ãéã
{{#tags}}- {{label}}
{{/tags}}