T1
виртуальной машины
I/O чего конкретно?
Size: a a a
2020 September 03
b
I/O чего конкретно?
архитектуры?
T1
что?
b
в x86 у тебя I/O это RAM
T1
нет
b
здесь I/O это графовая база
T1
что значит вообще I/O у x86
T1
ты и девайсами так манипулируешь если что в x86, read/write не только для рама у тебя в x86 лол
DS
я не против
Тут скорее важная деталь, если хочешь оптимизировать именно IO, то это должно хватить.
Если все вычисления в целом - то тут сложнее, реально interaction nets или всякую лень.
Если все вычисления в целом - то тут сложнее, реально interaction nets или всякую лень.
b
ты и девайсами так манипулируешь если что в x86, read/write не только для рама у тебя в x86 лол
переферия это понятно
b
но фундаментально что делает операция mov?
p
Оооо спасибо, можно будет попрактиковаться в алгоритмах
b
это от регистра к регистру
b
от памяти к памяти
T1
от памяти к памяти
от памяти к памяти нет же вроде
b
от регистра к памяти и наоборот
p
от памяти к памяти нет же вроде
memcpy например
b
от памяти к памяти нет же вроде
With the movs[b/w/d] instruction it is possible for to copy a byte, a word, or a dword from one memory location to a another memory location. x86.renejeschke.de/html/file_module_x86_id_203.html
Z
в x86 у тебя I/O это RAM
ИО это порты.
А так ваша графовая база будет катострофически медленее записи, чтения в озу. Как вы в ней беде обрабатывать большие массивы памяти.
А так ваша графовая база будет катострофически медленее записи, чтения в озу. Как вы в ней беде обрабатывать большие массивы памяти.
b
ИО это порты.
А так ваша графовая база будет катострофически медленее записи, чтения в озу. Как вы в ней беде обрабатывать большие массивы памяти.
А так ваша графовая база будет катострофически медленее записи, чтения в озу. Как вы в ней беде обрабатывать большие массивы памяти.
понятно, что она будет медленнее. чтобы она не была катострафически медленнее, нужен кэш и мемоизация