У меня на старом компе в 1ГГц стартовало так же быстро.
Я вообще привык консоль для большенства операций использовать конечно, да и Тотал, и правда получше тунара. Только вот не всем нужен Тотал за 1.5килорублей.
П.С.
Советую попробовать генту. Он конечно долго ставится, но производительность будет поболее чем в убунте. Да и файловую систему ext4. Скорость загрузки будет секунд 20 максимум.
Сервер на то и сервер, чтобы не смешиваться с клиентом. Если загруженна маска кнопки то в любом случае будет перехватываться очень много сообщения(для обработки тултипов например и прочего). Да и это увеличит код ответственный за гуй и баги на порядок.
Если DE будет грузить в сервер особенности своего интерфейса, то сервер придется писать очень гибким, что добавит много много багов в него и уменьшит его скорость. А так же, что если разные фреймворки используют разные интерфейсы? Каждый интерфейс грузить в сервер?
Клиента нужно беспокоить, пусть сам решит, что делать при событии.
Если событие не нужно кнопке, она его просто не получит.
Программист должен всегда думать, что у него кривые руки. Потому что иногда это оказывается правдой.
А современные сети в 100M(я не говорю уж о совсем современных сетях с пропускной способностью 10G) вполне способны обеспечить работу приложения по сети. А многопоточность и приоритеты избавят от проблем с Васей.
Винда не использует общую память для гуя, сообщения пересылаются отдельно. И гуи там работает через win32k.sys, просто он работает в режиме ядра, от чего уже много поколений людей видят синие экраны, что чревато вылетом винды, проблемой кривых драйверов и прочей веселой мути. И кстати, если вы обрабатываете сообщение контрола через винапи, то там не так тривиально идет обработка, как вы полагаете.
Если приложение вызывает функцию рисования чего-то то там происходит вызов функций из многих длл, причем если используется только винапи, и не используются фреймворки.
Если в линуксе есть активно работающий с вводом-выводом процесс, то ему дадут столько же микросекунд, сколько положено по приоритету, так же как и в винде.
В винде сообщение получают все элементы, не все их обрабатывают.
Если сообщения должны получать только заинтересованные в нем элементы, то как сделать так, чтобы заинтересованность элемента проверялась динамически, без проверки заинтересованности при каждом поступлении сообщения?) И зачем делать подсветку кнопок при наведении, если каждая DE реализует свой интерфейс, и они не всегда являются Win подобными? Также, зачем серверу знать о существовании кнопок? Что-бы он падал при отправлении кривых данных?
Насчет работы по сети, то возможность запустить что-нибудь ресурсоемкое на одном мощном компьютере, а работать с интерфейсом на других, более слабых компьютерах(причем с разными программами на всех) есть не совсем лишняя возможность. И эта возможность лишь предусмотренна, она не является основной.
Почему сегодня использовать это рано? Коре дуо вышел 3 года назад. Да и гипертридинг был до этого. Сейчас уже как раз время для оптимизации программ под многопоточность. Да и сама многопоточность не подрывает производительность. Что не написанно под многопоточность — выполняется на одном ядре. Плюс здесь в том, что процессов одновременно может выполненно в 2 раза больше.
Как ООП когда-то было прорывом, то теперь функциональное программирование выходит на сцену. А pure functional может работать хоть на 10000 ядер без проблем.
Да и подсчет ссылок, потокобезопасные программы делать надо уметь.
3000х3000 это не большой размер. Он и выводиться, как набор полигонов текстурированных, только есть еще вещь такая, как octree и lod. То есть какие-то полигоны выводятся в хорошем качестве, а какие-то не выводятся вообще.
И если что, нарисовать полигон с текстурой 3000х3000 на современной карте не составит проблем(он в памяти то будет меньше 40 мегабайт занимать при полноцвете 32 бита на пиксель, хотя там скорее всего вообще 256 цветов, что уменьшает размер до 10 мег).
Э, вообще-то ядро винды так же пересылает эти сообщения процессу. Иначе как определить момент, когда пересылать его.
Насчет переключения процессов — это не сложно распланировать, треды существуют уже больше десятка лет, и чуть усложненный карусельный механизм переключения процессов работает нормально.
Кстати, как насчет некоторого количества десятков служб в винде, которые тоже являются отдельными процессами?
Во-первых, мне, например, иногда нужны люди, которые умнее меня.
Во-вторых, тут проверяется опытность. Если человек опытный, то он скорее всего уже слышал об этой задаче)
У меня thunar стартует за 1 секунду и по win+T. Автомонтиование в xfce работает. В дебиане для большинства вещей есть гуй, не путайте со слакой.
Blackbox портирован с линукса был если что, и под линукс он естественно есть.
Я правильно померял.
Рвется звук — потому что он считывает всю метаинформацию с добавленных песен, чтобы хорошо разложить по каталогам(это бывает только на слабой и одноядерной системе)
Вы забыли в преимуществах про подкасты. Да и интернет радио всё-таки не ограничевается вашими потребностями.
И в ритмбоксе тоже можно запустить проигрывание по всем песням если что.
П.С.
А если хочется послушать альбом, название которого не помнишь?)
Если есть сообщение mousemove, то оно и в winapi слаться будет, и в браузере(к яваскрипту), и в Xwindow.
Либо структура, где элементы не связанны, либо вин95, где очень легко можно было уронить винду.
У них нет векторной карты скорее всего, а обычный большой битмап, с разными слоями и объектами на нем, которые тоже битмапы. В играх почти не используется вектор.
При масштабировании вообще нет смысла кэшировать вектор в битмап.
Я вообще привык консоль для большенства операций использовать конечно, да и Тотал, и правда получше тунара. Только вот не всем нужен Тотал за 1.5килорублей.
П.С.
Советую попробовать генту. Он конечно долго ставится, но производительность будет поболее чем в убунте. Да и файловую систему ext4. Скорость загрузки будет секунд 20 максимум.
Если DE будет грузить в сервер особенности своего интерфейса, то сервер придется писать очень гибким, что добавит много много багов в него и уменьшит его скорость. А так же, что если разные фреймворки используют разные интерфейсы? Каждый интерфейс грузить в сервер?
Клиента нужно беспокоить, пусть сам решит, что делать при событии.
Если событие не нужно кнопке, она его просто не получит.
Программист должен всегда думать, что у него кривые руки. Потому что иногда это оказывается правдой.
А современные сети в 100M(я не говорю уж о совсем современных сетях с пропускной способностью 10G) вполне способны обеспечить работу приложения по сети. А многопоточность и приоритеты избавят от проблем с Васей.
Если приложение вызывает функцию рисования чего-то то там происходит вызов функций из многих длл, причем если используется только винапи, и не используются фреймворки.
Если в линуксе есть активно работающий с вводом-выводом процесс, то ему дадут столько же микросекунд, сколько положено по приоритету, так же как и в винде.
Если сообщения должны получать только заинтересованные в нем элементы, то как сделать так, чтобы заинтересованность элемента проверялась динамически, без проверки заинтересованности при каждом поступлении сообщения?) И зачем делать подсветку кнопок при наведении, если каждая DE реализует свой интерфейс, и они не всегда являются Win подобными? Также, зачем серверу знать о существовании кнопок? Что-бы он падал при отправлении кривых данных?
Насчет работы по сети, то возможность запустить что-нибудь ресурсоемкое на одном мощном компьютере, а работать с интерфейсом на других, более слабых компьютерах(причем с разными программами на всех) есть не совсем лишняя возможность. И эта возможность лишь предусмотренна, она не является основной.
Как ООП когда-то было прорывом, то теперь функциональное программирование выходит на сцену. А pure functional может работать хоть на 10000 ядер без проблем.
Да и подсчет ссылок, потокобезопасные программы делать надо уметь.
И если что, нарисовать полигон с текстурой 3000х3000 на современной карте не составит проблем(он в памяти то будет меньше 40 мегабайт занимать при полноцвете 32 бита на пиксель, хотя там скорее всего вообще 256 цветов, что уменьшает размер до 10 мег).
Насчет переключения процессов — это не сложно распланировать, треды существуют уже больше десятка лет, и чуть усложненный карусельный механизм переключения процессов работает нормально.
Кстати, как насчет некоторого количества десятков служб в винде, которые тоже являются отдельными процессами?
Во-вторых, тут проверяется опытность. Если человек опытный, то он скорее всего уже слышал об этой задаче)
Blackbox портирован с линукса был если что, и под линукс он естественно есть.
Рвется звук — потому что он считывает всю метаинформацию с добавленных песен, чтобы хорошо разложить по каталогам(это бывает только на слабой и одноядерной системе)
Вы забыли в преимуществах про подкасты. Да и интернет радио всё-таки не ограничевается вашими потребностями.
И в ритмбоксе тоже можно запустить проигрывание по всем песням если что.
П.С.
А если хочется послушать альбом, название которого не помнишь?)
Либо структура, где элементы не связанны, либо вин95, где очень легко можно было уронить винду.
При масштабировании вообще нет смысла кэшировать вектор в битмап.