round-robin

    0熱度

    6回答

    我想以多線程的方式讀取10個郵件帳戶的未讀郵件。 但是,如果線程池大小爲5,則將使用線程池中的5個線程。每個線程將讀取一個郵件帳戶。因此,一旦Thread_1讀取了第一個郵箱,它應該讀取mailbox_6。然後,線程2將讀取mailbox_7。 當所有的郵件賬戶被讀取一次時,週期將從第一個郵件賬戶開始。 我們如何在java中做到這一點?

    1熱度

    3回答

    我們有一組6個後端爲我們的網站提供服務。因爲我們使用多個數據中心,所以當我們將清單發送到localhost httpd服務器(運行在端口81上)時,我們發現最佳性能發生在我們身上。這當然是一個非常基本的配置深受清漆的支持,並可以使用回退導演來完成: director default fallback { { .backend = localbackend; } { .backe

    5熱度

    1回答

    在準備好的隊列只有一個進程並且使用循環調度的系統中是否發生上下文切換? 假設獨立進程的當前cpu突發跨越循環算法的多個時間片。 我的理由是,如下 當定時器中斷在典型的情況下發生的是可能發生的步驟是 中斷髮生。切換到內核模式 OS保存當前上下文到PCB(保存寄存器,進程狀態和當前進程的內存管理信息) 執行許多具體架構操作,包括沖洗 數據和指令高速緩存和TLB的。 將當前過程進入就緒隊列 選擇新的處理

    3熱度

    3回答

    我想使用HAProxy作爲負載平衡器。我想把兩個rabbitmq服務器放在haproxy後面。 rabbitmq服務器都在EC2的不同實例上。我通過以下this reference配置HAProxy服務器。我工作,但問題是消息不會以循環模式發佈。消息只在一臺服務器上發佈。我的要求是否有不同的配置? 我在/etc/haproxy/haproxy.cfg configureation listen r

    2熱度

    1回答

    我有一個算法,使用平衡算法創建一個循環比賽,遊戲的規模爲四個以下游戲。 1-2 Round 1 3-4 Round 1 1-3 Round 2 2-4 Round 2 1-4 Round 3 2-3 Round 3 我想比賽有一種家的平衡量客場比賽成爲可能。從上面你可以看出,1總是第一支球隊,這意味着客隊,但他們希望在比賽中平衡這一點,並使其成爲主隊。你可以在下面看到我換了2場比賽,

    1熱度

    1回答

    循環賽比賽算法僅適用於每場比賽的團隊比賽時工作正常。但是,如果一個體育比賽或比賽中有兩個以上的球隊在同一場比賽中相遇,那麼該如何實施呢?例如一場彩票比賽,其中2到n支球隊在2到n場比賽中相遇。如果可能的話,仍然保持所有球隊都應該成爲主隊的限制(如果球隊不能平分,那麼可以接受的是儘可能少的球隊不會成爲主隊) 任何想法? 球隊數量,比賽數量。可能每場比賽的球隊數量可能是給定的。

    4熱度

    2回答

    我一直在忙這個好幾個月了。 我現在有1個網站2臺服務器。使用round robin dns,我發現在開始的時候一切正常(檢查它改變的網站的ip,但我可以繼續我的會話),但是一段時間後,我失去了會話,看起來像formsauthentication cookie不能被讀取,並且被丟棄。 (假設)但是這並不是一直髮生的。只是有時。 我使用IIS7共享配置,我設置了機鍵和我使用的StateServer指着

    0熱度

    1回答

    我正在看一些隨機的Icecast播放列表(可在這裏獲得:http://dir.xiph.org/index.php),我想知道爲什麼很多人似乎都包含一個相同的mp3文件列表。 如: GET http://dir.xiph.org/listen/193289/listen.m3u http://87.230.101.49:80/top100station.mp3 http://87.230.103

    6熱度

    3回答

    似乎這樣應該是一件容易的事,但我不知道如何用LINQ做到這一點。目前我唯一能找到的信息是關於循環賽的格式,這不是我所追求的。我可能在搜索錯誤。鑑於以下列表: var items [] { "apple", "banana", "banana", "candy", "banana", "fruit", "apple" }; 我怎樣才能解決這(最好使用LINQ),因此它在「循環」爲了出來,也就是重

    4熱度

    2回答

    我們使用多個服務器處理以循環方式進行負載平衡的傳入Web請求。我遇到了一個我不確定如何解決的問題。 使用AJAX(qqFileUploader),我正在上傳文件。默認情況下它會進入/tmp文件夾,這很好。問題是,當我嘗試檢索該文件時,該檢索請求被下一臺服務器處理,其中沒有有我上傳的文件。如果我一再重複請求,它將最終到達存儲文件的原始服務器(通過輪循負載均衡),然後我可以打開它。顯然這不是一個好的解