Станислав Бушуев

Вообще без каких либо опор с белыми ip.

тогда не смогут
tcpip требует чтобы кто то к кому то по ip адресу подключился

но возможна ситуация когда с однократно с помощью белого ip клиент подключился к другому клиенту, который открыл порты на роутере с помощью upnp, запомнил всех таких клиентов и передал весь их список (id_client:ip:port) всем клиентам.

Если оперативно передавать информацию об изменениях ip адресов клиентов (такие клиенты все еще помнят адреса других и при смене своего адреса тут же сообщают об этом другим) то это облако клиентов сможет существовать в принципе без сигнального сервера (точнее сигнальными серверами могут являться другие клиенты)

Если клиент на долго отключится от этой сети, может получиться что все другие клиенты сменят ip адрес и ему некуда будет подключаться, но чем больше клиентов в сети тем больше шансов что появится клиент с постоянным ip адресом.

p.s. udp подключение позволяет подключиться к чужому подключению без наличия на роутере поддержки upnp

remotes/origin/develop означает, что ветка есть в удалённом репозитории.
Достаточно просто переключиться на ветку:
git checkout develop
Если ветка есть локально - гит переключится на неё, если её нет локально, но она есть в удалённом репозитории - гит её скачает и переключится на неё (и ветка появится локально). Если ветки нет ни локально, ни удалённо - будет ошибка.

*offtopic* Лет 15 назад делал такое для записывания анимешных сериалов на CD-диски, только там было сложнее, потому что сериалы можно разбивать по нескольким дискам и записывать можно толко сериалы целиком. Эх... было время. Сейчас эти 300 дисков даже и прочитать-то нечем. И исходники пропали лет 10 назад =(.

Как вам уже написали - эта задача о мульти-рюкзаке. Простого и эффективного решения у нее нет.

Однако, на практике, скорее всего, вам не нужно оптимальное решение - нужна лишь его некоторая аппроксимация. Посмотрите задачу о рюкзаке. Там есть очень простое динамическое программирование с параметрами вида "можно ли используя файлы с 1 по i-ый заполнить ровно k (мега|кило)байт"

Потом сморите в конце массива для всех файлов - это оптимальные заполнения одной флешки.

Удалите файлы определенные на эту флешку из рассмотрения и повторяйте процесс.

Можно навесить сверху полный перебор с отсечениями. Из массива ДП идля задачи о рюкзаке можно случайным образом получить несколько хороших заполнений.

Потом в переборе пробуйте разные варианты, запускайтесь рекурсивно. Какой-то ответ будет найден моментально. Выходите из перебора, если текущее количество флешек/общее свободное место/сумма квадратов свободных мест превысило оптимальное найденное пока что.

Для ускорения можно округлить размеры файлов до мегабайта. Чем меньше разрешение - тем быстрее будет работать ДП. Еще можно отдавать предпочтение большим файлам в начале.

Альтернативно - составьте задачу целочисленного линейного программирование (integer linear programming) и натравите на нее какой-то из солверов. Они сейчас очень продвинутые. Правда тут уж как повезет. Может на вашей задаче вы ответа так и не дождетесь. В качестве переменных берите, что такой-то файл относится к такой-то флешке. Сумма по каждому файлу - ровно один. По каждой флешке сумма размеров файлов * на переменные <= размер флешки. Сумма свободных мест - минимизируется.

Возможно, можно составить квадратичную целевую функцию, я не знаю, что сейчас солверы умеют. Гуглите quadratic integer programming solver.

Если хотите минимизировать количество флешек, то можно завести еще переменные - занята ли флешка. Уравнения тут - эта переменная >= всех индикаторынх переменных для всех файлов для этой флешки. Целевая функция - сумма всех переменных занятости флешек.

Pron такая штука, индивидуальная, нельзя просто так взять и посоветовать альтернативу :)

А почему бы этому мощному ноуту не быть скажем, Dell'ом?

Взгляните на серию XPS или более игривые Alienware

Ремонту подлежат, но это долго и геморно. Разбираете полностью до прозрачных пленок на которых дорожки. Смотрите какие не работают и там ищите/вызваниваете обрыв. Если не работают несколько смежных то ищите общею дорогу. Далее берете контактол (автомобилисты должны знать что это) и проводите ровный и тонкий слой. Через 10-20 мин контакт будет нормальным, полное высыхание за сутки. Не один десяток клавиатур восстанавливал данным способом.

Just proof of concept:

<?php

$str = "ЭНИ-601[2к[10Вт;20Вт];4к[10Вт;20Вт;30Вт];8к[70Вт;80Вт]];";

$str = preg_replace("#([а-яА-Я\d\-]+)#u","\"\$1\"",$str);
$str = str_replace(array("[","]"),array(":{","}"),$str);
$str = preg_replace("#\{([^{};]+?(;[^}]+?)*?)\}#u","[\$1]",$str);
$str = str_replace(";",",",$str);
$str = '{'.substr($str,0,-1).'}';

print_r(json_decode($str,true));
echo PHP_EOL;

Array
(
    [ЭНИ-601] => Array
        (
            [2к] => Array
                (
                    [0] => 10Вт
                    [1] => 20Вт
                )

            [4к] => Array
                (
                    [0] => 10Вт
                    [1] => 20Вт
                    [2] => 30Вт
                )

            [8к] => Array
                (
                    [0] => 70Вт
                    [1] => 80Вт
                )

        )
)

По первому вопросу — в заголовке TCP нет флага, сигнализирующего о фрагментации пакета (в отличие от IP), а также есть чексумма, которая не будет валидной в случае, если пакет принят не полностью. Фрагментацией пакетов занимается уровень IP.