The OpenNET Project / Index page

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



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

Оглавление

Опыт создания хранилища Ceph c пропускной способностью тебибайт в секунду, opennews (??), 20-Янв-24, (0) [смотреть все]

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


2. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  –9 +/
Сообщение от Аноним (2), 20-Янв-24, 21:39 
>RelWithDebInfo
>-O2

Расскажите инвалидам про PGO, кто-нибудь, представляю их шок от по-настоящему эффективного кода.

Есть ещё -fno-semantic-interposition -fno-plt ускоряющие тот же питон на ~50%.

>TCMalloc

А вот тут не удивлён, больше удивлён, что столько желающих бездумно пихнуть эту дрянь в проект.

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

8. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от ZWayland (?), 21-Янв-24, 00:18 
Ты хоть видел LLVM-0 там RelWithDebInfo ?
Ответить | Правка | Наверх | Cообщить модератору

16. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +1 +/
Сообщение от Аноним (2), 21-Янв-24, 00:48 
>LLVM

Вообще ужасно плохой и совершенно не универсальный код продуцирует, это да. Нет исключений. Разве что Skia, там шлангоспецифичные костыли нагорожены.

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

17. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Ext (??), 21-Янв-24, 00:56 
>> Вообще ужасно плохой и совершенно не универсальный код продуцирует, это да

Как проводили замеры эмулировали ли вы clangd делая его ссылку в usr/bin как будто он есть никто иной как c++ ?

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

18. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +1 +/
Сообщение от Аноним (2), 21-Янв-24, 01:03 
Сборкой пакетов различными тулчейнами, выполнением сетов тестов (10 штук по кругу), анализом результатов и взятием среднего, а также разбором генерируемого кода в некоторых случаях. Советую меньше читать похороникс с его gcc -O3 (это вообще самый медленный код примерно всегда даёт).
Ответить | Правка | Наверх | Cообщить модератору

21. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Ext (??), 21-Янв-24, 02:03 
>> Сборкой пакетов различными тулчейнами, выполнением сетов тестов (10 штук по кругу), анализом результатов и взятием среднего, а также разбором генерируемого кода в некоторых случаях. Советую меньше читать похороникс с его gcc -O3 (это вообще самый медленный код примерно всегда даёт).

А , зачем говорить о производительности когда я спросил про clangd ? Вы услышали в этом  вопросе что то про -O3 ? Залепили минус и радуетесь как ребенок

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

22. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Аноним (2), 21-Янв-24, 02:08 
>>> Сборкой пакетов различными тулчейнами, выполнением сетов тестов (10 штук по кругу), анализом результатов и взятием среднего, а также разбором генерируемого кода в некоторых случаях. Советую меньше читать похороникс с его gcc -O3 (это вообще самый медленный код примерно всегда даёт).
> А , зачем говорить о производительности когда я спросил про clangd ?
> Вы услышали в этом  вопросе что то про -O3 ?
> Залепили минус и радуетесь как ребенок

Изначальный тейк
>LLVM ужасно плохой и совершенно не универсальный код продуцирует

и cland тут ни к селу ни к городу, а вот про минусы/плюсы это точно, ну, если кому-то от этого легче живётся, то всегда пожалуйста [картинка со слоном]

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

24. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Ceph (?), 21-Янв-24, 03:13 
Может потому что слишком много статиков в исходном коде , ну так поубирайте их , нет не пробовали ?
Ответить | Правка | Наверх | Cообщить модератору

36. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от onanim (?), 21-Янв-24, 11:08 
> TCMalloc
> дрянь

а что насчёт jemalloc? если мне не изменяет память, старые версии 2.x оче ускоряли софт (но начиная с 3.x там что-то сломали и оно стало намного медленнее)
новые версии не юзал.

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

93. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Бывалый смузихлёб (?), 22-Янв-24, 09:02 
> PR #55238 130 has landed today, removing jemalloc from the Rust standard library
> jemalloc is often more performant than the system’s allocator, but not always,
> and it adds a non-trivial amount to the size of the executable.

Уж если его даже из раста выкинули...

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

116. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +2 +/
Сообщение от onanim (?), 22-Янв-24, 15:21 
> раст

не показатель

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

62. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Ivan_83 (ok), 21-Янв-24, 15:54 
https://stackoverflow.com/questions/35745543/new-option-in-g...
https://stackoverflow.com/questions/65554551/why-gcc-generat...

Что то по описанию не похоже что это можно просто включить для всего софта в системе и забыть.

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

63. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Аноним (2), 21-Янв-24, 16:21 
Я так сделал, никаких проблем. В приличных корпоративных дистрах мейнтейнеры пакетов добавляют эти флаги.

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

74. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Ivan_83 (ok), 21-Янв-24, 19:37 
Я пересобрал фрю с этими двумя флагами и она просто не грузится.
Ответить | Правка | Наверх | Cообщить модератору

78. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  +/
Сообщение от Аноним (2), 21-Янв-24, 21:36 
> Я пересобрал фрю с этими двумя флагами и она просто не грузится.

Ну так фря и не линукс. Glibc без включенного -fsemantic-interposition тоже сломали, когда перешли на внешнюю libxcrypt. Раньше работало. И в честь этого решили убрать custom-cflags из юзов. Примерно все остальные пакеты у меня собраны без semip.

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

108. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  –1 +/
Сообщение от Аноним (108), 22-Янв-24, 12:10 
Для тебя неуч

https://tracker.ceph.com/issues/40745

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ceph

# -fno-plt causes linker errors (undefined reference to internal methods)
# similar issue: https://bugs.archlinux.org/task/54845
# https://github.com/intel/media-driver/commit/d95d8f7ab7ac94a...
# as of today (2019-07-12) the upstream maintainers do not consider this a bug in their code
# (IMHO rightfully so) and thus we strip the option here

Надеюсь ты разрабам ceph подкинешь патчей для исправления.

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

109. "Опыт создания хранилища Ceph c пропускной способностью тебиб..."  –1 +/
Сообщение от Аноним (2), 22-Янв-24, 12:14 
Неуч, это означает только то, что код низкого качества. Понятно, что это не универсальный флаг. В принципе, ошибки линкера -- это наиболее легко выявляемая и диагностируемая проблема, и часто они возникают из-за багов в конкретном линкере.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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