forum.opennet.ru - "Разработчики SQLite развивают бэкенд HC-tree с поддержкой параллельных операций записи" (45)

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой параллельных операций записи"

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

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой параллельных операций записи"	+/–
Сообщение от opennews (??), 19-Янв-23, 14:36
Разработчики проекта SQLite начали тестирование экспериментального бэкенда HCtree, поддерживающего блокировку на уровне строк (row) и обеспечивающего высокий уровень распараллеливания при обработке запросов. Новый бэкенд нацелен на повышение эффективности использования SQLite в клиент-серверных системах, в которых приходится обрабатывать большое число одновременных запросов к БД на запись... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58508
Ответить \| Правка \| Cообщить модератору

Оглавление

Спасибо, давно хотел этот функционал , Аноним (1), 14:36 , 19-Янв-23, (1) –16

но ведь иногда так хочется помечтать , Аноним (8), 15:21 , 19-Янв-23, (8)

пытаются забивать гвозди детским пластмассовым молотком , Аноним (20), 16:41 , 19-Янв-23, (20) +1

Да вообще, кто бы мог подумать что офисный 80286 вымахает до эвона какой штуки в, Аноним (-), 21:41 , 19-Янв-23, (50) +1

Эм Куда-куда он вымахнул От этого 16-битного рудимента и поторонков не оста, Аноним (20), 22:50 , 19-Янв-23, (52) +1

Чо-чо в 386 видно А, куцый набор регистров и никакие режимы адресации, без отно, Аноним (-), 23:07 , 19-Янв-23, (58) +3

Protected mode был и 286 и в 386 так что никто тебя не заставляет использовать р, Аноним (60), 09:25 , 20-Янв-23, (60)

Ну, как-бы в 286 защищенный режим был гораздо хуже, чем потом сделали в 386 Луч, Совершенно другой аноним (?), 10:56 , 20-Янв-23, (64) +1

Вернутья можно было вызыав недокументированную инструкцию, название уже не помню, Хм (?), 01:21 , 25-Янв-23, (76)

Ну а вот включается уродец как 16-битное ископаемое нечто В режиме где программ, Аноним (-), 20:42 , 20-Янв-23, (68) –1

Бывают унесенные ветром а бывают и покусаные энтерпрайзом Бойтесь своих меч, Аноним (-), 21:50 , 19-Янв-23, (51) +3

Как будто быть покусанным энтерпрайзом это что-то плохое Если у тебя что-то не , Аноним (60), 09:27 , 20-Янв-23, (61)

Обожаю блоатваре, тормоза и рост кода ради роста кода Особенно в мелких необслу, Аноним (-), 20:45 , 20-Янв-23, (69)

Впритык как с 640 кб, которые хватит всем, какая постоянная грабля В кои века п, Neon (??), 20:21 , 21-Янв-23, (74)

Мечтать и заранее планировать развитие - это хорошо Чтобы не наступать на грабл, Neon (??), 20:20 , 21-Янв-23, (73)

А где многопоточность с скулайт нужна В хроме не надо значит нигде не надо , Привет (?), 14:55 , 19-Янв-23, (4)

Программе которая обнуляется по каждому чиху вообще ничего не надо , Аноним (7), 15:11 , 19-Янв-23, (7)

Которую команда обнуления в составе earlyoom, 12309, oomd и echo 2 proc sys, Аноним (47), 20:04 , 19-Янв-23, (47)

узко мыслите, Аноним (8), 15:34 , 19-Янв-23, (12) +4
Ну как минимум всяким macos в котором поиск локальных файлов и прочего на sqlite, ИмяРек (?), 17:09 , 19-Янв-23, (28) +3
Для lxd например , Аночик (?), 07:07 , 21-Янв-23, (72)
OGC GeoPackage стандарт использует SQLite для хранения пространственных данных , fusin (?), 13:44 , 23-Янв-23, (75) +1

Ну вот зачем нормальный проект превращать в слона Зачем лезть туда, где уже дав, 1 (??), 15:08 , 19-Янв-23, (5) +3

Они жручие , Аноним (7), 15:09 , 19-Янв-23, (6) –4

по сравнению с брузерами ничто не жруче, Аноним (-), 15:28 , 19-Янв-23, (10) +2
покажи, чьи ещё исходники занимают больше 15 ГБ Браузеры уже операционки обогна, Аноним (20), 16:53 , 19-Янв-23, (23) –1

А при чём тут браузеры Исходники какого-нибудь оракла или мсскуль не меньше исх, Аноним (7), 16:58 , 19-Янв-23, (24) –2

При том, что я спрашивал, кто больше браузера Ну а если ты не в курсе, сколько , Аноним (20), 17:42 , 19-Янв-23, (35)

Никто кроме тебя тут браузеры не обсуждал, ты промахнулся с веткой , Аноним (7), 17:44 , 19-Янв-23, (36) –1

врёшь, см 3 10, Аноним (20), 22:52 , 19-Янв-23, (53) –1

Забыли экспертов опеннета спросить, куда надо лезть, а куда не надо SQLite всё , Аноним (41), 19:20 , 19-Янв-23, (41) +1

Используется он шире но всё так же на локалхосте Если бы эти многопоточные плюш, Аноним (60), 09:31 , 20-Янв-23, (62) +1

MySQL и PostgreSQL это клиент-сервер и доступ по сети, а SQLite - встроенная в п, Совершенно другой аноним (?), 11:02 , 20-Янв-23, (65) +4

Вот это оч круто, ИмяРек (?), 17:05 , 19-Янв-23, (27) –3
Хотят Firebird сделать , Аноним (40), 19:15 , 19-Янв-23, (40) –2

повторить его судьбу , Аноним (20), 22:53 , 19-Янв-23, (54)

SQHeavy, Аноним (45), 19:35 , 19-Янв-23, (45) +2

SQBloated, Аноним (20), 22:54 , 19-Янв-23, (55) +1

Мобилкии тянут sqlite, чо вы как маленькие, annnno (?), 20:28 , 19-Янв-23, (48) +1

Разработчики sqlite стараются, чтобы не тянули , Аноним (20), 22:55 , 19-Янв-23, (56) –1

Разреботчики новых процов для мобилок радостно потирают руки и донатят скулайту , Аноним (-), 23:10 , 19-Янв-23, (59)

По итогу напишут новую базу с однопоточностью и настоящей легкостью Типа TrueSQ, Аноним (60), 09:32 , 20-Янв-23, (63)

В iOS до определенной версии из-за архитектуры писать более чем в 1 поток куда-л, ИмяРек (?), 13:35 , 20-Янв-23, (67) +1

Теперь обкоцаная так называется , Аноним (-), 20:46 , 20-Янв-23, (70) –2

надеюсь HCtree будет как опция компилироваться, что бы был выбор на тот случай е, Аноним (77), 00:03 , 26-Янв-23, (77)

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

1. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –16 +/–

Сообщение от Аноним (1), 19-Янв-23, 14:36

> повышает максимальный размер БД с 16 тебибайт до 1 эксбибайт (миллион тебибайт)
Спасибо, давно хотел этот функционал.

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

8. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (8), 19-Янв-23, 15:21

но ведь иногда так хочется помечтать...

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

20. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от Аноним (20), 19-Янв-23, 16:41

> SQLite в клиент-серверных системах
пытаются забивать гвозди детским пластмассовым молотком?!

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

50. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от Аноним (-), 19-Янв-23, 21:41

Да вообще, кто бы мог подумать что офисный 80286 вымахает до эвона какой штуки в датацентрах. Как видите, это работает.

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

52. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от Аноним (20), 19-Янв-23, 22:50

Эм... Куда-куда он вымахнул?! От этого 16-битного рудимента и поторонков не осталось. Его просто бросили и сделали совершенно новые процы. Уже в 386-ом это видно. Похожесть в них лишь в том, что с 80 начинаются имена :)

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

58. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +3 +/–

Сообщение от Аноним (-), 19-Янв-23, 23:07

Чо-чо в 386 видно? А, куцый набор регистров и никакие режимы адресации, без относительной вообще, так что position independent code там это боль? Ну да, на 64 битах это АМД уже дизайнило - поэтому там хоть какое-то отдаленное подобие современного проца уже все же отрисовалось. Но в целом все равно пованивает вон тем уродцем местами. Вплоть до старта в 16-битном реальном режиме при powerup ядра, ога...

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

60. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (60), 20-Янв-23, 09:25

Protected mode был и 286 и в 386 так что никто тебя не заставляет использовать реальный режим, ну если ты не биос конечно.

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

64. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от Совершенно другой аноним (?), 20-Янв-23, 10:56

Ну, как-бы в 286 защищенный режим был гораздо хуже, чем потом сделали в 386. Лучше бы они его в 286 совсем не делали. Из-за этого дескрипторы сегментов и прочие системные вещи в 386 получились очень страшными.
И, кстати, BIOS, был реального режима, так-что в замечательной программе защищённого режима либо надо было реализовывать всё самому, либо кататься на санках (была такая технология, ей ещё Windows до NT занимались) - переходить в реальный режим, вызывать функцию BIOS или DOS, и потом возвращаться обратно. А в 286 был маленький ньюанс - перейти в защищенный режим было можно, а вот вернуться - нет, только через сброс процессора.

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

76. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Хм (?), 25-Янв-23, 01:21

Вернутья можно было вызыав недокументированную инструкцию, название уже не помню, давно это было...

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

68. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –1 +/–

Сообщение от Аноним (-), 20-Янв-23, 20:42

> не заставляет использовать реальный режим, ну если ты не биос конечно.
Ну а вот включается уродец как 16-битное ископаемое нечто. В режиме где программирование больше напоминает ж@паболь и 80-е нежели программирование современного проца. Для ощущения разницы полезно ARM с ноля своим кодом поднять, чтобы ощутить космические различия.

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

51. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +3 +/–

Сообщение от Аноним (-), 19-Янв-23, 21:50

Бывают "унесенные ветром" а бывают и "покусаные энтерпрайзом". Бойтесь своих мечтаний, они выполняются.

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

61. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (60), 20-Янв-23, 09:27

Как будто быть покусанным энтерпрайзом это что-то плохое. Если у тебя что-то не растет пусть даже недостижимый предел размера бызу ты делаешь что-то не так.

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

69. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (-), 20-Янв-23, 20:45

> Как будто быть покусанным энтерпрайзом это что-то плохое.
Обожаю блоатваре, тормоза и рост кода ради роста кода. Особенно в мелких необслуживаемых базах. Где ща мелкая либа вымахает в дикий переросток с мускул размером и почти все кто в это влопался проклянут тот день когда они эту либу выбрали. Вот давайте мне вгрузим энтерпрайзных фич для баз на терабайт, когда либу использовал я и моя сp@ная кошка и вся база до полмега дорасти не могла.

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

74. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Neon (??), 21-Янв-23, 20:21

Впритык как с 640 кб, которые хватит всем, какая постоянная грабля. В кои века позаботились о достаточно широком диапазоне, чтобы постоянно грабельки не обновлять

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

73. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Neon (??), 21-Янв-23, 20:20

Мечтать и заранее планировать развитие - это хорошо. Чтобы не наступать на грабли, типа 640кб хватит всем или проблемы с 2000 годом.))) Да сколько таких граблей было. Постоянно жмущие штаны с поддержкой объемных дисков.)))

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

4. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Привет (?), 19-Янв-23, 14:55

А где многопоточность с скулайт нужна? В хроме не надо значит нигде не надо.

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

7. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (7), 19-Янв-23, 15:11

Программе которая обнуляется по каждому чиху вообще ничего не надо.

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

47. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (47), 19-Янв-23, 20:04

Которую "команда обнуления" в составе earlyoom, 12309, oomd и echo 2 > /proc/sys/vm/overcommit_memory "обнуляют".

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

12. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +4 +/–

Сообщение от Аноним (8), 19-Янв-23, 15:34

узко мыслите

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

28. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +3 +/–

Сообщение от ИмяРек (?), 19-Янв-23, 17:09

Ну как минимум всяким macos в котором поиск локальных файлов и прочего на sqlite основан, всяким KMail и прочим почтовикам для нормальной параллельной работы с несколькими ящиками - да любой софт будет лучше если избавить от затычки в виде 1 потока на запись.
Как локальный снэпшот внешних данных для серверного приложения сабж полезен был бы.
SQLite дофига где заслуженно как бэкенд для данных используется.

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

72. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аночик (?), 21-Янв-23, 07:07

Для lxd например.

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

75. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от fusin (?), 23-Янв-23, 13:44

OGC GeoPackage стандарт использует SQLite для хранения пространственных данных. Можно работать без Postgresql итд., удобно брать проект с собой итд. Если в базу смогут писать одновременно несколько человек - мечта.

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

5. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +3 +/–

Сообщение от 1 (??), 19-Янв-23, 15:08

Ну вот зачем нормальный проект превращать в слона ?
Зачем лезть туда, где уже давно сидят MySQL и PostgreSQL ? (вспомнил Nero)

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

6. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –4 +/–

Сообщение от Аноним (7), 19-Янв-23, 15:09

Они жручие.

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

10. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +2 +/–

Сообщение от Аноним (-), 19-Янв-23, 15:28

по сравнению с брузерами ничто не жруче

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

23. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –1 +/–

Сообщение от Аноним (20), 19-Янв-23, 16:53

> Они жручие.
покажи, чьи ещё исходники занимают больше 15 ГБ? Браузеры уже операционки обогнали по жирноте.

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

24. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –2 +/–

Сообщение от Аноним (7), 19-Янв-23, 16:58

А при чём тут браузеры? Исходники какого-нибудь оракла или мсскуль не меньше исходников венды.

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

35. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (20), 19-Янв-23, 17:42

> А при чём тут браузеры?
При том, что я спрашивал, кто больше браузера? Ну а если ты не в курсе, сколько хромиум весит... Зачем отвечаешь ерундой?

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

36. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –1 +/–

Сообщение от Аноним (7), 19-Янв-23, 17:44

Никто кроме тебя тут браузеры не обсуждал, ты промахнулся с веткой?

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

53. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –1 +/–

Сообщение от Аноним (20), 19-Янв-23, 22:52

> Никто кроме тебя тут браузеры не обсуждал
врёшь, см. 3.10

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

41. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от Аноним (41), 19-Янв-23, 19:20

Забыли экспертов опеннета спросить, куда надо лезть, а куда не надо. SQLite всё правильно делает, избавляется от своего локалхостного однопоточного легаси. Учитывая, что SQLite используется куда шире, чем MySQL и PostgreSQL вместе взятые, это ещё не факт кто куда лезет.

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

62. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от Аноним (60), 20-Янв-23, 09:31

Используется он шире но всё так же на локалхосте. Если бы эти многопоточные плюшки были кому-то нужны. Все бы пользовались другой базой, а не скулем.

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

65. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +4 +/–

Сообщение от Совершенно другой аноним (?), 20-Янв-23, 11:02

MySQL и PostgreSQL это клиент-сервер и доступ по сети, а SQLite - встроенная в приложение база данных. Как мне кажется многопоточность ей как минимум не помешает и в MySQL или PostgreSQL не превратит.

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

27. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –3 +/–

Сообщение от ИмяРек (?), 19-Янв-23, 17:05

Вот это оч круто

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

40. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –2 +/–

Сообщение от Аноним (40), 19-Янв-23, 19:15

Хотят Firebird сделать?

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

54. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (20), 19-Янв-23, 22:53

повторить его судьбу?

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

45. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +2 +/–

Сообщение от Аноним (45), 19-Янв-23, 19:35

SQHeavy

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

55. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от Аноним (20), 19-Янв-23, 22:54

SQBloated

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

48. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от annnno (?), 19-Янв-23, 20:28

Мобилкии тянут sqlite, чо вы как маленькие

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

56. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –1 +/–

Сообщение от Аноним (20), 19-Янв-23, 22:55

> Мобилкии тянут sqlite
Разработчики sqlite стараются, чтобы не тянули.

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

59. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (-), 19-Янв-23, 23:10

Разреботчики новых процов для мобилок радостно потирают руки и донатят скулайту чтоб писали еще, да побольше.

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

63. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (60), 20-Янв-23, 09:32

По итогу напишут новую базу с однопоточностью и настоящей легкостью. Типа TrueSQLite.

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

67. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +1 +/–

Сообщение от ИмяРек (?), 20-Янв-23, 13:35

В iOS до определенной версии из-за архитектуры писать более чем в 1 поток куда-либо и так не дозволялось, да и сейчас многозадачность там весьма разумная для мобильного устройства

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

70. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." –2 +/–

Сообщение от Аноним (-), 20-Янв-23, 20:46

> весьма разумная для мобильного устройства
Теперь "обкоцаная" так называется?:)

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

77. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..." +/–

Сообщение от Аноним (77), 26-Янв-23, 00:03

надеюсь HCtree будет как опция компилироваться, что бы был выбор на тот случай если все же работать будет медленнее.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	–16 +/–
Сообщение от Аноним (1), 19-Янв-23, 14:36
> повышает максимальный размер БД с 16 тебибайт до 1 эксбибайт (миллион тебибайт) Спасибо, давно хотел этот функционал.
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Аноним (8), 19-Янв-23, 15:21
	но ведь иногда так хочется помечтать...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+1 +/–
	Сообщение от Аноним (20), 19-Янв-23, 16:41
	> SQLite в клиент-серверных системах пытаются забивать гвозди детским пластмассовым молотком?!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+1 +/–
	Сообщение от Аноним (-), 19-Янв-23, 21:41
	Да вообще, кто бы мог подумать что офисный 80286 вымахает до эвона какой штуки в датацентрах. Как видите, это работает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+1 +/–
	Сообщение от Аноним (20), 19-Янв-23, 22:50
	Эм... Куда-куда он вымахнул?! От этого 16-битного рудимента и поторонков не осталось. Его просто бросили и сделали совершенно новые процы. Уже в 386-ом это видно. Похожесть в них лишь в том, что с 80 начинаются имена :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+3 +/–
	Сообщение от Аноним (-), 19-Янв-23, 23:07
	Чо-чо в 386 видно? А, куцый набор регистров и никакие режимы адресации, без относительной вообще, так что position independent code там это боль? Ну да, на 64 битах это АМД уже дизайнило - поэтому там хоть какое-то отдаленное подобие современного проца уже все же отрисовалось. Но в целом все равно пованивает вон тем уродцем местами. Вплоть до старта в 16-битном реальном режиме при powerup ядра, ога...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Аноним (60), 20-Янв-23, 09:25
	Protected mode был и 286 и в 386 так что никто тебя не заставляет использовать реальный режим, ну если ты не биос конечно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+1 +/–
	Сообщение от Совершенно другой аноним (?), 20-Янв-23, 10:56
	Ну, как-бы в 286 защищенный режим был гораздо хуже, чем потом сделали в 386. Лучше бы они его в 286 совсем не делали. Из-за этого дескрипторы сегментов и прочие системные вещи в 386 получились очень страшными. И, кстати, BIOS, был реального режима, так-что в замечательной программе защищённого режима либо надо было реализовывать всё самому, либо кататься на санках (была такая технология, ей ещё Windows до NT занимались) - переходить в реальный режим, вызывать функцию BIOS или DOS, и потом возвращаться обратно. А в 286 был маленький ньюанс - перейти в защищенный режим было можно, а вот вернуться - нет, только через сброс процессора.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Хм (?), 25-Янв-23, 01:21
	Вернутья можно было вызыав недокументированную инструкцию, название уже не помню, давно это было...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	–1 +/–
	Сообщение от Аноним (-), 20-Янв-23, 20:42
	> не заставляет использовать реальный режим, ну если ты не биос конечно. Ну а вот включается уродец как 16-битное ископаемое нечто. В режиме где программирование больше напоминает ж@паболь и 80-е нежели программирование современного проца. Для ощущения разницы полезно ARM с ноля своим кодом поднять, чтобы ощутить космические различия.
	Ответить \| Правка \| К родителю #60 \| Наверх \| Cообщить модератору


	51. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+3 +/–
	Сообщение от Аноним (-), 19-Янв-23, 21:50
	Бывают "унесенные ветром" а бывают и "покусаные энтерпрайзом". Бойтесь своих мечтаний, они выполняются.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	61. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Аноним (60), 20-Янв-23, 09:27
	Как будто быть покусанным энтерпрайзом это что-то плохое. Если у тебя что-то не растет пусть даже недостижимый предел размера бызу ты делаешь что-то не так.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Аноним (-), 20-Янв-23, 20:45
	> Как будто быть покусанным энтерпрайзом это что-то плохое. Обожаю блоатваре, тормоза и рост кода ради роста кода. Особенно в мелких необслуживаемых базах. Где ща мелкая либа вымахает в дикий переросток с мускул размером и почти все кто в это влопался проклянут тот день когда они эту либу выбрали. Вот давайте мне вгрузим энтерпрайзных фич для баз на терабайт, когда либу использовал я и моя сp@ная кошка и вся база до полмега дорасти не могла.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Neon (??), 21-Янв-23, 20:21
	Впритык как с 640 кб, которые хватит всем, какая постоянная грабля. В кои века позаботились о достаточно широком диапазоне, чтобы постоянно грабельки не обновлять
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Neon (??), 21-Янв-23, 20:20
	Мечтать и заранее планировать развитие - это хорошо. Чтобы не наступать на грабли, типа 640кб хватит всем или проблемы с 2000 годом.))) Да сколько таких граблей было. Постоянно жмущие штаны с поддержкой объемных дисков.)))
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору

4. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
Сообщение от Привет (?), 19-Янв-23, 14:55
А где многопоточность с скулайт нужна? В хроме не надо значит нигде не надо.
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Аноним (7), 19-Янв-23, 15:11
	Программе которая обнуляется по каждому чиху вообще ничего не надо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Аноним (47), 19-Янв-23, 20:04
	Которую "команда обнуления" в составе earlyoom, 12309, oomd и echo 2 > /proc/sys/vm/overcommit_memory "обнуляют".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+4 +/–
	Сообщение от Аноним (8), 19-Янв-23, 15:34
	узко мыслите
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	28. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+3 +/–
	Сообщение от ИмяРек (?), 19-Янв-23, 17:09
	Ну как минимум всяким macos в котором поиск локальных файлов и прочего на sqlite основан, всяким KMail и прочим почтовикам для нормальной параллельной работы с несколькими ящиками - да любой софт будет лучше если избавить от затычки в виде 1 потока на запись. Как локальный снэпшот внешних данных для серверного приложения сабж полезен был бы. SQLite дофига где заслуженно как бэкенд для данных используется.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	72. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Аночик (?), 21-Янв-23, 07:07
	Для lxd например.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	75. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+1 +/–
	Сообщение от fusin (?), 23-Янв-23, 13:44
	OGC GeoPackage стандарт использует SQLite для хранения пространственных данных. Можно работать без Postgresql итд., удобно брать проект с собой итд. Если в базу смогут писать одновременно несколько человек - мечта.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору

5. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+3 +/–
Сообщение от 1 (??), 19-Янв-23, 15:08
Ну вот зачем нормальный проект превращать в слона ? Зачем лезть туда, где уже давно сидят MySQL и PostgreSQL ? (вспомнил Nero)
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	–4 +/–
	Сообщение от Аноним (7), 19-Янв-23, 15:09
	Они жручие.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+2 +/–
	Сообщение от Аноним (-), 19-Янв-23, 15:28
	по сравнению с брузерами ничто не жруче
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	–1 +/–
	Сообщение от Аноним (20), 19-Янв-23, 16:53
	> Они жручие. покажи, чьи ещё исходники занимают больше 15 ГБ? Браузеры уже операционки обогнали по жирноте.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	24. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	–2 +/–
	Сообщение от Аноним (7), 19-Янв-23, 16:58
	А при чём тут браузеры? Исходники какого-нибудь оракла или мсскуль не меньше исходников венды.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	+/–
	Сообщение от Аноним (20), 19-Янв-23, 17:42
	> А при чём тут браузеры? При том, что я спрашивал, кто больше браузера? Ну а если ты не в курсе, сколько хромиум весит... Зачем отвечаешь ерундой?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	–1 +/–
	Сообщение от Аноним (7), 19-Янв-23, 17:44
	Никто кроме тебя тут браузеры не обсуждал, ты промахнулся с веткой?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."	–1 +/–
	Сообщение от Аноним (20), 19-Янв-23, 22:52
	> Никто кроме тебя тут браузеры не обсуждал врёшь, см. 3.10
	Ответить \| Правка \| Наверх \| Cообщить модератору