>>28054
Зацените, пытаюсь пилить что-то своё. Дело было вечером, студенту делать нечего. Работает почти круглосуточно, лишь иногда отрубаясь на обслуживание пк

https://test-chat-brn.cloudpub.ru/

>>28056
Онлайна практически нет, за редким исключением нашедших ссылку чуваков, но я надеюсь увижу, ибо я кое как подкрутил, чтобы header мигал когда приходит СМС

>>28056
Err 503/

https://branchfree.org/

https://www.mycpu.org/

https://extremelearning.com.au/

https://bitbanksoftware.blogspot.com/

https://davejingtian.org/

https://userpages.cs.umbc.edu/jtang/cs411.s24/lectures/

По-видимому это один из самых офигенных наборов лекций, которые я на данный момент видел.

>забыли про SICP!
Давайте в 2021 замутим конфу в дискорде и будем совместно проходить эту игру. Больше ни для чего этот ваш лисп не нужен сегодня.

>>25629
Совсем забыли спросить няшечку.

>>25630
По поводу SICP? Я и предлагаю ставить Racket и проходить его в относительно приятной компании. В настоящее время это основное применение лиспа на мой взгляд.

>>20938
Не совсем верно, стоит наверно лучше оговориться, что "запись на АСТ" это скорее запись в прямой лямбда-нотации, хотя та же скима (scheme) имеет ряд примитивов, т.н. специальных выражений, которые не следуют принципу применения процедуры к аргументам, такие как определение define, cond, и if. Про "лисп", если вы имели ввиду Common Lisp я вообще молчу, там примитивов немногим больше 30, многие из которых созданны для эффективной генерации кода.

Что скажете по поводу Guile? Как оно?

Кроме старичков из GNU на scheme ещё пишет? И где оно используется?

>>25695
>И где оно используется?

Используется повсеместно, помимо огромного количества сфер применения
и роста заинтересованных в проекте GNU увеличивается и число
развиваемых на этом языке проектов. К примеру мне доставляет движок
для создания визуальных новелл [tsukundere], особенно учитивая, что мы
с автором сходимся во мнении по очень большому числу вопросов начиная
от того как писать ПО, заканчивая тем как должно строиться
государство. Вот тута можно посмотреть его [игры]. А ещё есть мой
[перевод] на одну из его игр, но ведать из-за кривого английского при
общении он подумал что я против включения файла перевода в основной
состав проекта.

К сожалению, веб до сих пор приходится писать на [кложе] так как только

Сообщение слишком длинное. Полный текст.

>>25698
Спасибо за обьяснение!

Из того что я знаю на GNU Guile написан пакетный менеджер GNU [Guix]. Сервис менеджер GNU [Shepherd] (ссылка на репозитойрий у что-то не работает). И GNU [Mcron].

И мне интересно кто и что пишет на lisp сейчас кроме GNU.

> И не стоит думать что там в GNU одни старики всем управляют

Это была дурацкая шутка. Да и кроме товарища Столлмана я никого не знаю.

Для меня, как для Python поколения, этот ваш Scheme кажется языком с другой планеты.

Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr (cdr (car '(list))))).

Сообщение слишком длинное. Полный текст.

>>25699
>Спасибо за обьяснение!

Всегда пожалуйста, я бы и сам рад задавать тут вопросы, только вот кроме
Мицгола, Соуса, пары крокодилов и тебя, дорогой Стив, никого не видно,
поэтому не знаю какие ответы вообще могу получить, да и никто это место
особо не пиарит. К сожалению, зарубежное сообещество намного более
зрелое и огромное количество людей вместо распыления (не всегда
безосновательно) сил между нашим сообществом и забугорным выбирают
именно последнее. Из возможных "ниш", где ещё может жить русский язык в
разработке вижу только двачевский /pr, где очень унылый троллинг (и ещё
я не могу получить туда доступ), и "университетская среда" (читай как
среда самообразования), где люди просто ещё не успели понять
терминологию, но уже на пути к этому.

Сообщение слишком длинное. Полный текст.

>>25701

Sorry, your message is too long. Message length: 9761, maximum allowed length: 8192

>Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr
>(cdr (car '(list))))).

Мат. нотация меня до сих пор иногда пугает, но это не аргумент против
изучения математики! Ну а так, чисто для формализма, знак ' означает,
что следущая форма будет прочитана как данные, а не как, исходя из
β-редукции лямбда исчисления, применения функции к операндам.

Вообще, в чистом лямбда исчислении нет таких понятий, близких к
программированию, как структуры данных, поэтому надо придумывать всякие
вот такие цитирования ('(1 2 3) можно записать как (quote (1 2 3))), то

Сообщение слишком длинное. Полный текст.

Блин я прочел свои посты которым 4 года и так стало весело.

Сейчас пилю движок для визуальных новелл на wasm (guile в wasm компилятор -- https://spritely.institute/hoot/)

https://codeberg.org/scm-scenarist

>>28029
Для текста есть поле ввода сообщения, а так вы просто добавляете работы модераторам, что там в вашем файле, и не отправлена ли ссылка на этот фАйл уже в РКН, где всякие нехорошие призывы.

>>28030
Речь идёт о постинге кода, который в 8к символов может легко не поместиться. Как в случае с kusaba.js, например. Патч тоже может не влезть.

>>28032
Для таких случаев есть сервисы наподобие пастабина.

В настоящее время 410чан не поддерживает прикрѣпленіе нѣсколькихъ файлов к одному и тому же сообщению.

Между тѣмъ потребность такáя иногда возникает, и тогда в качестве обходного пути может использоваться один из двух возможных способов, каждый из которых небезупречен, к сожалению.

Первый способ — это отправка нѣсколькихъ сообщений подряд (к каждому из которых прикрѣпляется только один файл). Недостаток его в том, что тогда другой собесѣдникъ способен выступить в роли вольнаго или невольнаго комбобрэйкера по отношению к этакой послѣдовательности сообщений.

Второй способ — это предварительное состыковывание нѣсколькихъ иллюстраций в одну (подобно тому, как к сообщению >>/a/20176 прикрѣплёнъ файл, внутри которого сшиты скриншоты двух сообщений из Телеграма и затѣмъ ещё цитата из манги). У этого способа есть два недостатка.

Важнѣйшій его недостаток — это неудобство примѣненія к видеозаписям: зрителю трудновато будет в точности проматывать их до пристыкованнаго фрагмента. (Может быть, для того сперва 410чану не помѣшало бы учинить поддержку таймкодов, как на YouTube или в Телеграме.) Притом же составныя видеозаписи сравнительно быстро способны распухать до объёма, 5 мегабайтов превосходящего собою.

Сообщение слишком длинное. Полный текст.

Ну щта, так и не появился герой, готовый запилить https://codeberg.org/FBE410/fbe-410/issues/11 ?

>>28040
Видимо, нет, но к середине октября, может, приделаю отдельное поле для сажи в БД и шалфей-значок.

>>27838
Сделал. Изменённые файлы в архиве (unzip $zipjpgpath).

inc/lang не трогал, сообщение на русском при наведении курсора на значок (ключ sage) нужно будет добавить.

В остальном всё работает вроде. Кроме, может быть, отображения сажи на текстодосках, но возможность её там отправить, похоже, выпилена.

При архивации, внутрь .extrabtns span'а добавлялся  . я его добавление оставил.

Для применения изменений, необходимо выполнить для БД separate_sage_field.sql. На всякий случай, в архиве также обратная миграция undo*.sql.

По sagebutton, пока нету возможности/желания применить изменения? Или что-то с кодом не так?

>>28079
Пока не тестировали.

Среди последних новостей, у нас баг: https://codeberg.org/FBE410/fbe-410/issues/60

>>28080
Посмотрел. Судя по всему, проблема там по двум причинам.

Первая в том, что при bulk deletion ни нет оптимизации, чтобы для постов в уже удалённых тредах повторно не вызывать Post::Delete(), ни нету order by desc, что тоже решило бы проблему. Bulk deletion'а, которое доступно обычному пользователю, это касается тоже.

Вторая в том, что Delete() не проверяет, не был ли пост уже помечен, как удалённый. Решил, устранив эту. Патч в архиве.

>>27932
К слову вопрос, а на этом самом Plan9 вообще есть жизнь? То есть на что-то кроме мамонтовой фауный ПК мира он встанет?

>>27931
Потому что это весело, зе!

>>28062
Рекомендуемые железки: https://fqa.9front.org/fqa3.html#3.1

На форках например 9front, есть активное сообщество, её постоянно дорабатывают. Можно использовать последний golang, имеется нативный торрент клиент, можно прикрутить видео, аудио, запустить на ней OpenBSD или GNU/Linux.
Вот годный мануал: https://pspodcasting.net/dan/blog/2019/plan9_desktop.html

Порт для запуска прямо в юниксах (если хочется пощупать ACME или sam с местным протоколом 9p): https://9fans.github.io/plan9port/

Форк Inferno для amd64: https://github.com/caerwynj/inferno64

Порт Inferno по Android: https://github.com/bhgv/Inferno-OS_Android

>>28065
>Рекомендуемые железки:
Почекал. Из того что у меня валяется дома потенциально пригодны лишь 2. Комп на Core Quad и на Sempron 3000+. Остальные слишком новые.

> More then anything, Plan 9 is a simple operating system. The kernel is only 200,000 lines of code, and the userland about a million. In comparison the source code for the Firefox web browser is more than 24 million lines of code! As you might imagine then, there are no "modern" web browsers in Plan 9. There are no office suits, triple A games, VOIP or repositories of 30,000 pre-compiled packages. Plan 9 is not for the faint of heart!
То есть да, даже фапчевать на Чио будет проблема. Впрочем, судя по твоему скрину какие-то браузеры там есть. Однако как они в работе?

>>28066
Если кратко то js не поддерживают. В 9front из коробки 2 браузера новый и старый. Есть возможность собрать NetSurf лучше всех по отображению страниц (поддержка js там.. лучше скажу что её нет).

Она немного для другого создавалась, как распределённая вычислительная среда. Программа, процесс итд - это файлы которые можно передавать по сети. Система тут не заходит в интернет как мы привыкли, а делает его частью своей файловой системы. Так например можно запускать программы, устройства на других машинах, как будто бы они на вашей. Если у вас есть фильм, но при этом нет плеера для воспроизведения то вы можете подмонтировать машину где он есть и смотреть фильм через её плеер, но при этом на своей.

>>28067
>Если кратко то js не поддерживают. В 9front из коробки 2 браузера новый и старый. Есть возможность собрать NetSurf лучше всех по отображению страниц (поддержка js там.. лучше скажу что её нет).
Ясно. Ну, хоть что-то.

>Она немного для другого создавалась, как распределённая вычислительная среда.
Это понятно, но много ли можно навычислять, если даже в момент конца нулевых поддержка железа на ней оставляла желать лучшего?

>Система тут не заходит в интернет как мы привыкли, а делает его частью своей файловой системы. Так например можно запускать программы, устройства на других машинах, как будто бы они на вашей.
Это всё понятно и круто, но что запускать-то? Я на своей FreeBSD этим вопросом мучаюсь иногда (а ведь там проблем с этим ощутимо меньше, ибо есть хоть какая-то совместимость с другими BSD и Linux системами). А тут даже страшно представить.

>>28068
Дело в том что это не Unix и даже не Unix-like поэтому портировать программы дело сложное. Поддержка железа скудна из-за нехватки разработчиков.

Поддержка программ тут крайне затруднена в отличие от FreeBSD где появился pkg тут любую стороннюю программу необходимо собирать вручную. Программ очень мало и зачастую это однодневные проекты на git.

Есть эмуляторы приставок и платформ например Sega Megadrive.

Дополнительное ПО можно найти здесь: http://shithub.us/git/repos.html

https://github.com/henesy/awesome-plan9

https://sr.ht/projects?search=%23plan9

https://github.com/Plan9-Archive

Сообщение слишком длинное. Полный текст.

>>28069
>Дело в том что это не Unix и даже не Unix-like
Тем временем Википедия:
>Семейство ОС потомок UNIX

>Поддержка железа скудна из-за нехватки разработчиков.
Хотел написать, что система уже 20 лет как усё, однако обнаружил, что на ссылке во всё той же Википедии ( p9f.org ) есть какая-то жизнь.

Олсо, 9front как минимум странноватый ресурс...

>тут любую стороннюю программу необходимо собирать вручную.
То есть, местные распространение бинарей не освоили или намеренно игнорируют?

>Есть эмуляторы приставок и платформ например Sega Megadrive.
Так понимаю, что по большому счёту кроме них там ловить и нечего?

>>28071
Вы правильно заметили что это ПОТОМОК Unix, а не тот Unix которым все пользуются поэтому некоторые решения там сделаны совсем по другому.

9front это такой же дистрибутив но более свободный и развивается быстрее.

Исходя из того что в офицальном FAQ они часто ссылаются сразу на git то игнорируют, наверно думают что так правильнее..

> Так понимаю, что по большому счёту кроме них там ловить и нечего?
Для каких именно функций вы бы хотели её приспособить?

>>28072
>Вы правильно заметили что это ПОТОМОК Unix, а не тот Unix которым все пользуются поэтому некоторые решения там сделаны совсем по другому.
Хм, а насколько подход отличается?

>9front это такой же дистрибутив но более свободный и развивается быстрее.
>Исходя из того что в офицальном FAQ они часто ссылаются сразу на git то игнорируют, наверно думают что так правильнее..
Понял.

>Для каких именно функций вы бы хотели её приспособить?
Я в целом слабо представляю зачем она.
Типа FreeBSD это серверная система (и понемногу десктопная), Linux и туда и сюда активно пытается, Хайку и КОС пригодны только как десктоп (правда с оговорками, ибо на последней без FASM или С-- делать особенно нечего).
Единое ресурсное пространство звучит круто, но куцая поддержка железа делает это мечом без рукояти. Так бы можно было бы накатить на 1 комп как на хранилище, на 2 как ресурсные центры и пару небольших компов как терминалы использовать. Даже можно было бы смириться с отсутствием изрядной доли ПО, ибо виртуализация делает брррррр. Но поддержка железа такова, что катить это можно только на старые компы, малинку и виртуалки.

>>28073
> Хм, а насколько подход отличается?
Так как над Plan 9 трудились те кто разрабатывал оригинальный Unix, они решили исправить несколько вещей:

• всё теперь точно является файлом и доступно в файловой системе (файлом настолько что cat /dev/screen | topng > screen.png получить скриншот можно просто прочитав файл экрана);
• локальные и удалённые файлы не различаются, это скрывает протокол 9p;
• группы процессов имеют своё пространство имён представленное обычными файлами (благодаря этому местную оконную систему можно рекурсивно запустить внутри себя сколько угодно раз);
• нет библиотек динамической компоновки (решается проблема зависимостей);
• нет рут-прав.

Да обычно её как раз на малинках используют. Сложно вот так с ходу найти ей применение для своих задач. Лучше сначала попробуйте её в виртуалке или как юзерспейс порт под вашу систему (вроде как есть готовый порт под FreeBSD).

>>17177
Не знаю, работает ли сейчас, но инструкцию смотри на картинке из >>15135.

>>17185
Удивительно, не думал что нб кто-то еще пользуется! Подумываю запилить такую штуку на ipfs. А вообще, использовали битмесседж,было бы заебись.

Джава часа скачивала посты, теперь ещё что-то докачивает. 16 items left to download, потом счётчик уменьшается и снова обновляется до 16. Что это за майнер эдакий?

>>17330
Это у тебя потому что каждый контейнер пишется отдельно, а их загрузилось за раз много. Треды парсятся, и сообщения говорят, сколько еше осталось контейнеров в этом треде. Подожди,это пройдет.

>>17356
Наночую, эти сообщения - они как из прошлого. Скачал html-ку, нашел 16 картинок, добавил сообщение "есть 16 картинок" в список. Уже скачались 15 картинок, уже пошел в список отчёт о том что "осталось 1 картинок" и тут вторая html-ка скачалась, а там еще 20 картинок, и следующее сообщение которое добавляется в список после "осталось 1 картинок" это "осталось 21 картинок". А из списка сообщения достаются медленно и показываются по одному даже когда уже все закачки завершены.
Корявая, зато ТВОЯ!

>>15462
>Превьюшки не закрываются даже после закрытия шакалятора,
Они закрываются по клику

>>17362
Это выглядит коряво,только когда первый раз запускаешь, а так норм.

Все работает, хоть и мало, но заходят, правда контента маловато.

https://github.com/Karasiq/nanoboard
Скачал отсюда, ещё сработает?

>>28063
Откуда ты эту ссылку вообще родил?

Если обсуждаемый браузер — это Mozilla Firefox, то тогда в его настройках въ раздѣлѣ «General» надо найти подраздѣлъ «Files and Applications» и затѣмъ снять галочку с пункта «Always ask where to save files».

Тогда при скачивании он задаст вопрос о том, куда класть файл — и можно будет выбрать диск D.

>>28059
А в хроме как?

>>28060
>А в хроме как?
Нажать на кнопку меню (выглядит как три вертикальных точки) в правом верхнем углу -> Settings -> Downloads -> ткнуть Ask where to save each file before downloading

После этого при скачивании можно будет выбрать диск D, или любое другое место для сохранения

>>27702
Да и сам он тоже всё.

Анон из mobi харкача сделал форк, где поддержал капчу и начал новые фиксы пилить.

Код: https://github.com/a2nc3/Overchan-Android-N/tree/testing
Апк: https://github.com/a2nc3/Overchan-Android-N/releases/download/v1.9.0b22/Overchan-Android-N-unofficial-release.apk

Из-за смены подписи, поставить поверх текущего оверчана, увы, не выйдет. Только удалять и переустанавливать, но разумеется никто вам не мешает сделать экспорт и импорт настроек.

>>27708
Недолго музыка играла.

>>27743
Да тут вот что-то можно скачать, например:
https://github.com/a2nc3/Overchan-Android-N/releases

>>27743
https://github.com/mrveadeer/Overchan24-Android
Ещё какой-то форк. Хотя билдов не нашёл, только исходники.
Если что, мимо проходил - в тредах особо не копался, просто ищу более-менее актуальную версию.

Там на Форчане mp4 запили, но Оверчан считает их как "файл", а не как "видео". Можете подсказать, как заставить его работать?

Живое есть? Или все форки прокляты на смерть?

Харкач теперь Сусач. Оверчан не может в 2ch.su, для домена 2ch.hk появляется ощибка “308 - Permanent Redirect", не говоря уже о том, что капча не работает годами. Сидел на Оверчане до последнего момента, так как есть поддержка kohlchan.net. Печально.

>>28022
Есть форк с фиксом капчи и доменов, но там надо самому билдить, последний билд со сломанной капчей везде, кроме там.

>>28022
>Сидел на Оверчане до последнего момента
Продолжаю. Кроме тут, булочки и морознофейного ничего не надо.

https://iichantra.ru/ сдох навсегда?

Где скачивать то?
Линки мёртвые.

>>24740
http://cf.ichan.ru/

>>24743
Благодарю

Никогда досками не пользовался, могу допускать ошибки, лол. Так вот, к теме. У меня есть умение тыкать пикселями в экран и желание порисовать для проекта, куда обращаться?

>>25346
Как бы не пришлось расследование проводить, начиная с контактов отсюда
http://iichantra.ru/ru/developers/

В VK Play нынче всякое говно релизят, типо Жудик Adventure

>>26942
Так вот. К чему я это. Вы можете тоже отправить на модерацию. Потому что я часто встречаю, что даже олдфаги многие про Ычантру не знают. Релизят вообще всё. Ичантру точно возьмут.

>>26942
>>26943
Видать, совсем отчаянная ситуация, раз понадобилось пиарить этот ВКплей даже на 410чане.

здохло.

>>26014 >>26015
Сказал же буквально на днях, всё будет, хорош шуметь.
>Третий тролль сказал: «Прощайте! Ненавижу болтунов».

За прошлый год я, хотя ничего не делал, стал парадоксальным образом в промышленных масштабах натыкаться на баги Free Pascal, отчего потерял терпение и повадился громко плакать о них на багтрекере в противоположность тому, как ранее натыкался на них раз в год и обходил переформулированием кода. Последние две недели плотно занимался https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/179, а вообще из всего, в чём засветился, мне больше всего нравится https://gitlab.com/freepascal.org/fpc/source/-/issues/39360 («копание в ассемблерном коде», да). Не подумайте, мне были жесть как нужны, соответственно, карманная база Юникода и ускорение генерации шума Перлина до уровня, когда текстуру с ним можно генерировать на месте, а не таскать с собой, здесь нет никаких проблем с приоритетами. Ну или, может, и есть самая малость, но кто сказал, что я прямо сейчас не возьму и не пойду дорисовывать Сырну?!

>>26016
>Сказал же буквально на днях
Где??
Но вообще, контрибы в язык - это ты малаца, завидно даже.

Гиде билды?

Хорош бампать, я сам бампну, когда придёт время.

Недавно гулял с сестрой в лесу. Она при всём уважении к моим хикки-привилегиям выразила заинтересованность в доступном объяснении, чем я занимаюсь целыми днями. Я сказал, что если честно, то делаю скорее не непосредственно свои проекты, а разные штуки для Паскаля (до этого сам похвастался, как сделал по просьбе человека с жёлтой аватаркой https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/446 за 1 день и €250; у человека свои причины улучшать совместимость с Delphi: https://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg41878.html, но конкретно эти классы — очевидный бред и полная чушь и совершенная мерзость, решающая несуществующую проблему и не имеющая отношения к маршалингу, и мне стыдно за это; ковыряние с ассемблерным кодом в миллион раз лучше, одно моё творчество над стандартной функцией CompareByte ускоряет абьюзящие её программы на 10~20% в целом). Она спросила, зачем мне Паскаль, я сказал, что для той игры, которую показывал 10 лет назад. Она сделала сочувственное лицо и спросила, неужели я её до сих пор не доделал. Кажется, мой ответ заключался в том, что я ничего не делал всё это время, потому что мне было грустно, что у меня нет друзей. Этот ответ вроде как верен, и если не уточнять, что причина что-то делать у меня была точно такая же, даже удовлетворителен. ＊вздох＊

Потом я рассказал, как один человек (вот он же это прочитает и поймёт, насколько скучно я живу...) принёс на свидание со мной планшет и заставил зарисовать некоторые идеи под дулом пистолета, и она сказала, что со мной только так и надо. ＊вздох＊

>>27282
>Хорош бампать
Раз в полтора года слишком часто, нужно было хотя бы до круглой даты дотянуть? xP

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

>>27282
О как, как увидел ник твой в fpc gitlab, так сразу подумал, о чем-то связанным с аиб, а сегодня и на этот тред наткнулся.
Спасибо за то, что делаешь в fpc dev.

>>27824
Я переделал менеджер памяти до предположительно идеального состояния, ТЕПЕРЬ-ТО ЗАЖИВЁМ:

https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/694 — это во многом просто переписывает старый, чтобы я мог вносить дальнейшие изменения так, как будто он мой,

https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/994 — это добавляет пробрасывание достаточно больших запросов напрямую функциям ОС, мимо всей остальной механики менеджера (ну почти; заголовок всё-таки нужен), как это обычно и делают, чтобы, если ты выделил 10 Мб, выделил ещё 1 Кб, которые разместились в том же блоке, и освободил изначальные 10 Мб, этот гигантский блок не оставался висеть из-за этого килобайта. Феномен висения 1 Кб в N-мегабайтном блоке, конечно, никуда не девается и вообще фундаментально неустраним в системе без перемещающего GC, но это хотя бы ограничивает N сверху,

https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/1005 — основное усовершенствование и одна из лучших вещей, которые я сделал в жизни :D, это добавляет красно-чёрное дерево фрагментов свободного пространства (rbtree_best_fit из https://www.boost.org/doc/libs/latest/doc/html/interprocess/memory_algorithms.html), без этого фрагментированные случаи рисковали напороться на аналог того, на что жёлтый человек напоролся в самом FPC в https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/994#note_2476334544, хотя у переписывания из !694 был малюсенький побочный эффект, компенсирующий часть таких случаев — я даже сначала наивно думал, что все. Промышленные менеджеры памяти «обычно» вроде как не используют деревья, и я даже до сих пор не разобрался, как они вообще работают (битовые поля там какие-то, хз...), но по виду они сосут у моего (либо это неправда, либо они зато, возможно, дают меньшую фрагментацию: такую «очевидную» последовательность из занятых и свободных блоков, что в Boost.Interprocess / FPC, по самой её природе при желании можно фрагментировать в хлам, просто с красно-чёрным деревом это перестаёт быть большой проблемой), поэтому и не так интересно разбираться, как конкретно с руками, без... они это делают.

Сообщение слишком длинное. Полный текст.

>>27964
> старый менеджер памяти выделял арены для маленьких размеров (≤540 байт) напрямую у ОС
Жесть какая.

Я не вдавался в подробности, у FPC прям свой, с нуля, менеджер памяти, или форк одной из версий FastMM?

>>27974
Был свой и теперь свой, я даже идеи не крал, а переизобретал как естественные решения найденных проблем, кроме того, что вот сейчас ещё заставил себя разобраться, что же всё-таки FastMM делает со средними блоками и зачем ему битовые поля, понял, что так и правда лучше по совокупности (я бы сказал, плюс-минус то же самое, но тай-брейк для меня — −1,3 Кб кода), и украл: https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/1029.

Современные Менеджеры Памяти™ работают примерно одинаково в своей исходной сути, то есть в самом по себе выделении памяти. Делим блоки на МАЛЕНЬКИЕ, СРЕДНИЕ, и БОЛЬШИЕ.

— МАЛЕНЬКИЕ округляются вверх до определённых размеров (у меня это 16 взятых с потолка значений: 16, 32, 48, ..., 480, 544) и выделяются в аренах, рассчитанных на N блоков такого же размера. 800-байтная арена для 100-байтных блоков может выглядеть как

[#0:100][#1:100][#2:100 своб][#3:100][#4:100][#5:100 своб][#6:100][#7:100]

freelist: #2, #5

Такой подход позволяет выделять и освобождать такие блоки, в среднем, мгновенно: просто взять из freelist или вернуть во freelist. Что полезно, т. к. они встречаются гораздо чаще бо́льших: в таком варианте ≤540 байт — в ≈100 раз, а FastMM считает «маленькими» ≤≈2'600 байт, так что там, наверное, ещё на порядок-два чаще.

Сообщение слишком длинное. Полный текст.

>>27977
Очень интересно, спасибо за подробное объяснение :3