Алексей Черемисин

Вот здесь смотрите - https://www.elastic.co/guide/en/elasticsearch/guid...
и здесь более конкретно по параметрам https://www.elastic.co/guide/en/elasticsearch/refe...

Посмотрите статистику по временам работы индекса: поиска, взятия по uid, индексации, слияния. Далее, смотрите на статистику JVM и OS.

Очень солидарен с Сергей Горностаев из комментария к вопросу. Каждый сам выбирает по себе. Кому-то нравится полный стек J2EE с сервлетами, JMQ, JMX, hibernate, и прочей хренью. Кондово, энтерпрайзно, железобетонно, долго, дорого, красиво.
Кто-то берет spring и диайинжектится от каждого кусочка по комочку, красиво, модно, быстно и адово.
Кто-то поступает по хайповому, netty/jetty/ratpack, rabbitmq,redis, mongo, elastic - красивый моложежный винегрет с уксусом и селедкой в яблоках.
По мне, так последнее вкуснее, но повар важен.
В первом случае вас поймут в банках и суровом энтерпрайз (да-да, зомби живут именно здесь!) - стандарты, даже если они и сделаны сотней компаний-эмиттеров, вымучены и хоть как-то взаимозаменяемы.
Во втором - скачем и там и тут.
Третье - стартапы и просто веселье сплошное.
При этом - все это будет в конечном итоге работать. Пот и кровь, сопли и слезы! :-D

Смешной вопрос. Ответ - Нет!
Даже если и получится выпаять, не пробив статикой микросхемы, то вставить вы их не сможете, они не подойдут по таймингам, и не согласуются. Из ПЗУ флешку тоже не сделать, практически по тем же самым причинам..

Увы, формат pdf вообще не знает ничего про таблицы, нет в нем таких структур. А сам pdf был придуман для препринта и несет в себе только текст-графику и инструкции по их позиционированию на странице. Каждая ячейка представляет блок текста и инструкции по позиционированию, всё. Мы в свое время специально извращались, чтобы затруднить копирование, перемешивали блоки в pdf, тогда вообще копипаст представлял из себя чудовищную кашу из обрывков разных абзацев страницы. Так что формально из pdf ничего осмысленно-структурированного вытащить не получится. Если хотите как-то обмениваться таблицами, то для этого есть и xls и csv и xml...
Собственно, в pdf можно что-то положить, а вот обратно - хреново.
Да и как формат он был придуман из обрезков postscript - языка для печати, вот туда-обратно конвертация безупречная :-)

Пожалуй вот, внизу страницы - примеры - https://github.com/fengyouchao/sockslib

Лучше всего для этого использовать media-selector в css. Другими словами вам не нужно держать отдельную версию сайта для мобильных устройств, просто делайте адаптивный дизайн. Начните например отсюда - https://www.w3schools.com/css/css_rwd_mediaqueries.asp

Оно видео и так покадрово обрабатывается. Если для простого, то есть libgd https://libgd.github.io

Хороший человек, не обижайте таких, он наверняка и Наполеона знает, и с Дартом Вейдером в шахматы играет.

Модуль памяти DDR3 4GB AMD R534G1601U1S-UO - 2300р
Материнская плата mATX ASUS N3050M-E - 4200р
Жесткий диск SATA 500GB Western Digital WD5000AZLX - 2600р
Корпус mATX Crown CMC-C403 -1700р

Цены xcom-shop.ru

Можно набивать тексты, смотреть видео, ходить в интернет. Можно и разрабатывать что-то типа сайтов. Графика вполне тянет opengl.
Вполне себе офисный и домашний комп. Видео на таком конечно не покодировать, в игрушки не порезаться, но программировать gui можно, и не только. Говорю, потому что машинки на таком процессоре используем как удаленные клиенты, не далее как сегодня собирал под него линукс.
Да линукс на них очень даже неплохо живет.

Обратить его в cgroup, можно сделать через systemd напримерю

Ну, не совсем на притоне, но есть - Elasticsearch и его percolator query - https://www.elastic.co/guide/en/elasticsearch/refe...

Смысл всего такой - у нас есть ES и есть индекс с нашими запросами "футбол: футбол, мяч, поле, болельщик, ворота, судья, вратарь, футболист"
Мы берем документ и спрашиваем у ES через percolator query каким запросам этот документ соответствует. В ответ ES вернет наиболее релевантные запросы.

Общаться с ES можно через питон.

Мы так систематизируем товары по каталогам.

1) Удостоверьтесь, что у вас данные идут действительно через ipsec + vpn
2) Нагрузите роутер утилитами iperf
3) Используйте top/htop для просмотре статистики в реальном времени. Если чото-то и считается, то это обязательно должно быть показано в процессах и загрузке ядра

Системному программированию? Да, базовые знания приобретете, собственно, изучите POSIX api, который в большинстве своем полностью идентичен для всех юниксов. Сможете писать утилиты и демоны, обмениваться данными через сокеты, каналы, сообщения и общую память, синхронизироваться через мьютексы и семафоры. Точно пойдет на пользу, так как будете знать, что за неонка у них внутри. Более того, эти примеры скорее всего будут работать и в линуксе. Например библиотека winsock полностью повторяет posix, и если из нее использовать только posix-вызовы, то ваша программа будет работать и под виндовс и под любую posix-совместимую систему.
Однако, в каждой системе существуют еще с десяток, если не сотню, собственных механизмов на всякие случаи. Вот с ними придется разбираться отдельно для каждой системы, но это уже специализация.
Стоит ли изучать? Точно стоит, и эти знания не пропадут даром. Все юниксы достаточно похожи, изучайте!
Добавлю, вот ядра и внутренние механизмы у разных юниксов могут различаться, причем радикально, особенно то, что касается драйверов, расширений самого ядра и его окружения.
Ну и само утверждение немного лукавое, и да, и нет. Дьявол в мелочах, увы.

Ух, как я подразумеваю, вам нужен полнотекстовый поиск, так вам сюда -elasticsearch.com
сюда - elasticsearch-dsl.readthedocs.io/en/latest
и сюда - https://elasticsearch-py.readthedocs.io/en/master/

Другими словами,
1) ставите Elasticsearch
2) заливатете в него свои данные
3) ищете их из питона через ES python client API и ES python DSL

Получаете скилов и профит в быстром поиске.

PS. Если чо - обращайтесь.

PPS. Есть второй путь - сделать свой "обратный" индекс термов, где набору термов соответствуют ID документов, но это долго, нужно, муторно и дорого.

Вот например на html5 есть - https://github.com/adolfintel/speedtest