|
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 疑難雜症區
(https://www.pcdvd.com.tw/forumdisplay.php?f=34)
- - 論文中的一些專有名詞和語意翻譯的問題
(https://www.pcdvd.com.tw/showthread.php?t=661460)
|
|---|
論文中的一些專有名詞和語意翻譯的問題
這幾天研讀一篇稐文遇到一些瓶頸...
一些專有名詞和文字段落翻不出創的語意 如果有大大有空或是剛好閒著發荒就拜託替我解解惑>"< 這邊會列出來的都是已經實在沒辦法的部分 1.Web-Conscious Storage Management for Web Proxies 2.user-level disk management 3.Using realistic trace-driven simulations we show that the proxy’s 4.secondary storage I/O throughput can be improved by a factor of 18, enabling a single-disk proxy to serve around 500 (URL-get) operations per second. 5.Our experimental evaluation suggests that Foxy outperforms traditional proxies such as SQUID by more than a factor of 7 under heavy load. 6.non-caching mode 7.proof-of-concept proxy server 8.cache miss 9.data-locality 10.Most of the meta-data overhead that cripples web proxy performance can be traced to the storage of each URL in a separate file. 11.To eliminate this performance bottleneck we propose a novel URL-grouping method (called BUDDY), in which we store all the URLs into a small number of files. 12.Towards this end, we develop a file-space management algorithm (called STREAM) that (much-like log-structured file systems) streams write operations to the disk: The web proxy stores all URLs in a single file organized in slots of 512 bytes long. Each URL occupies an integer number of (usually) contiguous slots. 13.LAZY-READS technique 14.NURL 15.consider the case of an HTML page that contains several embedded images. 16.A first step towards improving the performance of read operations, LAZYREADS, reduce this overhead by clustering several read operations and by sending them to the disk together. This grouping of read requests not only reduces the disk head ping-pong effect but also presents the system with better opportunities for disk head scheduling. 17.ping-pong effect 另外還有三張圖 麻煩大家了 :ase |
一定要翻嗎?
老師規定的? 我想翻出來一定沒有英文原意好 而且英文寫的很清楚 我不是跟你這個科系相關的大概都猜的出來在講啥 真的一定要翻的話可是要付錢的 |
嘗試翻譯，時間短促，難免有錯，望見諒。
1.Web-Conscious Storage Management for Web Proxies 用於代理主機之網路可意識型儲存管理 2.user-level disk management 用戶等級的磁碟管理 3.Using realistic trace-driven simulations we show that the proxy’s 使用可行的追蹤驅動模擬，我們展示代理主機的... 4.secondary storage I/O throughput can be improved by a factor of 18, enabling a single-disk proxy to serve around 500 (URL-get) operations per second. 輔助（或叫二級）記憶体輸入/輸出輸貫量可以通過18因子/因素得以改善，使得單一磁碟代理主機每秒鐘為大約500（獲得URL）項作業提供服務。 5.Our experimental evaluation suggests that Foxy outperforms traditional proxies such as SQUID by more than a factor of 7 under heavy load. 我們的實驗評估顯示，在大負荷載入量狀況下，Foxy勝過諸如SQUID一類傳統的代理伺服器7因子/因素。 6.non-caching mode 非快取模態 7.proof-of-concept proxy server 代理伺服器 8.cache miss 高速緩衝儲存器遺漏 9.data-locality 資料局部性 10.Most of the meta-data overhead that cripples web proxy performance can be traced to the storage of each URL in a separate file. 大部分元資料弱化網路代理主機之表現力的冗餘工作，可以追蹤至一個單獨的檔案中每個URL之儲存。 11.To eliminate this performance bottleneck we propose a novel URL-grouping method (called BUDDY), in which we store all the URLs into a small number of files. 為消除這種瓶頸，我們提議一種新型URL編組方式（稱爲BUDDY），利用這種方式，我們將所有URL儲存到少數幾個檔案内。 12.Towards this end, we develop a file-space management algorithm (called STREAM) that (much-like log-structured file systems) streams write operations to the disk: The web proxy stores all URLs in a single file organized in slots of 512 bytes long. Each URL occupies an integer number of (usually) contiguous slots. 爲了完成這項工作，我們開發出一種檔案空間管理演算法（叫做STREAM），這種演算法（很像日誌結構檔案系統），讓流通過寫操作將作業寫入磁碟：代理主機在一個組織在512數元組長度的磁格中的單一檔案内，儲存所有的URL。每個URL（通常）佔用一個整數鄰接磁格。 13.LAZY-READS technique （注：如果LAZY不是一種縮略式的話）懶惰式讀取技術 14.NURL 抱歉，未能翻譯出。如果是INURL，為限定在URL中搜尋。 15.consider the case of an HTML page that contains several embedded images. 設想一個HTML頁面的個案，這個頁面内嵌有數張的圖片。 16.A first step towards improving the performance of read operations, LAZYREADS, reduce this overhead by clustering several read operations and by sending them to the disk together. This grouping of read requests not only reduces the disk head ping-pong effect but also presents the system with better opportunities for disk head scheduling. 改善讀取作業的第一步，懶惰式讀取，通過叢集數個讀取作業，並將其一併發送至磁碟，減少冗餘/磁碟額外開銷。這種讀取的分組，不僅要求減少磁頭的交替作用，同時系統也獲得更佳機會進行磁頭作業排程。 17.ping-pong effect 交替術作用 |
引用:
大哥別調侃我了... 付錢!? 怎麼付!? 用轉帳的還是線上刷卡 :stupefy: 到也不是一定要"翻"出來 只是這些句子我沒辦法很完整的整理出原意 列出的一些專有名詞照字面上翻當然沒問題 但我是怕說有其特別的中文說法... 雖然你沒有正面回答我的問題 還是很謝謝你的指教... |
引用:
謝謝你的幫忙 對我幫助真的很大 :like: |
引用:
如果這兩段是連在一起的話,或許翻成"藉由確實的驅動追蹤模擬(??),我們展示代理主機次級儲存(系統)的I/O吞吐量可以獲得18倍(??)的改善,使得僅有單一磁碟機的代理伺服器每秒能服務大約500次(URL抓取)作業"會比較"人性化"些:p.... 引用:
同理這段或許翻成"我們的實驗評估顯示,在高負載的狀況下,Foxy(伺服器)比傳統的代理伺服器如SQUID之類勝過7倍有餘"會比較"人性化"些:p.... 引用:
在此或許翻成"(代理伺服器)快取失誤"會比較恰當:p.... 引用:
在此或許翻成"乒乓效應"會比較恰當:p....BTW,鵝看過這個名詞大多出現在行動通訊方面就是了,其它部份鵝就懶得翻了,不過樓主既然是修網路相關課程的,似乎沒做到善用網路資源這點----用google查一查樓主的關鍵字通常就在第一筆結果上,其實看一看前後文要翻出來並不是太困難的事就是了:p:p.... |
多謝上面這位朋友斧正。在下主要研究的領域是商務英文。
factor這個字，的確有待推敲。 ping-pong是一個專業IT字彙，中文為交替術。 他是一種程式設計方法，使用兩台磁帶機處理多個檔案，並且在兩台磁帶機之間進行轉換，一直到全部檔案處理完畢。 但還是多謝您的指教，讓我受益良多。 :) |
引用:
好說好說:p....每個人的術業還是有其專攻之處,像鵝對IT相關英文還算熟悉,不過之前有人丟了一份4-500頁THSRC的機電標工程文件給鵝(裏面很多鐵路/法律術語,鵝對這方面可說是門外漢一個:stupefy: ),要鵝一週內把草稿翻出來,鵝只好給其良心的建議要其去找工程顧問公司,畢竟工程顧問公司才可能有足夠的專業人員或許能在時限內翻出草稿來(這類牽涉到公共安全/法律相關的文件要完稿絕對不是開玩笑的:laugh: ),再說鵝可不想因為鵝亂翻一通搞出個全世界最昂貴的雲宵飛車來:eek: .... 引用:
不過行動通訊所說的乒乓效應通常是指行動台在一個以上的基地台涵蓋面邊緣移動時,若沒有妥善處理換手(hand off,wether hard hand off or soft hand off)時,會出現不斷在各基地台間游移(roaming)的狀況,此時使用者可能會聽到雜音甚或斷訊,同時也會造成行動通訊系統後端DB不必要的負擔的狀況,不過因為樓主沒指明這個"ping-pong effect"到底是用在那方面,鵝只能大略猜一猜了----或許用在proxy server的場合也會有類似的狀況吧:p:p.... |
引用:
多謝介紹，很多字彙都有不同的解釋吧。多謝您。:D 如果有需要撰寫英文商務信函，或有關Incoterms，或化妝品英文等問題，請聯絡在下。 :) |
引用:
感恩!! 其實我也不是沒去google上找過 實在是因為英文太菜了 :jolin: 就算每個英文單字都知道意思 要完整的表達出整段話的語意就是有障礙... :jolin: 非常感謝你們的幫忙 感激不盡 :shy: |
| 所有的時間均為GMT +8。 現在的時間是06:48 PM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2026。