ガバイト造句

• Ｉは４．８万測点について９０万の観測日のデータを２００メガバイトディスク中に包含。
  Ｉ是关于４．８万测点将９０万观测日的数据存储在２００Ｍ光盘中。
• したがって，数ギガバイトを超えるような大規模文書データベースへの応用と評価が今後の課題となる．
  因此，像超出几个千兆字节那样的大规模文件资料库的应用及其评价是今后的课题。
• たとえば，キーワード数１０，０００，文献数１００万件としても転置ファイルの大きさは１ギガバイト以上にもなる．
  例如，即使关键词数为１０，０００、文献数为１００万份，倒排文件的大小也会达到１Ｇ字节以上。
• 実験（２）では，１０メガバイトのファイルを配信し終えるのに要する時間を測定し，スループットを算出することによって，各プロトコルの性能を比較する．
  在实验（２）中，测定出将１０字节的文件投送完毕所需的时间，并计算出信息量，以这些数据为标准比较各通信协议的性能。
• 送信するデータは，送信帯域１０　Ｍｂｐｓ，パケットサイズ１，０００バイトとし，１０メガバイトを配信し終えた時刻を計測して，１秒あたりのスループットを算出した．
  将所发送数据的发送频带设为１０ｍｂｐｓ，数据包的尺寸设为１０００字节，计算出发送完１０个字节所需的时间，并计算出每秒的信息量。
• 処理規模は，ＳＰ１の４倍の１６００万ゲート＋１２８メガバイトのシミュレーションを実現し，ＣＭＯＳＬＳＩメインフレームＧＳシリーズその他のシステム検証に適用されている．
  处理规模，实现了相当于ＳＰ１的４倍的１６００万＋１２８兆的模型试验，适用于ＣＭＯＳＬＳＩ大型机ＧＳ系列和其他的系统验证。
• 以下では，無線ＬＡＮのＳＮＲが２０　ｄＢと６０　ｄＢである場合について，１メガバイトのファイルを４台の端末に対して送信し，すべての送信が完了するまでに要した送信時間と送信パケット数を測定した．
  下面，当无线ＬＡＮ的ＳＮＲ为２０ｄＢ和６０ｄＢ时，向４台终端同时传输１百万字节的信息，来测量所有传输完成时所需的传输时间和传输数据包量。
• 転送させるファイルはｈｔｔｐ：／／ｗｗｗ．ｒｉｎｇ．ｇｒ．ｊｐ／ａｒｃｈｉｖｅｓ／　ＧＮＵ／ｅｍａｃｓ／ｅｍａｃｓ―２０．７．ｔａｒ．ｇｚで，ファイルサイズは約１４．３メガバイトである．
  所传送的文件为ｈｔｔｐ：／／ｗｗｗ．ｒｉｎｇ．ｇｒ．ｊｐ／ａｒｃｈｉｖｅｓ／　ＧＮＵ／ｅｍａｃｓ／ｅｍａｃｓ―２０．７．ｔａｒ．ｇｚ，文件大小约为１４．３Ｍｂ。
• ＳＰ１は，６４台のシミュレーションエンジンを並列接続したパラレルプロセッサであり，シミュレーション速度はＶＰシミュレータの１００倍以上，規模は最大４００万ゲートと３２メガバイトメモリの論理シミュレーションを可能とした．
  ＳＰ１，是将６４台模拟发动机并列连接的并行处理机。模型试验速度是ＶＰ模拟装置的１００倍以上，规模可以达到４００万闸门和３２兆内存的理论模型试验。
• さらに，これらの３次元オブジェクトとしての伝統工芸品データサイズは，それぞれ数百キロバイトから数メガバイトに及ぶことから，現在のインターネットを利用して提供する場合は，通信速度が障害となり，インタラクティブなプレゼンテーションは困難である．
  再者，这些作为三维物体的传统工艺品数据大小分别从数百千字节到数兆字节，所以利用现在的网络提供数据时，传递速度成了障碍，互动的介绍难以实现。
• なお，すべての測定において，送信ファイルサイズは１メガバイト，送信パケットサイズは１，５００バイト，うちＵＤＰ／ＩＰヘッダは２８バイト，誤り回復のためのプロトコルヘッダは２９バイト，データサイズは１，４４３バイトである．
  另外，在所有检测中，传输信息大小为１百万字节，传输数据包大小为１，５００字节，其中ＵＤＰ／ＩＰ域名为２８字节，用于错误恢复的协议域名为２９字节，数据大小为１，４４３字节。
• この計算では，ドメイン画素データをＰＥ部に転送する時間を考慮してあり，表１に示してあるドメインデータ転送バス幅と動作周波数の積から決まるデータ転送速度４００メガバイト／秒と，転送するドメインブロックのデータ量から求めている．
  在在这个计算中，已经考虑到了将定义域像素数据传送到ＰＥ部的时间，它是从由表示在表１中的定义域数据传送路径宽度和动作频率的积决定的数据传送速度４００Ｍｂ／秒，和传送的定义域块的数据量求取。
• 同様に，レンジ画素データをＰＥに接続されているＳＲＡＭに格納する時間は，レンジデータ転送バス幅と動作周波数の積から決まるデータ転送速度２００メガバイト／秒と，レンジブロックのデータ量１６バイトから，１レンジブロックあたり８０　ｎｓｅｃになる．
  同样，将值域像素数据储藏到连接到ＰＥ的ＳＲＡＭ上的时间，从由值域数据路径宽度和动作频率的积决定的数据传送速度２００Ｍｂ／秒和值域块的数据量１６字节计算，将会是每１值域块８０ｎｓｅｃ。
• 複数のプロトコルを用いた場合と，ＲＭＴＰ，ＳＲＭを単独で用いた場合について，送信帯域１０　Ｍｂｐｓ，パケットサイズ１，０００バイトのデータを１０メガバイト（約１０，０００パケット）送信し，各受信者が受け取った再送パケット数と，スループットの測定を行った．
  在使用多个通信协议的情况下，对于单独使用ＲＭＴＰ，ＳＲＭ的情况，发送数据包大小为１０００字节，发送频带为１０ｍｂｐｓ的数据（约１０，０００个数据包），对各接收者收到的再发送数据包数及信息量进行测定。
• 本システムで提供されるプレゼンテーション空間を構成する３次元オブジェクトとしての伝統工芸品データサイズは，それぞれ数百キロバイトから数メガバイトに及ぶことから，現在のインターネットを利用提供する場合は，通信回線速度がボトルネックとなり，インタラクティブなプレゼンテーションは困難である．
  作为本系统提供的图像空间构成的３维实物，这些三维实物的传统工艺品的数据大小，分别从数百千字节到数兆字节，所以利用现在的网络提供数据时，通信线路的速度成为障碍，双向的呈像很困难。
• 収集された１８０分野の学習データ（４２メガバイト，１５，４３５ファイル）に対して提案手法を適用した結果，８８，７８２個の候補が８，４０５個（候補数の約９￥％）の連想語に絞り込まれ，再現率０．７７以上（平均０．８５），適合率０．９０以上（平均０．９４）の高い抽出精度が得られた
  应用本方法对收集到的１８０个领域的学习语料（４２兆字节，１５，４３５个文件）进行测试，结果８８，７８２个候选词缩小到８，４０５个（候选数量的大约９％），召回率０．７７以上（平均０．８５），准确率０．９０以上的（平均０．９４）的高提取精度。
• これらの結果から，図１３（ａ）の観客用ＩＤを用いた利用者が１，０２４人の場合のサーバクライアント間トラフィック，あるいは図１３（ｂ）のＳｅｒｖｅｒ１と図１３（ｃ）のＳｅｖｅｒ２の役者用ＩＤを用いた利用者が８人の場合のサーバ間トラフィックで，毎秒１メガバイト前後のトラフィックが見られる．
  从这些结果中可以看出，图１３（ａ）的使用观众用ＩＤ的使用者为１０２４人的场合下的服务器客户间信息量，或图１３（ｂ）的Ｓｅｒｖｅｒ１和图１３（ｃ）的Ｓｅｒｖｅｒ２的使用演员用ＩＤ的使用者为８人的场合下的服务器间信息量，达到每秒１ＭＢ左右。
• 計算に用いた数値例は１メガバイトのファイル転送を想定し，送信パケットサイズは１，５００バイト，うちＵＤＰ／ＩＰヘッダは２８バイト，誤り回復のためのプロトコルヘッダは２９バイト，データサイズは１，４４３バイト（すべての解析モデルでデータサイズは等しい）であり，オリジナルデータのパケット総数は＠ｅｑｕａｔｉｏｎ＿０＠である．
  假定用于计算的数值实例的文件传输大小为１百万字节，传输数据包大小为１，５００字节，其中ＵＤＰ／ＩＰ域名大小为２８字节，用于错误恢复的拟定域名大小为２９字节，数据大小为１，４４３字节（所有的解析模型中数据大小相等），原始数据的数据包总大小为＠ｅｑｕａｔｉｏｎ＿０＠。
• またこのときの各ユーザの認証用鍵の大きさは１，０２４ビットすなわち１２８バイトと小さく，ユーザ数が最大の場合の総データ量も８メガバイトにすぎない？在は認証用鍵の配布サーバの実装がＷＷＷサーバになっているため，たとえば数分で数万のクライアントに対して認証用鍵を提供するのは困難であるが，専用の鍵配布サーバを実現すれば，数分間のうちに全クライアントに認証用鍵を配送することは十分可能であると考えられる．
  此时各用户认证钥匙最大１，０２４比特即小于１２８字节。用户数最大其总数据量也不过是８Ｍ字节。可以认为：目前认证钥匙的散发服务器为ＷＷＷ服务器，数分钟内很难对数万客户提供认证。如果拥有专用的钥匙散发服务器，那么数分钟内就可向全体客户发送认证钥匙。