причина почему я выпилился из фидо - с софтом всё плохо..
Ваш звонок очень важен для нас, оставайтесь на линии и следующий... Наша бигдата распознала в вас рождённого пост-миллениума, ибо фидософт совместим с FTS-1 примерно с 1985 года, и софта есть подо всё, что только может bits&bytes.
Если вы имели ввиду, что не завезли достаточно приложек для этих ваших винмобайл огрызков, то увы, не нашлось, кто бы хотел свой первый пет-проект реализовать и получить немного хайпа.
Мне бы ваши проблемы, Мари Ванна (c). Чуть больше респондентов заминусуют этот блог, только потому, что в своё время с ними несправедливо обошёлся (нужное подчеркнуть): Модератор, Босс, НЦ, РЦ, ЗЦ, ...
Фидонет был тем самым оффлайновым Stack overflow, где можно было задать вопросы про программирование, Линукс, Циски и т.д. Правда, приходилось ответа ждать несколько дней, а то и неделю почта могла идти. Так же много не только технических эх было.
Причина самовыпила Tom Jennings, если вкратце, то ему надоело, что к нему стали ходить разруливать конфликты. Пусть пишут официальные комплейны. Есть сеть координаторов, пусть они решают на каждом уровне. Да и, на самом деле, Фидонет - это просто его pet project. Можно сказать наигрался.
Вот бы ещё найти видеообзор - как выглядит фидошничество в 2025 году.
Американцы часто пилят видосы на юутубе, как они ББСы поднимают. В Америке до сих пор есть фидонет, но там другие привычки - для них это больше ББС. Для нас это больше оффлайн редактор (Голдед).
Фидонет - это оверлейная сеть, работает поверх какого-то подключения, например, модемного, или IP. Она будет существовать, пока хоть кому-то это будет ещё интересно, и будет связность узлов.
Покинул Nodelist в Октябре 2013го. Это довольно частая и распространённая практика, чтобы возвращаться в фидо спустя много лет. Если сеть ещё жива, то и номер свой старый восстановить получается.
Моя история - Юзер на ББСах в 1995. Довольно быстро пару пойнтов получил. В 1996ом уже стал нодом. Где-то в 2000-2001ом году затушил узел и забыл про фидо, ведь всяких сетевых дел мне хватало на работе в провайдере. В 2016ом от старого товарища узнал, что фидо ещё живо, и даже софт написали нативный под Linux, а не двойное гейтование в ньюса и обратно. Восстановил ноду и дальше продолжаю фидшничать ;-)
Также, GoldED рулит. Только мейлер сменился на IP транспорт. Хотя, есть один узел у нас, там чел домой провел 9 линий и поставил 9 чёрных курьеров. Так что даже и модемных линков много есть.
Означает ли это, что у нас появится библиотека, которая делает unmarshal json как в Golang, только во-время компиляции напишет код, а не как в Golang в рантайме А ещё, можно было бы protobuf какой-нибудь сериализовать без прекомпилятора.
Но когда машины стали большими ядер так 64 на узелок, ждать из пункта 2 превратилось в ДАЙ-ДАЙ-ДАЙ. Миллионы запросов в секунду начали класть сетевой стек, который просто не успевал всем отвечать "ничего пока нету". В этом случае помог nanosleep() с временем, равным латентности сетки.
Вы генерируете данные быстрее, чем сетевой стек ОС может их прожевать? Тогда вам прямая дорога в DPDK
Проблема мьютексов не в том, что они "медленные" (200+ тактов – это не страшно), а в том, что при блокировке они заставляют поток переключаться. Лучшим решением будут Spinlock + backoff механизмы
В Юниксах (glibc/pthread) pthread_mutex_t реализует механизм adaptive mutex, который также сначала делает spinlock, а потом уже блокируется в ОС. В Вынь, критические секции/SRWLock тоже реализуются через адаптивный механизм.
Вот прямо чтобы std::mutex проверил блокировку, и сразу ушёл спать в ОС - такого нет.
То что вы хотите, называется "small vector" pattern.
В LLVM есть SmallVector - именно оно самое.
Есть в Boost container::small_vector.
Можно наколхозить самому на std::pmr::vector из C++17, передав ему std::pmr::monotonic_buffer_resource или (un)synchronized_pool_resource, в конструктор конторого передать буфер на стеке. Как только закончится capacity, то такой вектор полезет аллоцировать память в куче.
Sublime раньше имел интересный блог, именно по C++, потому что сам написан на нём. Потом они увы, сдулись.
Например, только у них хорошо описывается, как можно большой файл "маппировать" в память https://www.sublimetext.com/blog/articles/use-mmap-with-care, чтобы реализовать zero-copy, и при этом аккуратно ловить SIGBUS на POSIX, и EXCEPTION_IN_PAGE_ERROR на winapi. Все библиотеки, типа Boost mapped_file не занимаются обработкой IO-ошибок от слова совсем.
Ваш звонок очень важен для нас, оставайтесь на линии и следующий... Наша бигдата распознала в вас рождённого пост-миллениума, ибо фидософт совместим с FTS-1 примерно с 1985 года, и софта есть подо всё, что только может bits&bytes.
Если вы имели ввиду, что не завезли достаточно приложек для этих ваших
винмобайлогрызков, то увы, не нашлось, кто бы хотел свой первый пет-проект реализовать и получить немного хайпа.Мне бы ваши проблемы, Мари Ванна (c).
Чуть больше респондентов заминусуют этот блог, только потому, что в своё время с ними несправедливо обошёлся (нужное подчеркнуть): Модератор, Босс, НЦ, РЦ, ЗЦ, ...
Фидонет был тем самым оффлайновым Stack overflow, где можно было задать вопросы про программирование, Линукс, Циски и т.д. Правда, приходилось ответа ждать несколько дней, а то и неделю почта могла идти. Так же много не только технических эх было.
Мицгол, перелогиньтесь!
Причина самовыпила Tom Jennings, если вкратце, то ему надоело, что к нему стали ходить разруливать конфликты. Пусть пишут официальные комплейны. Есть сеть координаторов, пусть они решают на каждом уровне. Да и, на самом деле, Фидонет - это просто его pet project. Можно сказать наигрался.
ИЧЕГО Е ВИД О, АСТРОЙ СОФТ, ЧАЙ ИК
Американцы часто пилят видосы на юутубе, как они ББСы поднимают. В Америке до сих пор есть фидонет, но там другие привычки - для них это больше ББС. Для нас это больше оффлайн редактор (Голдед).
Фидонет - это оверлейная сеть, работает поверх какого-то подключения, например, модемного, или IP. Она будет существовать, пока хоть кому-то это будет ещё интересно, и будет связность узлов.
Покинул Nodelist в Октябре 2013го.
Это довольно частая и распространённая практика, чтобы возвращаться в фидо спустя много лет. Если сеть ещё жива, то и номер свой старый восстановить получается.
Моя история - Юзер на ББСах в 1995. Довольно быстро пару пойнтов получил. В 1996ом уже стал нодом. Где-то в 2000-2001ом году затушил узел и забыл про фидо, ведь всяких сетевых дел мне хватало на работе в провайдере. В 2016ом от старого товарища узнал, что фидо ещё живо, и даже софт написали нативный под Linux, а не двойное гейтование в ньюса и обратно. Восстановил ноду и дальше продолжаю фидшничать ;-)
Также, GoldED рулит. Только мейлер сменился на IP транспорт. Хотя, есть один узел у нас, там чел домой провел 9 линий и поставил 9 чёрных курьеров. Так что даже и модемных линков много есть.
Список узлов, набирающих пойнтов
Означает ли это, что у нас появится библиотека, которая делает unmarshal json как в Golang, только во-время компиляции напишет код, а не как в Golang в рантайме
А ещё, можно было бы protobuf какой-нибудь сериализовать без прекомпилятора.
Вы генерируете данные быстрее, чем сетевой стек ОС может их прожевать?
Тогда вам прямая дорога в DPDK
В Юниксах (glibc/pthread) pthread_mutex_t реализует механизм adaptive mutex, который также сначала делает spinlock, а потом уже блокируется в ОС. В Вынь, критические секции/SRWLock тоже реализуются через адаптивный механизм.
Вот прямо чтобы
std::mutexпроверил блокировку, и сразу ушёл спать в ОС - такого нет.ChatGPT 4o, 3o-mini-high, o1 и DeepSeek R1 выдали, что компилятор может оптимизировать и выкинуть цикл, но ничего напечатано не будет.
P.S. ИИ ещё не готово к таким вопросам на собеседовании. А то всё спрашивают, обойдите дерево вдоль и поперёк, скучно.
То что вы хотите, называется "small vector" pattern.
В LLVM есть
SmallVector- именно оно самое.Есть в Boost
container::small_vector.Можно наколхозить самому на
std::pmr::vectorиз C++17, передав емуstd::pmr::monotonic_buffer_resourceили (un)synchronized_pool_resource, в конструктор конторого передать буфер на стеке. Как только закончится capacity, то такой вектор полезет аллоцировать память в куче.Почему статья опубликована в хабе C, если весь представленный код на Rust?
Sublime раньше имел интересный блог, именно по C++, потому что сам написан на нём. Потом они увы, сдулись.
Например, только у них хорошо описывается, как можно большой файл "маппировать" в память https://www.sublimetext.com/blog/articles/use-mmap-with-care, чтобы реализовать zero-copy, и при этом аккуратно ловить SIGBUS на POSIX, и EXCEPTION_IN_PAGE_ERROR на winapi.
Все библиотеки, типа Boost mapped_file не занимаются обработкой IO-ошибок от слова совсем.
Про что статья? Про разработку игр? Про оптимизации? Про сравнение текстовых редакторов? Про сравнение IDE?
И превращается это в старый добрый vim, который бесплатный, и ещё быстрее.