The OpenNET Project / Index page

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



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

"Стабильный выпуск СУБД MariaDB 10.10"  +/
Сообщение от opennews (?), 18-Ноя-22, 09:00 
Опубликован первый стабильный релиз новой ветки СУБД MariaDB 10.10 (10.10.2), в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и   отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с открытым и прозрачным процессом разработки, не зависящим от отдельных производителей.  MariaDB поставляется вместо MySQL  во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58143

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

Оглавление

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

1. Сообщение от Онаним. (?), 18-Ноя-22, 09:00   +3 +/
В этот раз доломали оптимизатор JOIN?

Я после 10.6 боюсь обновляться вообще, так и сижу на 10.5, местами ушёл на ванильный 8.0, потому что в 10.6 доломали сброс страниц.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #31, #51

2. Сообщение от Онаним. (?), 18-Ноя-22, 09:01   +1 +/
Молчу уже про то, что до этого доломали и выкинули TokuDB, и на больших объёмах хорошо сжимаемых данных всё стало плохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11

8. Сообщение от Аноним (8), 18-Ноя-22, 09:14   –1 +/
> Добавлен тип данных INET4 для хранения адресов IPv4 в 4-байтовом представлении

в постгресе уже сто лет как было

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #22

9. Сообщение от Аноним (-), 18-Ноя-22, 09:18   –2 +/
так сабж по сути из себя представляет одно большое проявление NIH-синдрома у его разработчиков, зачем он когда есть слоняра - хбз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #12, #16, #20, #29

11. Сообщение от Омоним (?), 18-Ноя-22, 09:21   +2 +/
И как ты справляешься без реализации новых алгоритмов и с отсутствием типа INET4?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #13

12. Сообщение от Онаним. (?), 18-Ноя-22, 09:22   –2 +/
Вы всё ещё вакуумите? Тогда мы идём к вам. Даже со всеми недостатками :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #15, #18, #19

13. Сообщение от Онаним. (?), 18-Ноя-22, 09:25   +/
Новых алгоритмов - это автовакуума в плоской DBF-подобной структуре с навесными индексами?
А INET4 - это тупое кэнди над блобом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #14

14. Сообщение от Онаним. (?), 18-Ноя-22, 09:26   +1 +/
Извиняюсь, не над блобом, над CHAR(4)/binary. Блоб немножко по-другому хранится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #21

15. Сообщение от randomemail (??), 18-Ноя-22, 09:27   –1 +/
Вакуумили, вакуумим и вакуумить будем. А что? Какие с этим проблемы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #17

16. Сообщение от Онаним. (?), 18-Ноя-22, 09:28   +3 +/
Уже даже одна возможность no-lock online DDL (schema change), даже со всеми ограничениями, даёт любому нынешнему варианту MySQL фору в три головы минимум.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

17. Сообщение от Онаним. (?), 18-Ноя-22, 09:29   +/
Ну, кто ж против-то. Продолжайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

18. Сообщение от An (??), 18-Ноя-22, 09:30   +/
Даже с таким огромным минусом как вакуум, предпочту PostgreSQL сабжу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

19. Сообщение от Аноним (19), 18-Ноя-22, 09:46   –1 +/
ну-ну, вы мне еще за OPTIMIZE (RECREATE) TABLE поговорите)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #23, #26

20. Сообщение от EULA (?), 18-Ноя-22, 09:49   –2 +/
Зачем использовать постгрю там, где даже ms sql слишком много, а sqlite слишком мало?
MySQL и PostgreeSQL - это ПО для разных целевых аудиторий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #24, #34

21. Сообщение от Аноним (-), 18-Ноя-22, 09:52   +7 +/
на этот раз прощаю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

22. Сообщение от Аноним (22), 18-Ноя-22, 10:23   +/
Оно не нужно ни там ни там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

23. Сообщение от Онаним. (?), 18-Ноя-22, 10:30   +/
Ты не поверишь, ещё со времён 5.5 в общем случае не требуется.
Бывают специфичные случаи, но это скорее исключение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #28

24. Сообщение от Онаним. (?), 18-Ноя-22, 10:31   +/
MSSQL вроде бы хорош внутреннее, но вот стохастика в оптимизаторе - это лютый ппц при дебаге.
Повторить проблему с запросом в синтетики почти невозможно, приходится жестить на боевых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #25

25. Сообщение от Онаним. (?), 18-Ноя-22, 10:31   +/
// в синтетике
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

26. Сообщение от Онаним. (?), 18-Ноя-22, 10:33   +1 +/
Кстати да, даже ALTER (RECREATE) TABLE ныне вполне себе позволяет фоновые INSERT :) Такие дела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

27. Сообщение от Онаним. (?), 18-Ноя-22, 10:47   +1 +/
К сожалению стала видна острейшая нехватка ресурсов у компании за MariaDB. По сути текущий 10 - это всё ещё 5.7 с рядом бэкпортов из разных веток и собственных плюшек, при этом очень многое пришлось выкинуть, потому что сил тянуть не хватило. У Oracle же вполне хватило ресурсов сделать ряд важных изменений, не теряя при этом ничего, но на то он и Oracle.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

28. Сообщение от Аноним (28), 18-Ноя-22, 11:27   +2 +/
Эту операцию регулярно делать не нужно когда в таблицу только INSERT'ы идут и совсем чуть-чуть UPDATE. В случае же взрослого INSERT/UPDATE/DELETE что мыскль, что мария, место на диске жрут с не меньшим аппетитом, чем PG. Но, в отличии от PG, вернуть это место взад бывает не всегда просто и быстро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #36

29. Сообщение от Stanislavvv (?), 18-Ноя-22, 12:06   –3 +/
У открытого постгреса как с чем-нибудь галероподобным?
Ну то есть, репликация до сих пор master-slave или есть что-то более приличное встроенное?
Mariadb используют в том числе и за (почти) беспроблемность в данном случае репликации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #38, #48

30. Сообщение от DEF (?), 18-Ноя-22, 12:18   –1 +/
Это же не LTS ваще. Сидим на 10.5 и не жужжим.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

31. Сообщение от Аноним (31), 18-Ноя-22, 13:00   +/
>боюсь обновляться вообще

ну и нафига тебе такой геморрой? я например свалил на postgres больше 15 лет назад после общения с разработчиками mysql и ни разу ни в каких проектах об этом не пожалел. чего и всем желаю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #35

32. Сообщение от АнонимкаРастуимка (?), 18-Ноя-22, 13:00   +/
https://mariadb.com/kb/en/mariadb-server-release-dates/

    
MariaDB Server 10.6
The current long-term support MariaDB stable release, supported until July 2026.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #33

33. Сообщение от Аноним (34), 18-Ноя-22, 13:18   +6 +/
Сказали же тебе ну жужжи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

34. Сообщение от Аноним (34), 18-Ноя-22, 13:18   +/
Пиши всё в плоский файл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #37

35. Сообщение от Онаним. (?), 18-Ноя-22, 14:01   +3 +/
Извиняй, у меня нет задач 15-летней свежести.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #42

36. Сообщение от Онаним. (?), 18-Ноя-22, 14:02   +/
Мысль есть, но она не верная.
Есть биллинг, из которого ежедневно архивируются данные старше года. Ну так вот. Ничего не растёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #54

37. Сообщение от Онаним. (?), 18-Ноя-22, 14:03   +1 +/
Так это и получится постгрес.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

38. Сообщение от Онаним. (?), 18-Ноя-22, 14:03   –1 +/
Да никак. Даже репликация без DDL до сих пор. Без слёз не взглянешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #39

39. Сообщение от An (??), 18-Ноя-22, 14:22   +/
Вот блин, не знал. Стоят мастер и реплика Postgres c timescaledb. И все работает - таблички новые на реплике появляются, старые удаляются. Наверно магия... репликация то без DDL.

P.S.
Ну а аналога галеры действительно нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #40

40. Сообщение от Онаним. (?), 18-Ноя-22, 14:26   +/
Реплика-то активная, читать с неё можно, или standby? :)
(вопрос ответа не требует)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #41

41. Сообщение от An (??), 18-Ноя-22, 14:38   +/
А зачем тогда спрашиваешь?

hot_standby
Да, читать можно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #43

42. Сообщение от Аноним (31), 18-Ноя-22, 14:47   +/
это типа ты тык шутишь о якобы преимуществах mysql под postgres? это при том что в mysql только inet4 добавили который был в postgres 15 лет назад? смешно. можешь и на телеге ездить если автомобилем брезгуешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #44

43. Сообщение от Онаним. (?), 18-Ноя-22, 15:23   +/
Серьёзно? И даже конфликтов с применением WAL при чтении нет? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #47

44. Сообщение от Онаним. (?), 18-Ноя-22, 15:24   +1 +/
Хосспаде. У постгреса до сих пор при записи получается отличная первой свежести DBF-подобная плоская структура, поэтому ему нужен вакуум, а логическая репликация не умеет в DDL. О чём тут вообще речь может быть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #52

45. Сообщение от Ivan_83 (ok), 18-Ноя-22, 15:30   +/
Может и так, но большинству важнее что опенсорц не скатится в монетизацию или ещё какой треш.
И потом, у оракла есть соблазн улучшить продажи их собственной базы вместо развития опенсорца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #46

46. Сообщение от Онаним. (?), 18-Ноя-22, 15:32   +/
Не, там нет конфликта, у двух движков совершенно разные весовые категории. Поэтому развивают оба. До полного счастья им не хватает покупки SQLite :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

47. Сообщение от An (??), 18-Ноя-22, 15:33   +/
А вот это есть. Пока читаем, применение wal "покурить уходит".

Но как это связано с опровержением вашего "Даже репликация без DDL до сих пор"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #65

48. Сообщение от leap42 (ok), 18-Ноя-22, 15:36   +/
> Ну то есть, репликация до сих пор master-slave или есть что-то более приличное встроенное?

А что приличного в мастер-мастер репликации? Она же ничего нормальной базе не даёт и сломана by design.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #53

49. Сообщение от Аноним (49), 18-Ноя-22, 15:54   +/
Года три назад пытался сделать таблицу из партиций разных типов, memory и innodb если быть точным. В API этот функционал заложен, но при этом выпадала ошибка что пока не поддерживается. Может кто в курсе, исправли ли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

51. Сообщение от edo (ok), 18-Ноя-22, 16:27   +/
А можно подробнее, что там со сбросом страниц?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #64

52. Сообщение от edo (ok), 18-Ноя-22, 17:00   +/
Ну не умеет и не умеет. Есть же log shipping.

То же и про vacuum можно сказать, ну нужен он и нужен, какие неудобства это вызывает? Сейчас сверился с интернетом, autovacuum включен по умолчанию начиная с 8.3 (2008 год!). В большинстве сценариев использования оно просто работает.

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

53. Сообщение от Stanislavvv (?), 18-Ноя-22, 18:10   –1 +/
>> Ну то есть, репликация до сих пор master-slave или есть что-то более приличное встроенное?
> А что приличного в мастер-мастер репликации? Она же ничего нормальной базе не
> даёт и сломана by design.

Да меня и master-несколько slave устроит, если:
а) можно нормально читать из реплик (в принципе, соблюдается, но возможны лаги)
б) не будет проблем с разворотом репликации при падении мастера (та же галера позволяет прибить одну из реплик, восстановить её виртуалку из бекапа недельной давности и всё заработает без вмешательсва админа/скриптов и без возможных проблем с чтением устаревшего - проверял)
в) не потребует перенастройки клиентов с возможным перезапуском при этом самом повороте (скажем, у галеры можно тупо поставить haproxy, который будет кидать соединения в живые реплики и всё будет работать бесшовно с точки зрения клиента независимо от того, сдохла ли реплика и какая именно - опять же проверял)
г) поддерживается производителем БД (т.е. не куча костылей и подпорок неизвестно от кого и неизвестно для какой версии, пусть даже прикрытых ансиблом, а из коробки, включая автоматику разворота репликации)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #59

54. Сообщение от Аноним (54), 18-Ноя-22, 22:15   +/
Последовательно vs. Случайным образом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #58, #79

55. Сообщение от penetrator (?), 18-Ноя-22, 23:00   +/
> сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения

где NDB?

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

56. Сообщение от penetrator (?), 18-Ноя-22, 23:06   +/
> Добавлен тип данных INET4 для хранения адресов IPv4 в 4-байтовом представлении.

веб-макакам мало int32?

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

58. Сообщение от Онаним. (?), 19-Ноя-22, 00:57   +/
InnoDB устроена так, что ей без разницы.
Единственные различия в размерах дают индексы, если слишком безумные паттерны записи - деревья могут слегка распухать, но тут уже никому ничто не поможет, только пересоздание дерева.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

59. Сообщение от Онаним. (?), 19-Ноя-22, 00:59   +/
По (а) с галерой ещё проще. Можно просто прибить данные реплики, она всё сама скопирует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #71

61. Сообщение от Онаним. (?), 19-Ноя-22, 01:00   +/
О чём речь-то вообще? Партиции доступны в пределах одного движка, никаких изменений тут не предвидится.
Или речь о MERGE?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

62. Сообщение от Онаним. (?), 19-Ноя-22, 01:01   +/
В ванильке. NDB число оракловая шляпа (до этого сановская).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #67

63. Сообщение от Онаним. (?), 19-Ноя-22, 01:02   –1 +/
CHAR(4) оптимально - накладные расходы всё те же, что и у INTEGER.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

64. Сообщение от Онаним. (?), 19-Ноя-22, 01:06   +/
Ну чего-чего там. В один поток теперь флаш идёт. Разбиение buffer pool на инстансы тоже убрали, со всеми вытекающими. Особенно весело тем, кто кипятит^W сжимает, потому что в отличие от ванильки у них модульная компрессия была в page cleaner зашита, который собственно и флашит, а не во writer threads. Надо будет на 10.10 глянуть, но очень сомневаюсь, что там что-то в этом плане переперделали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #76

65. Сообщение от Онаним. (?), 19-Ноя-22, 01:10   +/
Я писал про логическую репликацию. Репликация через сброс WAL - это редкостное извращение с попутными граблями. И нет, там не применение покурить уходит, там чтение канселяется. Чтобы покурить - надо издеваться над настройками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #68

67. Сообщение от penetrator (?), 19-Ноя-22, 03:33   +/
NDB был в MySQL еще до покупки Ораклом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #69

68. Сообщение от An (??), 19-Ноя-22, 07:25   +1 +/
В вашем посте выше про логическую репликацию ни слова. Поэтому прочитав его, можно подумать, что в PostgreSql DDL не реплицируется - а это ложь.

>>Репликация через сброс WAL - это редкостное извращение с попутными граблями.

Любая репликация(и физическая и логическая) в PostgreSQL идет через передачу WAL. Просветите, в чем извращение и грабли?
Физическая репликация - штука стабильная и надежная. Не ломалась ни разу в отличие от репликации mariadb/mysql.
Кстати, репликация в mariadb/mysql тоже идет через сброс лога.

>>Чтобы покурить - надо издеваться над настройками.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #83

69. Сообщение от Онаним. (?), 19-Ноя-22, 08:52   +/
До покупки санками, вы хотели сказать?
В принципе да, он ещё и до санок существовал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #77

71. Сообщение от Stanislavvv (?), 19-Ноя-22, 08:56   –1 +/
> По (а) с галерой ещё проще. Можно просто прибить данные реплики, она
> всё сама скопирует.

Ну да, но на рабочем кластере, где случайно прибили одну вм, было проще восстановить из бекапа.

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

75. Сообщение от Тот_Самый_Анонимус_ (?), 19-Ноя-22, 20:31   +/
>MariaDB поставляется вместо MySQL

Вот она свобода. Вместо «вместе» — «вместо». Это как истерия против ОО, когда просто подменяли пакет, действуя как вирусы. Видать обиделись на Оракл сильно.

Никакого выбора в «свободной» системе — жричодали.

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

76. Сообщение от pow (?), 19-Ноя-22, 20:47   +/
похоже пофиксили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #80, #85

77. Сообщение от penetrator (?), 19-Ноя-22, 21:24   +/
нет, я хотел сказать то, что написал

и ответ это на то, что это "оракловая шляпа"

Мария просто нешмагла в NDB

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #78

78. Сообщение от Онаним. (?), 19-Ноя-22, 21:47   +/
https://mariadb.com/kb/en/ndb-in-mariadb/

Но причины могут быть разными, кроме коммюнити. Там наверняка фигово поле патентов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #82

79. Сообщение от Онаним. (?), 19-Ноя-22, 21:50   +/
Самый хреновый юзкейс на самом деле не случайный образ, а большое удаление и медленное заполнение.
При этом размер сохраняется по-максимуму от "до последнего удаления". В принципе проблемы нет, потому что всё равно снова заполнится, но тем не менее.
У тех, у кого сжатие, и этого нет - оно всё равно где надо дырок понатыкивает, и размер получается сугубо виртуальным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

80. Сообщение от Онаним. (?), 19-Ноя-22, 21:54   +/
Серьёзно, компрессия пошла в несколько потоков?
Благодарю, надо будет тогда всерьёз глянуть, есть места, где на ванильку быстро не откатиться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

81. Сообщение от edo (ok), 20-Ноя-22, 05:36   +/
> жричодали

Да, в бесплатном софте именно так. Или ты спонсируешь проект (своим временем, деньгами или ещё как), или пользуешься тем, что дали.
Да и в платном обычно удовлетворение каких-то «хотелок» за отдельные деньги (зачастую немалые)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #84

82. Сообщение от penetrator (?), 20-Ноя-22, 21:48   +/
про патенты не слышал ни разу, а то что у них инженеров для этого нет они сами говорили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

83. Сообщение от Онаним. (?), 21-Ноя-22, 10:42   +/
Предпочитаю "настраивать" только то, что очевидно необходимо сервису.
Костыльный "тюнинг" - не моё, хотя иногда конечно тоже приходится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

84. Сообщение от Тот_Самый_Анонимус_ (?), 22-Ноя-22, 06:07   +/
Это понятно. Но самый цимес в том, что эти адепты жрут г-но от тех, кто при этом убеждает что печётся об их свободе. А свобода по-дебиановски (даи по-столмановски) — это отсутствие выбора.

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

85. Сообщение от Онаним. (?), 22-Ноя-22, 12:01   +/
Посмотрел.
Нет, ничего не изменилось, та же херня.
Запись из пула в один поток, одно ядро в полку, остальные спокойны, write rate по сравнению с ванилькой под плинтусом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76


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

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




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

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