2015-03-31 99 views
1

我正在上傳.pdf文件,並在上傳時將我拆分爲.pdf文件。如果.pdf有20頁,那麼我分裂(使用iTextsharp)到每個頁面的20 .pdf拆分pdf文件在服務器上很慢?

這個過程在我的本地機器上進行得很快,但是在IIS中託管之後需要更多的時間。例如:如果我將7 MB的.pdf文件(23頁)上傳到本地計算機,則上傳和分割需要10秒-15秒。

對於服務器中的相同場景,需要1-3分鐘。

請幫幫我。

+0

分裂速度取決於你如何分裂和文件的性質。顯然,這也取決於硬件。如果服務器的CPU比本地機器的CPU慢,那麼服務器上的進程將會變慢。還有服務器負載的問題。服務器可能擁有大量資源,但如果這些資源由於負載過重而未分配給您的流程,那麼您的流程將不會從中受益。總而言之,這看起來不像StackOverflow問題。 – 2015-03-31 13:16:08

+0

您還包括上傳到等式中。將7 MB文件從本地計算機上傳到本地計算機應該比上傳7 MB文件(比如說,在酒店房間中使用無線Internet連接)要快得多。關於分割過程的處理時間的差異,你什麼都不說。 – 2015-03-31 13:19:24

+0

我與@BrunoLowagie,我們需要忽略上傳文件的時間,因爲這是一個我們無法修復的物理和經濟約束。我們只需要**基準**分割文件的時間。這可以通過**而不是**上傳文件來測量,而只是將測試文件拆分到服務器的本地文件系統上。在我們獲得這些數據和用於分割PDF的代碼之前,我要關閉這個功能。 – 2015-03-31 20:54:01

回答

0

看起來可能會出現多個問題。正如@Bruno Lowagie和@Chris Haas所說,這個問題可能是由您的上傳帶寬引起的。

這個問題的一個可能的解決方案是分解這兩個過程。首先進行上傳,並檢查完成該過程所用的時間。然後開始在一個單獨的線程中處理PDF文件,以及時間。這將幫助你縮小問題的位置。另外,請確保您的服務器不在後臺運行任何繁重的進程,因爲這可能會歪曲基準測試結果,並導致您向錯誤的方向發展。

如果您遇到帶寬問題,則可能需要增加可用帶寬。