字節(jié)流和字符流哪個(gè)不刷新

您別無(wú)選擇–底層系統(tǒng)（此處的JVM將為您完成選擇）。

我仍然記得2013年夏天，當(dāng)時(shí)我正在運(yùn)行一個(gè)項(xiàng)目，整個(gè)應(yīng)用程序中只有1個(gè)URL使服務(wù)器癱瘓。 問(wèn)題很簡(jiǎn)單-機(jī)器人決定以很高的速率索引我們的網(wǎng)站，并且該機(jī)器人正在創(chuàng)建數(shù)百萬(wàn)個(gè)URL組合，這些組合繞過(guò)了我所有的緩存層，并且都擊中了我的應(yīng)用程序服務(wù)器。 好吧，我們?cè)趹?yīng)用程序中的緩存率很高（大約為95％），并且應(yīng)用程序服務(wù)器層并不是為高負(fù)載而設(shè)計(jì)的（這是Adobe AEM 5.6，執(zhí)行搜索和制作頁(yè)面的邏輯在計(jì)算上非常繁瑣）。 那年早些時(shí)候，我們想處理Dog-Pile效應(yīng)的案例，并且我們談到要進(jìn)行某種限制。 在對(duì)話(huà)開(kāi)始時(shí)，每個(gè)人都對(duì)節(jié)制相同的想法不滿(mǎn)意（2個(gè)人除外）。

在2012年秋天， Ravi Pal建議采取適當(dāng)?shù)腻e(cuò)誤處理措施，使系統(tǒng)不僅應(yīng)該掉在頭上，而且應(yīng)優(yōu)雅地降級(jí)。 當(dāng)我們?cè)?013年遇到這個(gè)問(wèn)題時(shí)，我才意識(shí)到他建議的嚴(yán)重性。

現(xiàn)在，我在另一個(gè)平臺(tái)上工作，當(dāng)我提出節(jié)流的想法時(shí)，它再次被皺了皺眉。 一個(gè)人實(shí)際上在一次會(huì)議上嘲笑我。 另一個(gè)人建議我們要通過(guò)“自動(dòng)縮放”處理場(chǎng)景，而不是限制場(chǎng)景。 我們?cè)贏WS Cloud上擁有基礎(chǔ)架構(gòu)，但我不是專(zhuān)家，但專(zhuān)家告訴我，服務(wù)器可以在10分鐘左右原樣復(fù)制（我們將 證明 對(duì)此進(jìn)行基準(zhǔn)測(cè)試）。

我是一位雄心勃勃的建筑師，盡管我控制了進(jìn)入我網(wǎng)站的流量。 我不再生活在那種幻想中。

這可能是一系列的帖子，但是今天在這里我開(kāi)始向您展示您沒(méi)有選擇的余地，無(wú)論您是否喜歡它，系統(tǒng)都會(huì)為您限制流量。

基準(zhǔn)概述

• 使用Spring Boot構(gòu)建的簡(jiǎn)單Web應(yīng)用程序
• 一個(gè)Spring MVC REST控制器 ，它將接受一些HTTP請(qǐng)求并在誘發(fā)的延遲后發(fā)送回OK響應(yīng)
• jMeter模擬負(fù)載
• 一個(gè)自定義插件 （向這些家伙大喊大叫的插件）以生成逐步加載并捕獲自定義增強(qiáng)圖
• 托管網(wǎng)站的Tomcat 8.x –使用Spring Boot在內(nèi)存中啟動(dòng)。 沒(méi)有完成自定義

第一組–好人

測(cè)試計(jì)劃

該線程組將模擬對(duì)我們的應(yīng)用程序服務(wù)器的一致請(qǐng)求流。 一個(gè)典型的情況經(jīng)常發(fā)生。

服務(wù)器性能

如預(yù)期的那樣？ 是。

如下圖所示，該圖表顯示應(yīng)用程序服務(wù)器的行為正常。 15分鐘時(shí)間段內(nèi)的所有請(qǐng)求均與“單用戶(hù)模型”（即1秒請(qǐng)求響應(yīng)時(shí)間）一致。

第二組-突發(fā)的高流量

測(cè)試計(jì)劃

該測(cè)試計(jì)劃是一種分步實(shí)施的方法，它試圖模擬一種情況，即廣告系列將在短時(shí)間內(nèi)開(kāi)始點(diǎn)擊某個(gè)頁(yè)面（或頁(yè)面集）。 在我們的網(wǎng)站向全世界開(kāi)放的行業(yè)中，我們經(jīng)常看到這種用例。

這個(gè)線程組不是OOTB，我下載了一個(gè)插件

服務(wù)器性能

那么，我們期望發(fā)生什么呢？ 根據(jù)我的服務(wù)器有多少果汁（線程，cpu周期等），我的服務(wù)器可能會(huì)或可能無(wú)法處理請(qǐng)求。 鑒于我正在本地筆記本電腦上運(yùn)行所有程序，如果我的本地機(jī)器可以處理600個(gè)線程，那將很有趣。

而且我們發(fā)現(xiàn)我的筆記本電腦無(wú)法真正處理600線程。 那么，tomcat是做什么的呢？

它節(jié)流

好人改變的表現(xiàn)

測(cè)試計(jì)劃

我運(yùn)行第一個(gè)測(cè)試計(jì)劃，并遵循高流量計(jì)劃（引入30秒的延遲）。

影響力

下圖顯示了好人如何受到影響。 盡管“好人”的點(diǎn)擊量沒(méi)有變化，但仍然受到影響，因?yàn)槠渌蛩貙?dǎo)致了峰值。

請(qǐng)去告訴JVM您不喜歡節(jié)流

下一個(gè)是什么

您確實(shí)有3個(gè)選擇（我們將在單獨(dú)的文章中詳細(xì)介紹以下各項(xiàng)）

自動(dòng)縮放應(yīng)用程序服務(wù)器，并希望新服務(wù)器能及時(shí)準(zhǔn)備就緒以處理負(fù)載，或者；

在節(jié)流和控制自己的命運(yùn)方面做些什么 - 如果 高流量不是創(chuàng)造收入的資源，而好人卻是呢？

繼續(xù)皺著眉頭

翻譯自: https://www.javacodegeeks.com/2015/08/dont-like-throttling.html

字節(jié)流和字符流哪個(gè)不刷新

總結(jié)

以上是生活随笔為你收集整理的字节流和字符流哪个不刷新_不喜欢节流吗？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。