メモリー管理 英語 意味 - 英語訳 - 日本語の例文

• memory management

日本語 での メモリー管理 の使用例とその 英語 への翻訳

自動メモリー管理。
Automatic memory management.

協調的メモリー管理。
Cooperative Memory Management.

ガベージ・コレクタ(GC)はメモリー管理ツールです。
A garbage collector(GC) is a memory management tool.

これらのポインターの値がアプリケーションのメモリー管理関数のアドレスを指すように、プログラムで再定義できます。
You can programmatically redefine values of these pointers to the addresses of your application's memory management functions.

Valgrindツールは、通常多くのメモリー管理およびスレッド化の問題を自動検出するために使用されます。
Valgrind tools are generally used to automatically detect many memory management and threading problems.

入力ポインター変数に対するターゲットのメモリー管理pragmaoffloadのin変数は、デフォルトでは、各ポインター変数に新しいメモリーを割り当てます。
Target Memory Management for Input Pointer Variables For in variables of a pragma offload the default behavior is to do a fresh memory allocation for each pointer variable.

ここではMMU（メモリー管理ユニット）の仮想化も重要な役割を果たします。
Memory management unit(MMU) virtualization plays an important role here as well.

ポインターのリダイレクトは、独自のメモリー管理関数を使用するための唯一の正しい方法です。
Redirecting the pointers is the only correct way to use your own set of memory management functions.

Cのような低水準言語は、malloc()やfree()のような低水準のメモリー管理プリミティブを持ちます。
Low-level languages, like C, have low-level memory management primitives like malloc() and free().

OSが多くの面倒を見る、すなわちロケーションから優先度、メモリー管理、接続性…。
The OS takes care a lot of things from location, to priorities, to memory management, connectivity….

出力ポインター変数に対するターゲットのメモリー管理デフォルトでは、out変数にはオフロードの開始時にターゲットの新しいメモリーが割り当てられ、オフロードの終了時に割り当てられたメモリーは解放されます。
Target Memory Management for Output Pointer Variables By default an out variable is allocated fresh memory on the target at the start of an offload and the memory is freed at the end of the offload.

このメモリー管理スキームは4KBのバッファーを基本にしていますが、その中から、すべて使用されているページ、部分的に使用されているページ、そして空のページを追跡して、構造を割り当てます。
This memory management scheme uses 4KB buffers as its base, but then allocates structures from within, keeping track of which pages are full, partially used, and empty.

もしこれが良いアイデアだとあかされたら、本質的にコンパイラ、メモリー管理などのあるミニOSの能力がGNUGRUBにそなわるでしょう。
Should this prove to be a good idea it would essentially give the GNU GRUB the capabilities of a mini operating system with compiler, memory management and so on.

ポインターのリダイレクトを行わずに独自のメモリー関数を呼び出すと、2つのメモリー管理パッケージでメモリーが管理されることになり、予測できないメモリー問題が発生します。
If you call your own memory functions without redirecting the pointers, the memory will get managed by two independent memory management packages, which may cause unexpected memory issues.

この脆弱性はCVE-2017-5754(Meltdown)と類似していますが、仮想メモリーアドレスから物理メモリーアドレスに変換するときに、投機的実行でのメモリー管理ユニット(MMU)とL1データキャッシュとの間の対話を悪用します。
This vulnerability is similar to CVE-2017-5754(aka"Meltdown") but exploits an interaction between the Memory Management Unit(MMU) and the L1 Data Cache under speculation when performing virtual to physical memory address translation.

固定小数点データ(HDLベクター)をMATLABの浮動小数点データ(double,signle)および整数型(HDLのrealをMATLABのdouble/single、HDLをMTALABのinteger)にビルトインで変換。配列の転送と効果的なメモリー管理。HDLシミュレーション時間はMATLABに転送可能。協調シミュレーションのためのMATLABセットアップインターフェースを設定するため以下の手順を実行します。MATALBを起動します。
Built-in conversion of fixed-point data(HDL vectors) to MATLAB floating-point data(double, single) and integer types(HDL real to MATLAB double/single and HDL to MATLAB integer) Array transfers and efficient memory management HDL simulation time can be transferred to MATLAB Setting up MATLAB for Co-Simulation In order to setup the interface, follow the configuration procedure described below: Start MATLAB.

メモリー管理ユニット。
A Memory- Management Unit.

メモリー管理が改善されました。
The memory management is improved.

メモリー管理が改善されました。
Memory management has been enhanced.

自動メモリー管理を有効にしています。
It has automatic memory management.

メモリー管理の問題のほとんどは、この段階に来ます。
Most memory management issues come at this phase.

メモリー管理の問題のほとんどは、この段階に来ます。
The majority of memory management issues occur at this phase.

メモリー管理のソースは./linux/mmにあります。
You can find the memory management sources in./linux/mm.

ただし、メモリー管理が対応するバッファー・サイズは4KBを遥かに超えます。
But memory management is much more than managing 4KB buffers.

もっともEMSは、プログラムがメモリー管理を自分で行なわないといけない。
However, In C, Programmer has to do memory management on his own.

残念ながら、pureJavaのソリューションの弱点は、結局同じで、メモリー管理です。
Unfortunately, the weakness of pure Java solutions is the same: memory management.

メモリーが不要になったときに解放メモリー管理の問題のほとんどは、この段階に来ます。
Release when the memory is not needed anymore Most of memory management issues come at this phase.

オフロードされたプログラムで使用されるポインター変数に対するCPUのメモリー管理は、オフロードされないプログラムと同様です。
Memory management on the CPU for pointer variables used in offloaded programs is the same as non-offload programs.

また、明示的なメモリー管理は、アプリケーション全体にわたってプロセッサー・アフィニティーをきめ細かに制御することを前提としています。
Explicit memory management also presupposes fine-grained control over processor affinity throughout application use.