Этот исходник - медвежья услуга. Как сработает так и не сработает.
В чем проблема топика. GC это общесистемное программное обеспечение которое не регламентируется спекой JLS/JVM.
Грубо говоря GC и его поведение существует в другом измерении. И все усилия последних лет разработки направлены на то чтобы ВЫ (пользователь или разработчик) этот GC не заметили.
В последних разработках (GC Shenandoah от Шипилёва) вообще понятие фаза уборки размыто. Там есть - mark, cleanup, evacuation.
Вобщем все тяжело и непонятно. И все абстракции - слишком натянутые чтоб препод вообще ставил задачи.
Ты надеешся что кто-то напишет здесь готовое решение под "ключ"?
Давай поговорим о функции приспособленности для твоей задачи. Обычно - это метрика. Которая характеризует как некая вещественная величина харатеризуюая пригодность варианта решения. Ее у тебя вообще нет. Или она - булевая. Элементы уложились? Или нет. Если элементы легли с нахлёстом? Как это считать? Метрика? Какая?
Беря во внимание что автор - новичок, нет смысла говорить про другие виды полиморфизма. Это не прояснит его вопрос а только больше запутает. Кроме того само понимание ООП в наше время сильно отличается в разных ЯП. Тоесть грубо говоря есть некое сферическое ООП о котором пишут Фаулер и Бек. И есть ООП в языке где вместе с ООП вам продают и шаблонизаторы и рефлекцию. Поэтому рассматривать ООП в теории для новичка вообще нет смысла. Пускай он просто изучает возможности Питона и С++ и после этого сам придет к теоретическому вопросу и к тому какое ООП внутри Хаскеля или Эрланга.
Можно поискать "задачу оптимального раскроя". Она похожа на топик.
Генетический тут неудобен. Сложно протянуть аналогии между координатами элементов и геном. И любое скрещивание будет порождать на 99 процентов непригодные расклады.
Несколько мыслей.
- Все провайдеры разные. И имеют разные конфигурации сетей и файрволов.
- Правильный путь - не заниматься хакерством а простой пойти к провайдеру и спросить про серые и белые IP адреса. И доступ к внутренним ресурсам сети. Если надо - просто оплатить белый IP. А наличие хорошей топологии с коротким количеством прыжков обеспечит и 100 мегабит и более скорости.
- Любая активность которая не регламентирована провайдером - по его мнению будет незаконна и скорее всего ее закроют.
Я тебе скажу так. Я понятия не имею как работает http injector. Но если между твоим смартфоном + wifi поставить промежуточный Linux-сервер и сделать его провайдером интернета. То можно с помощью tcpdump снять снимок трафика и тогда понять как работает твой инжектор сравнив его с обычным не-инжекторным веб приложением.
На этом пожалуй все. Больше у меня готовых рецептов для тебя нет.
Сергей Кореневский, ну тебе видимо было все равно где у тебя идут NULL значения по приоритету. Впереди число-буквенных или сзади. Может у тебя задач таких не было.
О чем тут спор. Ты можешь прожить еще долгую и счатливую жизнь и не знать что существуют кодовые точки (code points) Unicode, правила collations и многое другое. Сортировка - более сложная вещь чем кажется.
Это про то что если ты сортируешь поля которые содержат NULL, то по стандарту Ansi SQL указывают опцию NULLS FIRST / NULL LAST. В MySQL возможно как то по другому. Но суть таже.
Тут почему-то вспоминаются акторы и Erlang. Возможно если-бы автор разрабатывал на другом языке то такая проблема не стояла-бы остро. И еще у меня были-бы чисто общие вопросы. Насколько дорого будет поддерживать такую структуру? Возможно через некоторое количество итераций человеческих ресурсов будет потрачено настолько много что проще заплатить денег разработчику этой либы. Либо стрясти с него исходники. Либо нанять бригаду реверс-инжинеринга чтоб они отреверсили эту либу хотя-бы до уровня понимания чего там крашится и почему.
Есть условие старшинства отрезков. И думая о нем , мне почему-то вспоминается золотое сечение, Парадокс Зенона, числа Фибоначчи и прочее.
Кстати. Условие случайности - слабое и неполноценное без требований получить определенную форму гистограммы. Ведь можно пойти на хитрость и генерировать золотое сечение с рандомным хвостиком.
В чем проблема топика. GC это общесистемное программное обеспечение которое не регламентируется спекой JLS/JVM.
Грубо говоря GC и его поведение существует в другом измерении. И все усилия последних лет разработки направлены на то чтобы ВЫ (пользователь или разработчик) этот GC не заметили.
В последних разработках (GC Shenandoah от Шипилёва) вообще понятие фаза уборки размыто. Там есть - mark, cleanup, evacuation.
Вобщем все тяжело и непонятно. И все абстракции - слишком натянутые чтоб препод вообще ставил задачи.