<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??碼云GVP開源項目 12k star Uniapp+ElementUI 功能強大 支持多語言、二開方便! 廣告
                # LiveJournal 體系結構 > 原文: [http://highscalability.com/blog/2007/7/9/livejournal-architecture.html](http://highscalability.com/blog/2007/7/9/livejournal-architecture.html) 有關 LiveJournal 如何擴展其系統以進行擴展的一個有趣且詳細的故事。 LiveJournal 是免費博客服務競賽中的早期參與者,并且面臨著快速增加大量用戶的問題。 博客文章來得太快而且很生氣,這會導致大量的撰寫,而撰寫則很難擴展。 了解 LiveJournal 如何解決其擴展問題將有助于任何有抱負的網站構建者。 網站:http://www.livejournal.com/ ## 信息來源 * [LiveJournal](http://danga.com/words/2007_yapc_asia/yapc-2007.pdf) -擴展故事時間的幕后花絮* [Google 視頻](http://video.google.com/videoplay?docid=-8953828243232338732)* [東京視頻](http://tokyo2007.yapcasia.org/sessions/2007/02/tbd.html)* [2005 version](http://www.danga.com/words/2005_mysqlcon/mysql-slides-2005.pdf) ## 平臺 * 的 Linux* 的 MySQL* 佩爾* 記憶快取* MogileFS* Apache ## 里面有什么? * 從 1、2 和 4 主機擴展到服務器集群。* 避免單點故障。* 到目前為止,使用 MySQL 復制只需要您。* 成為 IO 限制會扼殺擴展。* 擴展寫入和讀取以獲取更多并行性。* 您無法繼續添加讀取從站和擴展。* 使用 DRBD 的分片存儲方法可實現最大吞吐量。 根據角色分配碎片。* 使用 memcached 進行緩存以提高性能。 兩級散列到分布式 RAM。* Web 負載平衡緩慢。* MogileFS,一種分布式文件系統,用于并行處理。* Schwartz 和 Gearman 用于分布式作業隊列,以并行執行更多工作。* Solving persistent connection problems. ## 得到教訓 * 不要害怕編寫自己的軟件來解決自己的問題。 LiveJournal 通過他們的努力為社區提供了難以置信的價值。 * 當站點了解用戶以及他們的系統真正需要做什么時,它們的站點可以從小型的 1、2 機器設置演變為較大的系統。 * 并行化是擴展的關鍵。 通過緩存,負載平衡,分片,文件系統群集以及利用更多磁盤心軸來消除阻塞點。 * 復制是有成本的。 您不能僅僅繼續增加越來越多的讀取從設備并期望擴展。 * 低級問題在很大程度上取決于諸如使用哪種 OS 事件通知機制,文件系統和磁盤交互,線程甚至模型以及連接類型等問題。 * 大型站點最終轉向分布式排隊和調度機制,以在網格上分配大量工作負載。 哦,太好了。 現場直播是最好的。 如果活躍的期刊繼續保持這樣的聲譽,它將像時間雜志和其他主要期刊一樣領先。 ----- [http://underwaterseaplants.awardspace.com“](<a rel=) >水下海洋植物 [http://underwaterseaplants.awardspace.com/seaweed.htm”](<a rel=) >海藻。 .. [http://underwaterseaplants.awardspace.com/easyaquariumplants.htm“](<a rel=) >簡易水族館植物 我不敢相信香港專業教育學院在 之前從未聽說過 livejournal,我使用 wordpress 但我想我會嘗試一下 謝謝,對我來說非常有用的帖子。 Livejournal.com 的流量似乎比 wordpress.com 少,我想知道該體系結構如何在 typepad.com,wordpress.com 和 livejournal.com 之間進行比較,因為它們都提供相同的服務并且擁有許多用戶。 thanks, very informative post for me. 您從哪里獲得 DRBD? LiveJournal 不使用 DRBD。 我非常感謝這里提供的信息,希望您能在以后的帖子中使我們保持良好了解。 謝謝。 伙計,您為我們提供了豐富的信息資源。 您提供給我們的鏈接列表非常有用! 我給你 9/10 這個職位! 做得好!
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看