Pull to refresh
25
0
Send message
Новость отличная, но анонс очень скудный.
А где про такое почитать можно?
Аналогичная история, только я с XP переходил на 7 и расстроенный от изменений в Панели инструментов перешел на openSUSE.
Здесь говорят, что это не так.
> Время выполнения rdtsc не всегда зафиксировано четко.

Мда… Сколько же тут подводных камней…
О, теперь дошло!

> Если пишете на Си, проверьте с помощью ключа -S генерируемый ассемблерный код.
Вот это было не понятно.
> то может получиться так, что процессор поменяет инструкции местами(так как они не зависят), поэтому rdtcs() может вызваться не там где нужно и результат будет не верным.

А можно ли для этого применять volatile переменные и memorybarier (читал здесь: ru.wikipedia.org/wiki/GCC_Inline_Assembly)? И если нет, то почему?
> начальная и конечная RDTSC заняли одинаковое время

Возможно ошибаюсь, но наверное имелось в виду не начальное и конечное RDTSC, а разница между начальным и конечным RDTSC?
> Поэтому часть цикла между скобками либо должна быть написана на ассемблере, либо на Си, но вы должны четко понимать, чего добиваетесь от компилятора.

Раскройте пожалуйста смысл.
Никаких сомнений, просто тема ну ни капельки не раскрыта!
Вот если бы ка вы в двух словах написали было бы намного информативнее или хотя бы в скобочках перечислили имена этих «чумовых» типов.
Кстати, касательно возможностей PostgreSQL, кому приходилось использовать на практике:
— наследование таблиц;
— тип данных массив.
Поделитесь пожалуйста опытом: для решения каких задач использовалась данная возможность?
Спасибо автору за перевод, но статья больше походит на «холивар-мину».

<sarcasm>
> К счастью, с этими вещами у Postgres полный порядок.
Звучит убедительно.

> чумовые типы данных.
Killer-feature.
</sarcasm>
На Kiev ALT.NET тоже был доклад по Continuous Testing. Просто к слову…
Вот только на практике проще добиться абсолютной точности чем примерной (это и про кирпичи и про программирование).
Спасибо за развернутый ответ. Но все-таки не все из описанного мне понятно — я списываю это на отсутствие у себя соответствующего опыта.
> Ведь понятно ж вроде написал.
Для тех кто отец и кто служил в современной армии — более чем понятно.
Ну не знаю…
В Jenkins, располагая вычислительными средствами и имея определенные задачи, я без труда могу управлять правами пользователей, задавать зависимости проектов, а так же создавать как параметризованные так и мульти-конфигурационные проекты и много другое. Благодаря этому ряд вопросов решается, так сказать, сам собой.
Например:
— пользователь Х должен иметь право запускать задачу на сборку проекта, в случае успешной сборки которого, автоматически запустится задача по его разворачиванию;
— предоставить возможность пользователю при запуске сборки определить параметры сборки (например Debug/Release), но при этом не иметь доступа к исходным кодам;
— пока идет сборка проекта А на ноде N, никакие проекты не запускать, а предварительно собрать проект C.
А как эти задачи будете решать вы?

Минусы? Да согласен проектов становиться очень много, но это не беда — создаются «вьюхи» где группируются проекты по смыслу и назначаются в качестве дефолтных соответствующим пользователям.
Но зато плюсы: простота реализации и администрирования.

Information

Rating
Does not participate
Location
Феодосия, Республика Крым, Россия
Date of birth
Registered
Activity