merlin-vrn

Возможно, так сводили, например, зарезали микрофон, которым снимали с какого-нибудь комбика, на 16 КГц.

Посмотрите на шаблон свой, пожалуйста. Сравните с HTML-кодом, который сгенерировался по этому шаблону. Проверьте: что в HTML-ке на месте {% csrf_token %} из шаблона? (Должен быть input type=hidden name=csrfmiddlewaretoken). А отправляется ли это поле на сервер вместе с формой, т.е. находится ли {% csrf_token %} внутри <form>...</form>? Перехватите HTTP и проверьте (можно скажем firebugом посмотреть, что отправляется).

Пакеты, конечно, могут придти в разном порядке. Но вот ядро отдаст данные вашему приложению всегда в правильном порядке.

Т.е. даже если пришли пакеты с SEQ=1, и длиной 1000, а также SEQ = 2501 и длиной 500, то ядро понимая, что чего-то не хватает (пропущено 1500 байтов в середине — второй SEQ, т.е. номер байта, 2501, а мы пока что имели байты вплоть до 1000 включительно), не отдаст на прикладной уровень второй пакет. А по сети ядро будет отправлять ACK 1000, что он получил первый пакет, намекая, что там больше нету.

Как только придёт пакет с SEQ 1001 и какой-нибудь длиной, он будет отдан ядру. Пакет с SEQ=2501, хотя он у ядра давно уже есть, вашему приложению не будет отдан до тех пор, пока все 1500 байтов с номерами 1001 до 2500 включительно не дойдут, по скольким пакетом бы они ни были раскиданы (хоть 1500 пакетов по одному байту). Если в процессе передачи этих промежуточных пакетов произойдёт таймаут, то пакет с SEQ=2501 ваше приложение и не увидит никогда, хотя ядро системы-получателя его имело.

(Хочу обратить внимание на то, что пакеты не пронумерованы. Пронумерованы байты. Поле SEQ в пакете — последовательный номер первого байта данного пакета. Одна тонкость: нумерация начинается не с 0 и не с 1, а со случайного числа, которое определяется отправителем при установке соединения — в пакете с флагом SYN. Пример выше нужно понимать так, что SYN был с SEQ=1).

То есть, о том, что до вас не дойдут промежуточные пакеты, вы можете в случае с TCP не беспокоиться. Если вы на одном конце записали байты в сокет в определённом порядке, вы на другом конце или получите их в точно таком же порядке, или не получите вообще.

Или в системе BitCoin есть какой-то плюс от того, что будут майнить не в одной точке, а по всему миру?

Да, именно в этом смысл биткойнов. Необходимо, чтобы не возникло ситуации, что больше половины их оказалось сосредоточено в одних руках, иначе эти руки станут монополией, той самой, от которой хотели уйти, изобретя распределённую валюту.

а ПО следящее за буфером есть? торрент-клиент/качалка, пунтосвитчер и т. п.?

Ещё одна мысль. По необходимости разобрался с LinuxSampler — он вообще стартует примерно как сервис и управляется через сокет AF_INET или AF_UNIX. То есть, можно хоть веб-гуй для него написать.

Т.е. вы хотите оптимизировать колонку «тип записи», которая занимает несколько байт (и там может фактически храниться int, если колонка enum), а при этом соседняя колонка — типа text с переменной длиной порядка нескольких килобайт? Ну, да, если повезёт, какие-то доли процента вы выиграете.

Насчёт консоли: fluidsynth не смотрели? Консольный сэмплер, понимающий банки sf2.

Насчёт готовых сборок — не подскажу, но вряд ли это будет «скрипт-генератор». Скорее вы возьмёте дистрибутив заточенный для встроенных применений, а-ля openwrt, и доставите в него нужные вам пакеты.

Если хотите разобраться, что к чему, что от чего зависит и вообще въехать в технологии, которые зависят от поддержки ядра — то стоит. Если вы хотите просто иметь десктоп с линуксом — то нет.

В общем, выбор основывается не на повышении производительности компьютера, а на задачах, именно решающихся сборкой ядра.

Кстати говоря, если вам скажут, что повышение производительности — миф, не верьте. Прямо сейчас наблюдаю два одинаковых компа (т.е. одинаковая память, материнки, процы). На них запустили один и тот же бинарник minerd. На одном биткойны майнятся на 10% быстрее — это Gentoo, которую конфигурировал и собирал я руками. Второй — debian.

При построении сети тут у нас в одном учреждении для защищённого и внешнего сегментов используюется физически разное оборудование, хотя это оборудование вполне способно ворочать виланами; всё разделено криптошлюзами. Официально тендер выиграл КРОК, но они это частично спустили субподрядчику. Я полагаю, это «генеральная линия партии», что строить сети следует так.

Контроллеры питания не рассматриваете в дополнение к KVM?

Прямо «как написано», конечно, сделать нельзя. Есть коммерческие SSH, которые умеют коннектиться через-сервер — в них коннктиться к шлюзу, а с него автоматически к нужному хосту.

С OpenSSH можно сделать так: NAT и пробрасывать на разные хосты разные порты, скажем, 22000 на одно устройство, 22001 — на другое.
А чтобы порты не запоминать, имена сделать разные — прописать в .ssh/config
Host: bla1
Port: 22100

Host: bla2
Port: 22101

и так далее, а сами bla1 и bla2 сделать алиасами одного и того же белого адреса. Вот вам и будет — ssh bla1 попадёт на порт 22100 и пробросится на одно устройство, ssh bla2 — на порт 22001 и попадёт на второе, но, конечно, только на том компе, где config настроили.

Лучше не сделаете.

Вам для себя или опубликовывать?

Для себя — выбирайте — TiddlyWiki, WOAS, если есть возможность скомпилировать C и где-нибудь держать запущеным — CiWiki

А почему вы не смотрите на VirtualBox? Для десктопной виртуализации — самое оно.

Кроме того, KVM есть не только в виде Proxmox. virt-manager тоже есть на пару с libvirt, тоже для десктопа — неплохо.

Больше скажу, существует IPv6 privacy extensions, которые включены во всех системах по умолчанию. Система назначает интерфейсу временные корректные случайные IPv6-адреса, которые используются для установления соединений в течение часа, потом адрес объявляется устаревшим и назначается следующий случайный. Т.е. любой пользователь IPv6 выглядит как постоянно меняющий адрес в пределах своей сети.

Так что если вам нужно кого-то таким образом забанить по адресу — вам придётся банить его по подсети, точно так же, как и сейчас в случае с IPv4 NAT, вся сеть окажется заблокирована из-за одного урода.

Судя по вашему нику предполагаю: почту хранить соираетесь? :)

Хранилище физически подключено к самому серверу? iscsi, например, не прокатит?