Wayland 1.8

Упомянутый код с goto я бы писал так:

static int
set_cloexec_or_close(int fd)
{
    long flags;

    if (fd == -1)
        return -1;

    flags = fcntl(fd, F_GETFD);
    if (flags != -1) {
        if (fcntl(fd, F_SETFD, flags | FD_CLOEXEC) != -1) {
            return fd;
        }
    }
    close(fd);
    return -1;
}

А можно даже так:

if ((flags = fcntl(fd, F_GETFD)) != -1) {

добавлен тестовый режим рендеринга без экрана («headless rendering»)

Нужно. С иксами так и не получилось на сервере без головы рендерить картинки и высылать клиенту. Решение, конечно, нашли, но осадок остался.

Во втором случае переменная flag не определена. И вообще второй вызов fcntl зависит от первого, поэтому объединять их в одно выражение нехорошо, тк , в отличии от хипстерских языков, порядок вычисления в логигическом выражении на усмотрение компилятора.

Кварцу лет двадцать, если не больше. Раньше он назывался Display Post Script, а когда NextStep переименовали в MacOS X, то его переделали в кварц, запилив 3д ускорение. Да и иксов там никогда не было.

А вайланд уже года два как в sailfish OS крутиться и никто не жалуется. То есть у него уже вполне себе сложившаяся судьба в дикой природе.

Эталонное ненужно

Кварцу лет двадцать, если не больше. Раньше он назывался Display Post Script, а когда NextStep переименовали в MacOS X, то его переделали в кварц, запилив 3д ускорение. Да и иксов там никогда не было.

Спасибо за инфу

С какого перепугу это X server?

Взято из перепоста.

порядок вычисления в логигическом выражении на усмотрение компилятора

Читни стандарт и не позорься.

AMD вообще драйвер для ядра написали, и тем самым вышли в опенсорс. fglrx теперь не нужен.

Во втором случае переменная flag не определена.

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

в отличии от хипстерских языков, порядок вычисления в логигическом выражении на усмотрение компилятора.

вообще-то нет, он вполне определён, именно для логических операторов http://alenacpp.blogspot.ru/2005/11/sequence-points.html

alenacpp

Отличный источник, братан.

В моем варианте не вызовется.

напишите сюда его, что-ли. иначе не до конца ясно, что вы имели в виду.

Цифра с потолка.

вам неизвестно, что вызов ф-ции стоит, как минимум, в 2 раза дороже if? (переход по call и обратно)

При fd == -1:

>if (fd == -1) return -1;

1 единственная операция if

вместо:

if (fd == -1) goto exit;
exit:
close(fd);
return -1;

как видите, затраты на исполнение тела сабжевой ф-ции по этому пути исполнения возрастают минимум в 3 раза

напишите сюда его, что-ли. иначе не до конца ясно, что вы имели в виду.

if (fd >= 0) {
  close(fd);
}

вам неизвестно, что вызов ф-ции стоит, как минимум, в 2 раза дороже if? (переход по call и обратно)

Ну и? Более того, тут не просто функция, а сискол, но это не значит, что производительность приложения просядет в 200 раз.

как видите, затраты на исполнение тела сабжевой ф-ции по этому пути исполнения возрастают минимум в 3 раза

И что? Эта функция может вызываться 1 раз за весь жизненный цикл процесса. Может стоит не заниматься преждевренной оптимизацией и не писать непонятный плохо поддерживаемый код пока об этом явно не сказал профайлер?

ПНХ, петух!

С хера ли он лишний?

Еще один школьник-быдлокодер... Да откуда вы лезете-то?

Еще один! Нутыпонел!

Если поковырять его поглубже, то возникает такое желание, но стоит оглянуться и посмотреть вокруг как попускает.

 if (fd >= 0) {
  close(fd);
}

и получаем лишний if для ветки исполнения при fd == -1? в критичном по скорости коде?

производительность приложения просядет в 200 раз.

200 раз != 200%

Может стоит не заниматься преждевренной оптимизацией и не писать непонятный плохо поддерживаемый код пока об этом явно не сказал профайлер?

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

Эта функция может вызываться 1 раз за весь жизненный цикл процесса

эта функция будет вызываться регулярно, речь о ПО, отвечающим почти за всю системную графику

Да ладно. C# убил VB, который стал ненужен.

VB к тому времени был давно мёртв

тема срача про вяленого не раскрыта) плохо стараются:)

К моменту появления C# VB6 был очень даже жив, здоров и успешен. Где-то рядом крутились Дельфи. Для веба был перл и похапе.

VB6 был очень даже жив, здоров и успешен.

ежели только в мсоффисе

А вайланд уже года два как в sailfish OS крутиться и никто не жалуется
никто не жалуется

ЕМНИП, sailfish еще оооочень сырая и забагованная ось для geeks-only. Так, что это еще ни о чем не говорит:)

заставьте goto прыгнуть из одной ф-ции в другую

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

// не называй меня «на Вы» — ААААА!!!!!!111

C# убил VB, который стал ненужен.

VB был нужен?

// однажды, в бытность студентом, мне пришлось писать программу рисования домика, по просьбе девушки некст дор (ей задали в универе), но мне перепало не до конца, так что ВБ — _почти_ бесполезен, инфа 100%

И никто в теме не отрефакторил

if (fcntl(fd, F_SETFD, flags | FD_CLOEXEC) != -1) {
...

в

long res;

res = fcntl(fd, F_SETFD, flags | FD_CLOEXEC);
if (res != -1) {
...

а прицепились к goto.

... ой, да это же не development. Ontop: wayland нужен.

вот и ещё один человек, который в этой простыне не заметил flags в

if (fcntl(fd, F_SETFD, flags | FD_CLOEXEC) != -1)

В кровавом энтерпрайзе он жил и жил весьма неплохо в качестве быстрой рисовалки всяких вспомогательных программок. Напоминаю - 2001 год вроде.

VB как ни странно был вполне нужен. Для специфичных задач, но нужен. С появлением .net все переехали на C#, который был лучше и удобнее.

и получаем лишний if для ветки исполнения при fd == -1? в критичном по скорости коде?

«критичный по скорости код» это твои фантазии

эта функция будет вызываться регулярно, речь о ПО, отвечающим почти за всю системную графику

Опять же твои фантазии. Если «критичный по скорости код» постоянно дергает сисколы fcntl/close, то это либо не «критичный по скорости код» либо надо что-то пересматривать в архитектуре.

эта функция будет вызываться регулярно, речь о ПО, отвечающим почти за всю системную графику

Ты сейчас пытаешься оправдать свое нубство каким-то совершенно глупыми отмазками.

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

В кровавом энтерпрайзе и кобол до сих пор жив — не показатель.

Для специфичных задач, но нужен.

кроме вордомакросов, для каких?

Без конкретных цифр твои слова ничего не стоят.

вся реализация вейланда, целиком, критична по скорости, т.к. отвечает почти за всю системную графику.

Запуск сервера, его завершение, перечитывание конфигурации и т.п. тоже? Настолько, чтобы обсуждать оптимизацию лишнего вызова функции и лишнюю проверку 5 страниц? Я думаю, что разработчикам есть чем заняться.

А действительно критичные к скорости обработка и отрисовка графики никакого отношения к вводу/выводу на диск не имеют. Совсем.

при разработки биндингов

Может всё-таки «при разработке»?

Запуск сервера, его завершение, перечитывание конфигурации и т.п. тоже? Настолько, чтобы обсуждать оптимизацию лишнего вызова функции и лишнюю проверку 5 страниц?

разработчики вейланда посчитали, что да и написали оптимальный код, а не тот, который предлагает Reset. ежели лично вы не согласны с выбранными ими приоритетами — вас никто не держит, перепишите вейланд с тормозами, лишь бы выглядело красиво. советую сразу взять Java или питон.

лол. даже на полнейшее капитанство на ЛОРе потребуют провести анализы, графики и кучу тестов.

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

Насчёт их мотивации у меня большие сомнения. Предполагаю, что это больше стилистическое решение, нежели оно продиктовано скоростью. Хотя возможно ты и прав.

Но про критичность к скорости этого кода, ты, все же, не прав.

я имею в виду, что решение Резета, стилистически если и лучше, то на копейку. ради этого не стоит вставлять лишний if в релизе критичного по скорости софта.

Мне решение reset'а тоже не нравится. Меня лично полностью устраивает код в реализации, не думаю, что надо его менять, но я не разработчик и в сишку почти не умею.

Но, упомянутый код не критичен к скорости!

Но, упомянутый код не критичен к скорости!

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

которую определённо нужно менять.

определённо

ни на чём не основанное утверждение.

Переписали бы уже этот свой фреймбуфер на православном Расте же, хоть толк какой-то был бы от этого ненужно.

Переписали бы уже этот свой фреймбуфер на православном Расте же, хоть толк какой-то был бы от этого ненужно.

Воистину! И goto не понадобится.

У раста пока что ABI не стандартизирован. А сишный ABI для проекта такой величины замучаешься вкорячивать, как мне кажется. Библиотеки общего пользования пусть остаются на си.

А вот конечные приложения - от DE до либреофиса - хорошо бы переписать на расте

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

О, любители минимализма подтянулись.

Чем иксы утяжелены? Реализацией устаревшего АПИ рисования, которое занимает нихрена процентов от общего объёма кода? Это разумеется фатальный недостаток.

Иксы не только не перетяжелены, но наоборот содержат недостаточно фич, чтобы отвечать требованиям современности.

Как минимум,

Нет средств оптимизации вывода глифов, каждое приложение вручную рендерит глифы и хранит их копии. Нужен частичный возврат к идее серверного рендеринга на новой технологической базе.

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

Нет возможности сохранять состояние на стороне клиента при разрывах соединения.

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

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

Проводя аналогию, Нива конечно хреновый автомобиль, но если в мире нет других внедорожников (как в случае с иксами нет альтернатив), придётся ездить на нём и дорабатывать его. Если же пользователь Нивы получит предложение пересесть на мотороллер, будет закономерно послан на три буквы.

Что защитники идеи «вейланд на рабочии станции и десктопы» периодически и слышат от пользователей.