throughput

    0熱度

    1回答

    我從大量傳感器(> 500)傳輸數據,我需要將這些數據寫入HDFS。傳感器幾乎每1秒發送一次數據,每次推送的數據的大小都是〜300B。問題是我已經經歷過,當我開始在HDFS上用append模式推動很多東西時,它開始引發許多異常並被卡住。我需要找到一種方法來處理每秒大量的文字,比如採用存儲數據的中間層,然後慢慢地將它們推送到HDFS中。我不知道是否有數據庫會爲此工作,如果是的話,哪個是最好的? 更新

    3熱度

    1回答

    我想使用python(通過創建UDP套接字)來計算以太網吞吐量。我的吞吐量在10-15 MBps範圍內。當我使用iperf進行交叉驗證時,iperf顯示吞吐量爲35 MBps。 iperf使用什麼邏輯來計算吞吐量? 它使用UDP或TCP協議嗎?

    0熱度

    2回答

    我試圖繪製我在jmeter中使用influx db的grafana中的單個採樣器的吞吐量。 貝婁是我的jmeter測試,帶有3個線程組,有啞採樣器。 1. 2. 3. 根據JMeter的如何計算吞吐量, 吞吐量很第一第二應在10和10秒後的吞吐量應該是2,同樣在20秒後吞吐量應該是5. 我已經附加涌入分貝截圖波紋管 使用該即時通訊在grafana繪製圖表: 貝婁是我已經有了: 然而,在圖你可以看到

    1熱度

    1回答

    我收到了某人的JMeter腳本,其中包含一個腳本,其中包含3吞吐量控制器。奇怪的部分是他們有「執行百分比」選擇和總結吞吐量從每個控制器我只達到(第一個有40的吞吐量,第二個20和第三個10)。 問題是: 1.它們的總和不應該是100(100%)嗎? 2.如果總和爲70,第一個吞吐量爲40,那麼這是否意味着第一個吞吐量控制器將運行總和70的40%? 3.有人能給我更多關於「百分比執行與總執行次數」的

    1熱度

    1回答

    我剛開始使用Dynamo,我有個問題想看看我是否使用這種最好的方法。我有一個存儲Dynamo數據的應用程序。大多數情況下,由於物體非常小且不經常訪問,所以來回時間很少。然而,當用戶創建一個新項目時,它會上傳相當多的內容,當他們第一次打開它時,通常需要下載幾千個對象(取決於項目),因此它會突出顯示圖形。 例如,這裏是我的最後2周的使用圖形:現在 我需要能夠處理這些尖峯所以我也能定在40的讀取和30寫

    0熱度

    1回答

    我經常聽說有一個單線程負責與客戶的所有通信被認爲是「好設計」。 但是,現在我有多個線程與其他服務器通信來處理客戶端請求。 當前設計將排隊選擇線程發送的響應。選擇線程然後將響應出隊並將它們發送給適當的客戶端。 這是愚蠢的,imo。我有30個線程準備好向客戶端發送響應,並且它們都將它們排入隊列,並讓一個選擇線程逐個發送它們。 假設一個封閉的系統,是否沒有辦法安全地繞過這個限制,並從沒有(或者如果他不是

    0熱度

    1回答

    我正在開發一款應用程序,它使用低功耗藍牙與BLE設備進行通信。問題是該項目需要高度連續的數據交換才能工作。 目前我已經開發了4個片段,它們共享相同的BluetoothGatt性能和相同的數據陣列。當我連接到BLE設備時,我將連接優先級設置爲高,然後我開始寫入數據的寫入循環,通常只有4個字節,每50毫升。 與此同時我開始閱讀並更新我的界面。 我注意到,如果我停止寫作,我每隔50毫升收到一包數據,但如

    -3熱度

    1回答

    對於每秒多少用戶,可以通過專用服務器的100 Mbps(12.5 MBps)上行鏈路端口提供1 MB頁面。 我打算增加專用服務器的容量,因爲我當前的服務器無法管理我的應用程序的負載。 因此,我需要了解各種專用服務器提供商提供的上行鏈路端口連接。 在亞馬遜EC2中,這被稱爲網絡性能,它只在最大的實例上提供10千兆的性能。 請指導。

    0熱度

    1回答

    我試圖弄清楚我的Cassandra集羣的吞吐量,並且無法弄清楚如何使用nodetool來完成該操作。下面是一個示例輸出: Starting NodeTool Keyspace: realtimetrader Read Count: 0 Read Latency: NaN ms. Write Count: 402 Write Latency: 0.09648756218905473 ms.

    0熱度

    1回答

    我有以下情形: 主線程設置爲50個併發用戶(循環 - 如testduration將被安排)。 所有API調用的吞吐量控制器被設置爲100%'每用戶'的'執行百分比'被打勾。 除了/ pdfbill(設置爲50%),因爲我們只需要25個併發用戶而不是50個用戶。 問:這種方法是否正確?或者我應該在吞吐量控制器內爲所有呼叫使用'Per user'選項?