forum.opennet.ru - "В ядре Linux 6.5 появится системный вызов cachestat" (45)

"В ядре Linux 6.5 появится системный вызов cachestat"

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

"В ядре Linux 6.5 появится системный вызов cachestat"	+/–
Сообщение от opennews (?), 13-Июл-23, 22:01
В кодовую базу, на основе которой формируется ядро Linux 6.5, принято изменение с реализацией нового системного вызова "cachestat", позволяющего программам в пространстве пользователя запрашивать более детальную статистику из страничного кэша на стороне ядра... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59435
Ответить \| Правка \| Cообщить модератору

Оглавление

вот на слух похоже на реально нужную штуку ну а если включить обывателя по боль, frac (?), 22:01 , 13-Июл-23, (1) –5

каждая такая штука означает расходование процессорного времени и ресурсов Причем, ыы (?), 09:39 , 14-Июл-23, (29) –4

Если не пользоваться такой штукой, то нет никакого расходования процессорного вр, Admino (ok), 10:53 , 14-Июл-23, (32) +3

Вижу, ты до конца статью не дочитал Посмотри, какие там они примеры использова, gogo (?), 11:30 , 29-Июл-23, (55)

Так может пора уже слезть со своего православного 775 сокета На современном жел, Аноним (-), 17:39 , 14-Июл-23, (41) –2

кажись вы не знаете о чем говорите, Alladin (?), 05:17 , 15-Июл-23, (42) +1

Ядро винды не обновляли n-цать лет и оно по прежнему работает идеально , Oe (?), 05:17 , 15-Июл-23, (43)

а command com вдруг перестал работать , 48 (?), 07:47 , 15-Июл-23, (44) +1

Не сижу на этом сайте, мне всё равно, Аноним (53), 06:00 , 17-Июл-23, (53) +1

https ru wikipedia org wiki Windows_Display_Driver_ModelWindows Display Driver, Совершенно другой аноним (?), 10:57 , 15-Июл-23, (46)

А файлуха как была тормозом с 90х так и осталась Поэтому если попробовать вороч, Аноним (-), 15:36 , 15-Июл-23, (48) +1

Не факт Оно внутрях могло знать больше чем вывешивало наружу, для принятия внут, Аноним (47), 15:33 , 15-Июл-23, (47)

Да что говоритьЭлементарно загруженность шин посмотреть нельзя,да блин lsi чип х, Олег (??), 22:06 , 13-Июл-23, (2) +5
Хотели бы как лучше, а получится скорее всего очередная дыра для утечек по сторо, Аноним (9), 22:33 , 13-Июл-23, (9) +7

Вот ты нытик тоже , Аноним (10), 22:52 , 13-Июл-23, (10) +7

Но капитан же , Аноним (11), 00:20 , 14-Июл-23, (11) +4

То есть СУБД будет принимать на основе cachestat решения, которые будут влиять н, Аноним (12), 00:30 , 14-Июл-23, (12) +3

Это стандартная проблема, ей сто лет в обед Решается так же стандартно - адапти, Аноним (16), 04:29 , 14-Июл-23, (16) +1

Всё равно будет иногда попадать в резонанс , Аноним (18), 05:54 , 14-Июл-23, (18)

Можно рандома ещё добавить , Аноним (16), 06:57 , 14-Июл-23, (24)

путем отключения этой хрени, ыы (?), 09:41 , 14-Июл-23, (30)

Вот сделали cachestat, все закэшировано, в следующую наносекунду другой файл зап, Аноним2 (?), 00:38 , 14-Июл-23, (13)

Да, в среднем будет работать на x быстрее Как те же хардварные префетчеры, нап, лох (?), 02:26 , 14-Июл-23, (14) +1

А прогрев епта кто будет делать , Sw00p aka Jerom (?), 06:13 , 14-Июл-23, (20)

Не знаю как прогревать епта но вообще, софт может и префетчить нужное И это е, Аноним (-), 15:38 , 15-Июл-23, (49)

Так статистика это и есть прогрев, Sw00p aka Jerom (?), 21:49 , 15-Июл-23, (50)

Fixed , Tron is Whistling (?), 10:15 , 15-Июл-23, (45)

Хороший вопрос - мне кажется что вероятностно, но вероятностно оно и сейчас так , Роман (??), 02:30 , 14-Июл-23, (15) +1

Старый мускуль с отрубленным кверикешем быстрее работает при высоком кешмиссрейт, Sw00p aka Jerom (?), 06:17 , 14-Июл-23, (22)

Query cache это другое, но ок, у старого мускуля ещё и завязки на myisam vfs, чт, Роман (??), 06:19 , 14-Июл-23, (23)

Вывод пользы 0, Sw00p aka Jerom (?), 07:55 , 14-Июл-23, (27) –2

В старом мускуле причина тормозов в giant lock на query cache , Аноним (16), 11:21 , 14-Июл-23, (34)

угу, Sw00p aka Jerom (?), 13:13 , 14-Июл-23, (35)

Такая ситуация возможна только при жёстком OOM, когда всем уже пофиг на твои про, Admino (ok), 10:55 , 14-Июл-23, (33) +1

99 ситуаций это на грани ООМ, Sw00p aka Jerom (?), 21:51 , 15-Июл-23, (51)

Т е , Аноним (17), 04:43 , 14-Июл-23, (17)

Компьютер быстрее работать будет , Илья (??), 05:59 , 14-Июл-23, (19) +3

Ага, вспоминаются заставки во премя установки винды Когда каждая новая быстрее, Аноним (-), 17:34 , 14-Июл-23, (39)

Количество системных вызовов стремительно приближается к количеству функций WinA, warlock66613 (ok), 07:50 , 14-Июл-23, (26)

Сравнение, имхо, некорректно В WinAPI это то, что находится в kernel32 dll, adv, Совершенно другой аноним (?), 08:33 , 14-Июл-23, (28) +1

надо пасьянс Косынка сделать системным вызовом , ыы (?), 09:42 , 14-Июл-23, (31)

погоду делать надо и одним системным вызовом она не испортится, Sw00p aka Jerom (?), 13:15 , 14-Июл-23, (36)

Ну так куда без libc, можно сказать что ядро Всё так же приколочено , Neon (??), 03:46 , 16-Июл-23, (52)

Молодцы Обратная связь в процессе управления 8212 важнейшая вещь , benu (ok), 16:20 , 14-Июл-23, (37) +1
Си-библиотека Cosmopolitan только что решила, что она портабельная и тут оп, pavlinux (ok), 13:00 , 17-Июл-23, (54)

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

1. Сообщение от frac (?), 13-Июл-23, 22:01 –5 +/–

вот на слух похоже на реально нужную штуку.
ну а если включить обывателя: по больше бы подобных вещей разрабатывали, а не всякие *сты для *стов в ядро внедряли!!!

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

2. Сообщение от Олег (??), 13-Июл-23, 22:06 +5 +/–

Да что говорить
Элементарно загруженность шин посмотреть нельзя,да блин lsi чип хз когда виновник тупняка....все по каким-то левым догадкам

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

9. Сообщение от Аноним (9), 13-Июл-23, 22:33 +7 +/–

Хотели бы как лучше, а получится скорее всего очередная дыра для утечек по сторонним каналам

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

10. Сообщение от Аноним (10), 13-Июл-23, 22:52 +7 +/–

Вот ты нытик тоже.

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

11. Сообщение от Аноним (11), 14-Июл-23, 00:20 +4 +/–

Но капитан же?

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

12. Сообщение от Аноним (12), 14-Июл-23, 00:30 +3 +/–

То есть СУБД будет принимать на основе cachestat решения, которые будут влиять на cachestat. Страничный кеш адаптируется к поведению программы, а теперь и программа будет адаптироваться к состоянию кеша, можем получить положительную обратную связь, так что пользоваться этим нужно очень осторожно.

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

13. Сообщение от Аноним2 (?), 14-Июл-23, 00:38 +/–

Вот сделали cachestat, все закэшировано, в следующую наносекунду другой файл запросили, все выгрузилось из кэша, а бд уже решила читать файл без индекса, не зная что его не в кэше.
Как это должно работать? Вероятностно (в надежде что никто кэш активно не вытесняет/вдруг повезёт?)?

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

14. Сообщение от лох (?), 14-Июл-23, 02:26 +1 +/–

Да, в среднем будет работать на x% быстрее. Как те же хардварные префетчеры, например

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

15. Сообщение от Роман (??), 14-Июл-23, 02:30 +1 +/–

Хороший вопрос - мне кажется что вероятностно, но вероятностно оно и сейчас так у того же постгреса - есть коэффициенты на случайный и линейный доступ и есть внутри надежда что данные в page cache. У мускуля менее вероятностный при включенном directio - уповает на собственный buffer pool.

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

16. Сообщение от Аноним (16), 14-Июл-23, 04:29 +1 +/–

Это стандартная проблема, ей сто лет в обед. Решается так же стандартно - адаптироваться не моментально, а постепенно, чтобы "волны" затухали.

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

17. Сообщение от Аноним (17), 14-Июл-23, 04:43 +/–

> Гранулированное и зависимое от нагрузки манипулирование наполнением и вводом-выводом страничного кэша (например "грязных" (dirty) страниц/страниц, помеченных на отложенную запись (writeback)), меняя частоту синхронизации - от очень частой при слабой нагрузке и до пакетной при всплесках нагрузки.
Т.е.?

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

18. Сообщение от Аноним (18), 14-Июл-23, 05:54 +/–

Всё равно будет иногда попадать в резонанс.

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

19. Сообщение от Илья (??), 14-Июл-23, 05:59 +3 +/–

Компьютер быстрее работать будет

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

20. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 06:13 +/–

А прогрев епта кто будет делать?

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

22. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 06:17 +/–

>У мускуля
Старый мускуль с отрубленным кверикешем быстрее работает при высоком кешмиссрейте, и жутко, жутко тормозит с включенным :)

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

23. Сообщение от Роман (??), 14-Июл-23, 06:19 +/–

>>У мускуля
> Старый мускуль с отрубленным кверикешем быстрее работает при высоком кешмиссрейте, и жутко,
> жутко тормозит с включенным :)
Query cache это другое, но ок, у старого мускуля ещё и завязки на myisam/vfs, чтоб хоть как-то можно было привязать к теме.

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

24. Сообщение от Аноним (16), 14-Июл-23, 06:57 +/–

Можно рандома ещё добавить

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

26. Сообщение от warlock66613 (ok), 14-Июл-23, 07:50 +/–

Количество системных вызовов стремительно приближается к количеству функций WinAPI. Что-то с этим не так, какая-то проблема в архитектуре ОС.

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

27. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 07:55 –2 +/–

Вывод: пользы 0

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

28. Сообщение от Совершенно другой аноним (?), 14-Июл-23, 08:33 +1 +/–

Сравнение, имхо, некорректно. В WinAPI это то, что находится в kernel32.dll, advapi32.dll, user32.dll и gdi32.dll. Т.е. там много всего, вообще не относящегося к ядру ОС, разные там MultiByteToWideChar(), ZeroMemory() и прочее, то, что у Unix-систем располагается в libc. И, соответственно, к числу этих функций количество системных вызовов стремительно приблизиться никак не может. А системных вызовов, наверное, уже примерно столько-же, плюс-минус, сколько системных вызовов в ОС Windows.

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

29. Сообщение от ыы (?), 14-Июл-23, 09:39 –4 +/–

каждая такая штука означает расходование процессорного времени и ресурсов.
Причем острой необходимости в таких штуках как правило нет. Это примерно как ходить круглый год всегда и везде в валенках и с зонтиком. И душ принимать не снимая валенок...

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

30. Сообщение от ыы (?), 14-Июл-23, 09:41 +/–

путем отключения этой хрени

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

31. Сообщение от ыы (?), 14-Июл-23, 09:42 +/–

надо пасьянс  Косынка сделать системным вызовом...

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

32. Сообщение от Admino (ok), 14-Июл-23, 10:53 +3 +/–

> каждая такая штука означает расходование процессорного времени и ресурсов.
Если не пользоваться такой штукой, то нет никакого расходования процессорного времени и ресурсов. А если её не собирать при компиляции, то и в памяти она не висит.
В системе для разработчика оно надо и будет работать, во встройщине её даже компилить не обязательно. Так работает линукс, чувак.

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

33. Сообщение от Admino (ok), 14-Июл-23, 10:55 +1 +/–

> в следующую наносекунду другой файл запросили, все выгрузилось из кэша
Такая ситуация возможна только при жёстком OOM, когда всем уже пофиг на твои проблемы с cachestat. В обычной ситуации так не бывает.

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

34. Сообщение от Аноним (16), 14-Июл-23, 11:21 +/–

В старом мускуле причина тормозов в giant lock на query cache.

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

35. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 13:13 +/–

> В старом мускуле причина тормозов в giant lock на query cache.
угу

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

36. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 13:15 +/–

> надо пасьянс  Косынка сделать системным вызовом...
погоду делать надо :) и одним системным вызовом она не испортится

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

37. Сообщение от benu (ok), 14-Июл-23, 16:20 +1 +/–

Молодцы. Обратная связь в процессе управления — важнейшая вещь.

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

39. Сообщение от Аноним (-), 14-Июл-23, 17:34 +/–

Ага, вспоминаются заставки во премя установки винды. Когда каждая новая "быстрее, выше, сильнее", а на деле прожорливее и тормозее. Если на моем 486DX прекрасно летала 95 винда, то 98 уже свопилась и прилично тормозила, причем в тех же программах.

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

41. Сообщение от Аноним (-), 14-Июл-23, 17:39 –2 +/–

>> расходование процессорного времени и ресурсов
Так может пора уже слезть со своего православного 775 сокета? На современном железе это из разряда экономии на спичках, разница будет в пределах тысячных долей процента.

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

42. Сообщение от Alladin (?), 15-Июл-23, 05:17 +1 +/–

кажись вы не знаете о чем говорите

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

43. Сообщение от Oe (?), 15-Июл-23, 05:17 +/–

Ядро винды не обновляли n-цать лет и оно по прежнему работает идеально.

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

44. Сообщение от 48 (?), 15-Июл-23, 07:47 +1 +/–

а command.com вдруг перестал работать?

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

45. Сообщение от Tron is Whistling (?), 15-Июл-23, 10:15 +/–

> Да, в среднем будет работать наx быстрее.
Fixed.

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

46. Сообщение от Совершенно другой аноним (?), 15-Июл-23, 10:57 +/–

> Ядро винды не обновляли n-цать лет и оно по прежнему работает идеально.
https://ru.wikipedia.org/wiki/Windows_Display_Driver_Model
Windows Display Driver Model (WDDM, также WVDDM в эпоху Vista) — это архитектура графических драйверов для видеокарты под управлением Microsoft Windows, начиная с Windows Vista
- Windows 7 поддерживает WDDM 1.1;
- Windows 8 включает WDDM 1.2;
- Windows 8.1 включает WDDM 1.3;
- Windows 10 включает WDDM 2.0;
- Windows 10 Anniversary Update (версия 1607) включает WDDM 2.1;
- Windows 10 Creators Update (версия 1703) включает WDDM 2.2;
- Windows 10 Fall Creators Update (версия 1709) включает WDDM 2.3;
- Windows 10 April 2018 Update (версия 1803) включает WDDM 2.4;
- Windows 10 October 2018 Update (версия 1809) включает в себя поддержку WDDM 2.5;
- Windows 10 May 2019 Update (версия 1903/1909) добавляет поддержку WDDM 2.6;
- Windows 10 May 2020 Update (версия 2004) привносит поддержку WDDM 2.7;
- Первая финальная версия Windows 11 RTM (версия 21H2) включает поддержку WDDM 3.0;
- Windows 11 версии 22H2 включает поддержку WDDM 3.1;
- Тестовые сборки Windows 11 Insider Preview 25xxx (версия 23H2) включают WDDM 3.2

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

47. Сообщение от Аноним (47), 15-Июл-23, 15:33 +/–

> каждая такая штука означает расходование процессорного времени и ресурсов.
Не факт. Оно внутрях могло знать больше чем вывешивало наружу, для принятия внутренних решений и проч. А интерфейса наружу могло и не быть.
Ну и линуксоиды сейчас в лидерах по IOPS на ядро и все такое. Хотите поучить их делать это правильно - делом покажите что можете лучше.
> Причем острой необходимости в таких штуках как правило нет.
Намного лучше тыкаться везде как слепому котенку не имея данных о перфомансе системы и затыках.

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

48. Сообщение от Аноним (-), 15-Июл-23, 15:36 +1 +/–

> Windows Display Driver Model (WDDM, также WVDDM в эпоху Vista) — это
> архитектура графических драйверов для видеокарты под управлением Microsoft Windows,
> начиная с Windows Vista
А файлуха как была тормозом с 90х так и осталась. Поэтому если попробовать ворочать иерархией с 200К файлов как я это в линухе делаю у вас - там одна сплошная "виндус виста", что так что сяк. И вон тот проект в лине билдуется в разы быстрей. Никакие видеодрова этому не помогут.

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

49. Сообщение от Аноним (-), 15-Июл-23, 15:38 +/–

Не знаю как прогревать "епта" но вообще, софт может и префетчить нужное. И это ессно без статистики не получится нормально делать. Чтобы оптимизить поведение софта - надо знать что уже есть и в правильную ли сторону движение.

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

50. Сообщение от Sw00p aka Jerom (?), 15-Июл-23, 21:49 +/–

> И это ессно без статистики не получится нормально делать.
Так статистика это и есть прогрев

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

51. Сообщение от Sw00p aka Jerom (?), 15-Июл-23, 21:51 +/–

> В обычной ситуации так не бывает.
:))))))))))  99% ситуаций это на грани ООМ

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

52. Сообщение от Neon (??), 16-Июл-23, 03:46 +/–

Ну так куда без libc, можно сказать что ядро))). Всё так же приколочено.

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

53. Сообщение от Аноним (53), 17-Июл-23, 06:00 +1 +/–

Не сижу на этом сайте, мне всё равно

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

54. Сообщение от pavlinux (ok), 17-Июл-23, 13:00 +/–

"Си-библиотека Cosmopolitan..." только что решила, что она портабельная и тут опять :)))

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

55. Сообщение от gogo (?), 29-Июл-23, 11:30 +/–

Вижу, ты до конца статью не дочитал...
Посмотри, какие там они примеры использования предлагают. Это никак не для разработчиков.
А штука тежеленная получиться. Потом ее будут годами оптимизировать и баги с утечкой информации фиксить.

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

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

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

Партнёры:

Хостинг:

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

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

1. Сообщение от frac (?), 13-Июл-23, 22:01	–5 +/–
вот на слух похоже на реально нужную штуку. ну а если включить обывателя: по больше бы подобных вещей разрабатывали, а не всякие сты для стов в ядро внедряли!!!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #29

2. Сообщение от Олег (??), 13-Июл-23, 22:06	+5 +/–
Да что говорить Элементарно загруженность шин посмотреть нельзя,да блин lsi чип хз когда виновник тупняка....все по каким-то левым догадкам
Ответить \| Правка \| Наверх \| Cообщить модератору

9. Сообщение от Аноним (9), 13-Июл-23, 22:33	+7 +/–
Хотели бы как лучше, а получится скорее всего очередная дыра для утечек по сторонним каналам
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #10

10. Сообщение от Аноним (10), 13-Июл-23, 22:52	+7 +/–
Вот ты нытик тоже.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #11

11. Сообщение от Аноним (11), 14-Июл-23, 00:20	+4 +/–
Но капитан же?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

12. Сообщение от Аноним (12), 14-Июл-23, 00:30	+3 +/–
То есть СУБД будет принимать на основе cachestat решения, которые будут влиять на cachestat. Страничный кеш адаптируется к поведению программы, а теперь и программа будет адаптироваться к состоянию кеша, можем получить положительную обратную связь, так что пользоваться этим нужно очень осторожно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #16

13. Сообщение от Аноним2 (?), 14-Июл-23, 00:38	+/–
Вот сделали cachestat, все закэшировано, в следующую наносекунду другой файл запросили, все выгрузилось из кэша, а бд уже решила читать файл без индекса, не зная что его не в кэше. Как это должно работать? Вероятностно (в надежде что никто кэш активно не вытесняет/вдруг повезёт?)?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #14, #15, #33

14. Сообщение от лох (?), 14-Июл-23, 02:26	+1 +/–
Да, в среднем будет работать на x% быстрее. Как те же хардварные префетчеры, например
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #20, #45

15. Сообщение от Роман (??), 14-Июл-23, 02:30	+1 +/–
Хороший вопрос - мне кажется что вероятностно, но вероятностно оно и сейчас так у того же постгреса - есть коэффициенты на случайный и линейный доступ и есть внутри надежда что данные в page cache. У мускуля менее вероятностный при включенном directio - уповает на собственный buffer pool.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #22

16. Сообщение от Аноним (16), 14-Июл-23, 04:29	+1 +/–
Это стандартная проблема, ей сто лет в обед. Решается так же стандартно - адаптироваться не моментально, а постепенно, чтобы "волны" затухали.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #18

17. Сообщение от Аноним (17), 14-Июл-23, 04:43	+/–
> Гранулированное и зависимое от нагрузки манипулирование наполнением и вводом-выводом страничного кэша (например "грязных" (dirty) страниц/страниц, помеченных на отложенную запись (writeback)), меняя частоту синхронизации - от очень частой при слабой нагрузке и до пакетной при всплесках нагрузки. Т.е.?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #19

18. Сообщение от Аноним (18), 14-Июл-23, 05:54	+/–
Всё равно будет иногда попадать в резонанс.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #24

19. Сообщение от Илья (??), 14-Июл-23, 05:59	+3 +/–
Компьютер быстрее работать будет
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #39

20. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 06:13	+/–
А прогрев епта кто будет делать?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #49

22. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 06:17	+/–
>У мускуля Старый мускуль с отрубленным кверикешем быстрее работает при высоком кешмиссрейте, и жутко, жутко тормозит с включенным :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #23, #34

23. Сообщение от Роман (??), 14-Июл-23, 06:19	+/–
>>У мускуля > Старый мускуль с отрубленным кверикешем быстрее работает при высоком кешмиссрейте, и жутко, > жутко тормозит с включенным :) Query cache это другое, но ок, у старого мускуля ещё и завязки на myisam/vfs, чтоб хоть как-то можно было привязать к теме.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #27

24. Сообщение от Аноним (16), 14-Июл-23, 06:57	+/–
Можно рандома ещё добавить
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #30

26. Сообщение от warlock66613 (ok), 14-Июл-23, 07:50	+/–
Количество системных вызовов стремительно приближается к количеству функций WinAPI. Что-то с этим не так, какая-то проблема в архитектуре ОС.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #28

27. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 07:55	–2 +/–
Вывод: пользы 0
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23

28. Сообщение от Совершенно другой аноним (?), 14-Июл-23, 08:33	+1 +/–
Сравнение, имхо, некорректно. В WinAPI это то, что находится в kernel32.dll, advapi32.dll, user32.dll и gdi32.dll. Т.е. там много всего, вообще не относящегося к ядру ОС, разные там MultiByteToWideChar(), ZeroMemory() и прочее, то, что у Unix-систем располагается в libc. И, соответственно, к числу этих функций количество системных вызовов стремительно приблизиться никак не может. А системных вызовов, наверное, уже примерно столько-же, плюс-минус, сколько системных вызовов в ОС Windows.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #31, #52

29. Сообщение от ыы (?), 14-Июл-23, 09:39	–4 +/–
каждая такая штука означает расходование процессорного времени и ресурсов. Причем острой необходимости в таких штуках как правило нет. Это примерно как ходить круглый год всегда и везде в валенках и с зонтиком. И душ принимать не снимая валенок...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #32, #41, #43, #47

30. Сообщение от ыы (?), 14-Июл-23, 09:41	+/–
путем отключения этой хрени
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24

31. Сообщение от ыы (?), 14-Июл-23, 09:42	+/–
надо пасьянс Косынка сделать системным вызовом...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28 Ответы: #36

32. Сообщение от Admino (ok), 14-Июл-23, 10:53	+3 +/–
> каждая такая штука означает расходование процессорного времени и ресурсов. Если не пользоваться такой штукой, то нет никакого расходования процессорного времени и ресурсов. А если её не собирать при компиляции, то и в памяти она не висит. В системе для разработчика оно надо и будет работать, во встройщине её даже компилить не обязательно. Так работает линукс, чувак.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29 Ответы: #55

33. Сообщение от Admino (ok), 14-Июл-23, 10:55	+1 +/–
> в следующую наносекунду другой файл запросили, все выгрузилось из кэша Такая ситуация возможна только при жёстком OOM, когда всем уже пофиг на твои проблемы с cachestat. В обычной ситуации так не бывает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #51

34. Сообщение от Аноним (16), 14-Июл-23, 11:21	+/–
В старом мускуле причина тормозов в giant lock на query cache.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #35

35. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 13:13	+/–
> В старом мускуле причина тормозов в giant lock на query cache. угу
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #34

36. Сообщение от Sw00p aka Jerom (?), 14-Июл-23, 13:15	+/–
> надо пасьянс Косынка сделать системным вызовом... погоду делать надо :) и одним системным вызовом она не испортится
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31

37. Сообщение от benu (ok), 14-Июл-23, 16:20	+1 +/–
Молодцы. Обратная связь в процессе управления — важнейшая вещь.
Ответить \| Правка \| Наверх \| Cообщить модератору

39. Сообщение от Аноним (-), 14-Июл-23, 17:34	+/–
Ага, вспоминаются заставки во премя установки винды. Когда каждая новая "быстрее, выше, сильнее", а на деле прожорливее и тормозее. Если на моем 486DX прекрасно летала 95 винда, то 98 уже свопилась и прилично тормозила, причем в тех же программах.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19