The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисов , opennews (??), 12-Май-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от Аноним (6), 12-Май-24, 13:10 
Наверняка gc изо всех сил молотил. Если суметь написать без его постоянных вызовов, то скорость от C не отличается, но это надо уметь.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +4 +/
Сообщение от Аноним (7), 12-Май-24, 13:18 
Обобщу: если суметь <ааа>, то <bbb>, но это надо уметь.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +1 +/
Сообщение от Аноним (14), 12-Май-24, 13:48 
К сожалению, на трёх самых популярных сегодня языках >95% писать не умеет.

С — каждый день новые переполнения буфера.

Java — все труЪ ынтерпрайз приложения, с которыми мне приходилось сталкиваться страдают либо исчерпанием пула потоков (потому что лень таймауты ставить), либо бесконтрольным потреблением памяти с последующим ООМ.

JavaScript — ну, наверное, все видели тромозящие и жрущие память/проц сайты, а также electron-ные изделия.

Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от BeLord (ok), 13-Май-24, 09:46 
Проблема Java в том, что разработчиков хороших поискать надо, навалом тех, кто понятия не имеет как архитектура x86 устроена и лабающих дичь, считая, что виртуальная машина волшебница и их говнокод превратит в конфетку-)))
Про С и переполнение буфера, знаю живой проект часть навигации написано на С, спутник летает с 2014 года и проблем с буфером не замечено, но писали этот проект мужики, которым пора на пенсию,а молодняка умеющего писать на С пока не замечено.
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  –2 +/
Сообщение от Прохожий (??), 13-Май-24, 14:42 
Проблема в том, что многие опытные разработчики, убившие на освоение языка/фреймворка многое количество часов из своей жизни, считают, что и другие должны идти этим же путём. Но это кустарный подход. Правильный способ развивать такой инструментарий, который позволял бы писать программы с меньшими усилиями. О молодёжь это понимает, поэтому и не хочет заморачиваться.
Идеальный компьютер - это тот, который может угадывать мысли человека.
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от Аноним (62), 17-Май-24, 18:23 
Правильные, одобренные партией мысли
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  –6 +/
Сообщение от Аноним (14), 12-Май-24, 13:33 
> Наверняка gc изо всех сил молотил. Если суметь написать без его постоянных вызовов, то скорость от C не отличается, но это надо уметь.

Будет даже быстрее, чем в С. Потому что в С есть вызовы free(), которые по сути являются тем же GC.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

33. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +2 +/
Сообщение от Аноним (33), 13-Май-24, 00:03 
free не является gc, ему не нужно считать ссылки и выявлять неиспользуемые объекты, он просто объявляет системе, что область памяти по определенному адресу определенного размера можно снова считать свободной. Ровно то же будет происходить и в go, даже если написать код так, чтобы сборщик мусора не использовался. Память все равно в общем случае нужно освобождать, если она выделялась. Так что ваше утверждение о free некорректно. Нужны какие-то другие причины считать Go быстрее C или наоборот.
Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от _oleg_ (ok), 14-Май-24, 14:29 
> он просто объявляет системе, что область памяти по определенному адресу определенного размера можно снова считать свободной.

На практике, даже не системе. Обычно, для производительности, реализации malloc'а запрашивают у ОС память не маленькими кусками, даже если запрошен 1 байт. ЧТо бы не гонять каждый последующий раз к ядру за доп.памятью, следующие вызовы malloc берут её из этого же куска, вообще без обращения к ядру. Ну и free поэтому, и не только, не возвращает весь кусок ОС. Т.к. его часть может ещё использоваться и, даже если не так, то она может вот-вот пригодиться при следующем malloc. Поэтому, если в работе программы обычное дело это набирание кучи памяти, которая потом не нужна, её можно просто перезапускать с помощью execve() какого-нибудь раз в сутки или вроде того для того, что бы неиспользуемая память на самом деле вернулась к ОС.

Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +1 +/
Сообщение от Аноним (43), 13-Май-24, 11:30 
> вызовы free(), которые по сути являются тем же GC.

ну нихрена себе

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру