Смотрю я на действия Canonical и мне все больше кажется, что они хотят стать «OpenSource Apple».
Посудите сами:
— Чрезмерное внимание уделяется юзабелити
— Проста использования. Ориентация на «домохозяйку».
— Попытки заработка на сервисах вокруг ОС.
— Во главе компании харизматичный лидер.
Все это можно сказать как про Apple, так и про Canonical. Кто еще найдёт сходства?
Ну просто странно. Разработчики то в России, они должны в любом случае знать, что происходит. По-моему, черкнуть пару строк на новостные сайты не сложно… :-/ А то, что Россия не основной рынок — с этим, конечно, согласен.
Твои бы слова да разработчикам в уши. Я о том, что об этом, тем более со скринами, надо писать каноникал, а не мусолить в темах на форуме. Это первое.
Второе: Я может и ошибаюсь, но вроде как в анстэйбл версии хрома что-то писали про глобал меню. Может и исчезнет эта проблема сама по себе с новой версией??? Но опять же может я что-то путаю, но вродь читал об этом.
Меня в юнити еще раздражает отсутствие аналога меню, которое открывалось по правому клику на кнопке окна в панели (там были всякие пункты типа переместить, изменить размер и т.п.). Ну вот не знаю/не помню я сочетание клавиш, которое вызывает, например, включение перемещения окна, и что теперь? Смириться с тем, что убежавшее заголовком за край экрана окно навсегда потеряно?
Почему не стыкуется?
Поток синхронно вызывает flexsc_wait, когда ему надо выполнить все накопленные вызовы, в данном случае это делает библиотека FlexSC-Threads ровно для одного сискола, но сами вызовы flexsc_wait из разных потоков никак не взаимосвязаны, за счет этого и получается увеличение производительности, правда, при условии, что сисколы от всех потоков валятся прямо лавиной.
А ответ на вопрос «когда же реально произойдут сисколы?» кроется в этой фразе: «Приложение, пожелавшее использовать механизм FlexSC, делает системный вызов (классический) flexsc_register(), в результате которого ядро выделяет нескольких страниц памяти и создает новый внутриядерный поток, который в будущем будет обслуживать интерфейс FlexSC для этого приложения.»
Вот когда этот самый внутриядерный поток получит квант времени, тогда и выполнятся.
Хотя может все и не совсем так. Без деталей реализации трудно рассуждать.
Основной рынок у Акрониса это США, потом Германия и Япония. Т.к. эти страны приносят 90% прибыли, то пиар делается именно там.
Да и виртуализация это не первая, не вторая и даже не третья статья дохода компании.
Правильно подметили, вымирающий вид.
Вообще, чем больше глючит ОС, тем больше о ней пишут. Вот centos с гномом на десктопе хоть бы раз завис за год, и никому эта ось, кроме как для сервера, не интересна=).
Однако для многопоточных приложений выигрыш оказывается значительным, так как FlexSC позволяет группировать исполнение системных вызовов многих потоков (которые просто по определению не могут быть взаимосвязанными).
Вот даже как… «по определению». «А мужики то не знают!» :)
Они только забыли, что синхронные вызовы нужны еще для контроля возможных ошибок и, соответственно, ветвления в случае разных результатов. Не думаю, что сильно большое количество системных вызовов ничего не возвращает, чтобы так лихо все делать асинхронным.
В том то и дело, что «дергает каждый раз» и «в очереди окажутся вызовы из других потоков» не стыкуются. Единственное что видится — вызов с задержкой, но хочется верить, что не все так просто.
Посудите сами:
— Чрезмерное внимание уделяется юзабелити
— Проста использования. Ориентация на «домохозяйку».
— Попытки заработка на сервисах вокруг ОС.
— Во главе компании харизматичный лидер.
Все это можно сказать как про Apple, так и про Canonical. Кто еще найдёт сходства?
что именно имели ввиду, еще больше уменьшить или вообще возможность уменьшения, если второе, то это возможно в настройках compiz.
А вот какой-нибудь шоткат на aero pick логично сделать.
Второе: Я может и ошибаюсь, но вроде как в анстэйбл версии хрома что-то писали про глобал меню. Может и исчезнет эта проблема сама по себе с новой версией??? Но опять же может я что-то путаю, но вродь читал об этом.
Поток синхронно вызывает flexsc_wait, когда ему надо выполнить все накопленные вызовы, в данном случае это делает библиотека FlexSC-Threads ровно для одного сискола, но сами вызовы flexsc_wait из разных потоков никак не взаимосвязаны, за счет этого и получается увеличение производительности, правда, при условии, что сисколы от всех потоков валятся прямо лавиной.
А ответ на вопрос «когда же реально произойдут сисколы?» кроется в этой фразе: «Приложение, пожелавшее использовать механизм FlexSC, делает системный вызов (классический) flexsc_register(), в результате которого ядро выделяет нескольких страниц памяти и создает новый внутриядерный поток, который в будущем будет обслуживать интерфейс FlexSC для этого приложения.»
Вот когда этот самый внутриядерный поток получит квант времени, тогда и выполнятся.
Хотя может все и не совсем так. Без деталей реализации трудно рассуждать.
Да и виртуализация это не первая, не вторая и даже не третья статья дохода компании.
Это была ирония) Но применимо к винде.
)
весьма спорно
Вообще, чем больше глючит ОС, тем больше о ней пишут. Вот centos с гномом на десктопе хоть бы раз завис за год, и никому эта ось, кроме как для сервера, не интересна=).
арчепользователей есть, но арчеблогеров крайне мало =)
Вот даже как… «по определению». «А мужики то не знают!» :)