В qemu/kvm в качестве протокола для shared folders используется сетевая файловая система 9p, которая обеспечивает бОльшую производительность. Virtualbox, кажется, сам не поддерживает 9pfs, но всегда можно сделать сеть между хостом и гостем, и примонтировать shared folder через 9p по сети.
К сожалению, не всегда есть такая возможность. В частности, если принимающая сторона заранее не создала ключевую пару и сертификат открытого ключа, то зашифровать передаваемые данные не получится не получится.
А при суммировании цвета пикселя вы учитываете необходимость проведения гамма-коррекции? Так как RGB — это нелинейная шкала, то нельзя просто суммировать значения цвета в RGB: так получится неверный цвет пикселя.
Как только понадобится делать апдейты нескольких документов одновременно или хранить хоть сколь-нибудь объемные связанные данные, mongodb будет «жать».
«Работать с нецелостными данными в приложении» только звучит просто; на деле же оказывается, что это приносит немало проблем.
Один Unicode Endpoint в кодировке UTF-16 занимает 2 или 4 байта (в зависимости от того, входит ли этот endpoint в BMP (Basic Multilingual Plane), или нет).
Самая же интересная часть вопроса в том, что такое «символ».
Если для упрощения символом считать один endpoint, то он занимает 2 или 4 байта.
Но символ как отдельностоящий графический элемент может состоять из несколько endpoint'ов и иметь несколько вариантов записи в виде последовательности unicode endpoint'ов. Например, символ «й» можно представить двумя способами:
1) U+0439 CYRILLIC SMALL LETTER SHORT I
2) U+0438 CYRILLIC SMALL LETTER I; U+0306 COMBINING BREVE
Мне сперва эти кнопочки мешали, а потом я к ним привык (пальцы находят положение по выемкам под стрелочками). На SL500 на них висят PgUp/PgDn. Довольно удобно одной рукой табы переключать по Ctrl+(PgUp|PgDn) (указательный палец ложится на правый Ctrl естественным образом) и текст листать.
У модели принятия решения на основе текущей обстановки есть один большой недостаток — все решения будут являться локальными. Т.е., боты не смогут строить планы, прокладывать маршруты и т.п.
Да, можно. Есть относительно простой алгоритм Back Propagation, который позволяет обучить нейросеть по примерам.
Самым сложным будет подобрать представление информации об окружающем мире.
>2. Любой обработчик сигналов должен быть реентерабельным
Не всегда. Если обработчик установлен с помощью sigaction без флага SA_NODEFER, то реентерабельность можно не обеспечивать, так как сигнал будет заблокирован во время работы обработчика.
Это очень хорошее и полезное правило.
Но оно, конечно, может быть уточнено.
1) В обработчике сигнала можно выполнять reenterable-операции. К сожалению, к ним практически можно отнести лишь простое присваивание и функции, написанные реентерабельным образом.
2) Если время приема сигнала аккуратно отслеживать (например, принимать сигналы только в определенные моменты или интервалы времени), то можно безопасно совершать большее число действий.
3) Из обработчика можно производить возврат в другой контекст (отличный от контекста, сохраненного при получении сигнала).
>Теперь частота биграма in put в нашей модели нулевая.
Это вам потом будет доставлять проблемы (в частности, будет отсеивать очень хорошие разбиения слов, где встречаются не виденные ранее комбинации слов из-за умножения на ноль). Лучше, чтобы была маленькая вероятность, а не нулевая. Для этого надо делать сглаживание модели текста.
«Работать с нецелостными данными в приложении» только звучит просто; на деле же оказывается, что это приносит немало проблем.
Самая же интересная часть вопроса в том, что такое «символ».
Если для упрощения символом считать один endpoint, то он занимает 2 или 4 байта.
Но символ как отдельностоящий графический элемент может состоять из несколько endpoint'ов и иметь несколько вариантов записи в виде последовательности unicode endpoint'ов. Например, символ «й» можно представить двумя способами:
1) U+0439 CYRILLIC SMALL LETTER SHORT I
2) U+0438 CYRILLIC SMALL LETTER I; U+0306 COMBINING BREVE
Самым сложным будет подобрать представление информации об окружающем мире.
Не всегда. Если обработчик установлен с помощью sigaction без флага SA_NODEFER, то реентерабельность можно не обеспечивать, так как сигнал будет заблокирован во время работы обработчика.
Но оно, конечно, может быть уточнено.
1) В обработчике сигнала можно выполнять reenterable-операции. К сожалению, к ним практически можно отнести лишь простое присваивание и функции, написанные реентерабельным образом.
2) Если время приема сигнала аккуратно отслеживать (например, принимать сигналы только в определенные моменты или интервалы времени), то можно безопасно совершать большее число действий.
3) Из обработчика можно производить возврат в другой контекст (отличный от контекста, сохраненного при получении сигнала).
Это вам потом будет доставлять проблемы (в частности, будет отсеивать очень хорошие разбиения слов, где встречаются не виденные ранее комбинации слов из-за умножения на ноль). Лучше, чтобы была маленькая вероятность, а не нулевая. Для этого надо делать сглаживание модели текста.