The OpenNET Project / Index page

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



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

Оглавление

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

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


1. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +3 +/
Сообщение от tcpip (??), 12-Май-24, 10:47 
Почему не на Golang?
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от YetAnotherOnanym (ok), 12-Май-24, 11:05 
А нужен на Golang? Почему не на Rust?
Ответить | Правка | Наверх | Cообщить модератору

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

3. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  –5 +/
Сообщение от Аноним (3), 12-Май-24, 11:10 
Программа на Rust показала намного большую производительность при вычислении членов возвратной последовательности, чем программа на Go: 367 млн. итераций в секунду против 44 млн.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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ообщить модератору

10. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +2 +/
Сообщение от Аноним (14), 12-Май-24, 13:39 
> Программа на Rust показала намного большую производительность при вычислении членов возвратной последовательности

Можно было ещё сравнить скорость sleep().

И тот, и другой тесты ничего не говорят о скорости проксирования.

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

4. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от Аноним (4), 12-Май-24, 12:41 
На golang тоже есть, не переживай.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  –7 +/
Сообщение от Аноним (5), 12-Май-24, 13:05 
не всем нравиться жрать goвно с gc.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

13. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от Аноним (14), 12-Май-24, 13:43 
К вопросу о производительности: вот в этом тесте https://github.com/gaplo917/load-balancer-benchmark
go-шный traefik показывает такую же производительность, что и сишный апач.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

20. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +2 +/
Сообщение от gdg (??), 12-Май-24, 15:39 
И унизительно проигрывает сишным энжинэксу и хапрокси
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +1 +/
Сообщение от Аноним (28), 12-Май-24, 18:12 
Это говорит лишь о том, что решают алгоритмы и оптимизации, а не ЯП.
Ответить | Правка | Наверх | Cообщить модератору

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

21. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +1 +/
Сообщение от Аноним (21), 12-Май-24, 15:39 
Это говорит о херовой реализации апача
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

26. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от Tron is Whistling (?), 12-Май-24, 16:57 
А что там с фичами? Так-то легковуху с комбайном сравнить можно, но вопрос в задачах :)
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

31. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от Аноним (14), 12-Май-24, 22:38 
Плюс-минус один и тот же класс. Traefik — тоже навороченный комбайн, который дофига всего умеет.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +/
Сообщение от Tron is Whistling (?), 15-Май-24, 09:28 
Логичнее с haproxy сравнивать в этом контексте.
Потому что сравнивать генерализованный HTTP(S/2)-сервер с проксёй - ну так себе затея.
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск Pingora 0.2,  фреймворка для создания сетевых сервисо..."  +1 +/
Сообщение от Tron is Whistling (?), 15-Май-24, 09:29 
Ну и кстати да, если у тебя не CDN и не масспрокси с тысячами коннектов в минуту, то разницы с апачем просто не заметишь.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

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

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




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

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