> то может получиться так, что процессор поменяет инструкции местами(так как они не зависят), поэтому rdtcs() может вызваться не там где нужно и результат будет не верным.
> Поэтому часть цикла между скобками либо должна быть написана на ассемблере, либо на Си, но вы должны четко понимать, чего добиваетесь от компилятора.
Никаких сомнений, просто тема ну ни капельки не раскрыта!
Вот если бы ка вы в двух словах написали было бы намного информативнее или хотя бы в скобочках перечислили имена этих «чумовых» типов.
Кстати, касательно возможностей PostgreSQL, кому приходилось использовать на практике:
— наследование таблиц;
— тип данных массив.
Поделитесь пожалуйста опытом: для решения каких задач использовалась данная возможность?
Ну не знаю…
В Jenkins, располагая вычислительными средствами и имея определенные задачи, я без труда могу управлять правами пользователей, задавать зависимости проектов, а так же создавать как параметризованные так и мульти-конфигурационные проекты и много другое. Благодаря этому ряд вопросов решается, так сказать, сам собой.
Например:
— пользователь Х должен иметь право запускать задачу на сборку проекта, в случае успешной сборки которого, автоматически запустится задача по его разворачиванию;
— предоставить возможность пользователю при запуске сборки определить параметры сборки (например Debug/Release), но при этом не иметь доступа к исходным кодам;
— пока идет сборка проекта А на ноде N, никакие проекты не запускать, а предварительно собрать проект C.
А как эти задачи будете решать вы?
Минусы? Да согласен проектов становиться очень много, но это не беда — создаются «вьюхи» где группируются проекты по смыслу и назначаются в качестве дефолтных соответствующим пользователям.
Но зато плюсы: простота реализации и администрирования.
Мда… Сколько же тут подводных камней…
> Если пишете на Си, проверьте с помощью ключа -S генерируемый ассемблерный код.
Вот это было не понятно.
А можно ли для этого применять volatile переменные и memorybarier (читал здесь: ru.wikipedia.org/wiki/GCC_Inline_Assembly)? И если нет, то почему?
Возможно ошибаюсь, но наверное имелось в виду не начальное и конечное RDTSC, а разница между начальным и конечным RDTSC?
Раскройте пожалуйста смысл.
Вот если бы ка вы в двух словах написали было бы намного информативнее или хотя бы в скобочках перечислили имена этих «чумовых» типов.
— наследование таблиц;
— тип данных массив.
Поделитесь пожалуйста опытом: для решения каких задач использовалась данная возможность?
> К счастью, с этими вещами у Postgres полный порядок.
Звучит убедительно.
> чумовые типы данных.
Killer-feature.
Для тех кто отец и кто служил в современной армии — более чем понятно.
В Jenkins, располагая вычислительными средствами и имея определенные задачи, я без труда могу управлять правами пользователей, задавать зависимости проектов, а так же создавать как параметризованные так и мульти-конфигурационные проекты и много другое. Благодаря этому ряд вопросов решается, так сказать, сам собой.
Например:
— пользователь Х должен иметь право запускать задачу на сборку проекта, в случае успешной сборки которого, автоматически запустится задача по его разворачиванию;
— предоставить возможность пользователю при запуске сборки определить параметры сборки (например Debug/Release), но при этом не иметь доступа к исходным кодам;
— пока идет сборка проекта А на ноде N, никакие проекты не запускать, а предварительно собрать проект C.
А как эти задачи будете решать вы?
Минусы? Да согласен проектов становиться очень много, но это не беда — создаются «вьюхи» где группируются проекты по смыслу и назначаются в качестве дефолтных соответствующим пользователям.
Но зато плюсы: простота реализации и администрирования.