[иксы][gui][вперде] Пора сваливать на другой глобус

> Это что меня тут недавно Document Viewer и Evince в качестве просмотрщиков PDF разозлили

А Okular не пробовал?

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

> Сложность вычислительной задачи оцениваем по сложности рисования карандашиком у студентоты? Этапять!

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

кстати, если бы таки взял карандашик и нарисовал, скажем, заголовок окна с градиентиком и не-ШГ, то давно бы это понял

> Кстати да, KWrite/Kate очень шустрые редакторы

Открыл исходник Rubyripper (~2600 строк) в Kate, попробовал поставить открывающую круглую скобку. Отобразилась она примерно через полторы секунды после нажатия. Это называется шустрый? (: хотя в остальном да, все довольно быстро работает.

emacs наше всё (его, кстати, можно использовать не только терминальный/gtk-шный)

да - неумеющие писать патчи могут купить себе Mac, там не тормозит, а если и затормозит - можно уже требовать, чтоб исправили

Тормозит, еще как. Даже на новый макбуках про. Я предполагаю, что там все в механический диск упирается, наверное на SSD будет быстрее. Вот только я помню как вполне комфортно работал за своим стареньким p3 c 256 мб оперативки...

>скорость прорисовки у GTK всегда хромала, даже по сравнению с тем же Qt.

по сравнению с qt3 - да, было невооружённым глазом заметно, сейчас, с переходом на Qt4 стало примерно так же

Вообще, ТС ничего нового не написал. Я помню лет 8 назад в журнале Домашний ПК (вроде он так назывался) выкладывали циклы статей по алгоритмам и языкам программирования. Там был перевод публикации кажется Э. Дейкстры, в которой было написано тоже самое: современные программы прожорливы, причем, прожорливы необоснованно. Так не только на linux, так на mac os и windows, от этого никуда не деться.

По хорошему, надо собрать разработчиков, например, KDE или Gnome в одном месте, дать им по пентиуму 2 с 64 мб оперативки и пускай пишут действительно хороший код, а не измышляют какие иконки красивее и каких аплетов нам не хватает на рабочем столе... Вот только тут мы понимаем, что нам никто ничего не должен, код пишут добровольно а балом правят корпорации типа AMD и Intel, которым нужно продавать свои процессоры.

>ССЗБ, чо. Kwrite таки летает.

Да ну? А открой-ка файлик со строками пару сотен тысяч символов длинной, я посмотрю, как оно летать будет.

Не установлено ничего из перечисленного. Еще светлые идеи будут? :D

Будут. Поставь компиз. У меня без него тоже всё страшно тормозит.

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

кстати, если бы таки взял карандашик и нарисовал, скажем, заголовок окна с градиентиком и не-ШГ, то давно бы это понял

Пусть студентота мне режит на бумажке вычислительную задачу нарисовать 3d-сцену с (хотя бы) несколькими десятками тысяч прямоугольников и хорошим текстутированием. Компьютер решает эту задачу за малую долю секунды. Ну или если иметь виду, что gedit всё же рендерит себя на CPU, возьмём другую сложную вычислительную задачу — рассчёт физики и обработка AI/скриптов. Например, в HL2 или Painkiller. Для коматозников напомню системные требования: HL2 — 1.7 ГГц, 512 МБ ОЗУ, видеокарта, совместимая с DirectX 8.1, Painkiller — 512 MB MB RAM, CPU: Pentium-4 2.5 ГГц, видео с 128 МБ VRAM. Компьютер, который в реалтайме рендерит высокополигональную графику с качественными текстурами, освещением и сложной постобработкой, а также считает довольно сложную физику — не может, тем не менее, просто мгновенно показать окно текстового редактора. Какие, к черту, градиенты и иконки с прозрачностью!

s/прямоугольников/треугольников/

> А то, что иксы нужно как можно быстрее закопать, я окончательно понял, когда в очередной раз столкнулся с залипанием клавиш. http://www.linux.org.ru/forum/talks/6117921

Ну на этот счёт ничего сказать ничего не могу, ни разу такой баг не видел. Редко бывает, что залипают модификаторы в xneur, но я абсолютно не в курсе, кто именно виноват - иксы или xneur.

И да — из этого никак не следует, что иксы надо закапывать. Если есть конкретный баг, надо найти и починить баг. Логично, что если он воспроизводится только вас и не воспроизводится у того, кто мог бы заняться починкой, то помочь вам не смогут. Ищите проблему сами, либо наймите кого-либо, кто это сделает. Это СПО в конце, концов. Если бы вместо иксов были гипотетические игреки, было бы то же самое.

Открыл исходник на python в ~5500 строк в Kate. Даже видимой задержки нет, все летает. ЧЯДНТ?

А круглые открывающие скобки пробовал ставить? У меня вот реально скобка только через пару секунд появляется.

Пробовал. Параллельно увлекаюсь Scheme, а там одни скобки. Хотя максимальный исходник там ~1900 строк.

>Линуксофанатики так обещают — заслушаешься

а если на тебя набросятся бабки-иеговистки, тоже слушать будешь? вот то-то же

>дать им по пентиуму 2 с 64 мб оперативки

и пускай пишут действительно хороший код

dingux?

>> К слову, скорость прорисовки у GTK всегда хромала, даже по сравнению с тем же Qt.

4.2.

Ну не хотите видеть очевидного — не надо, чо.

Это видишь только ты — повод задуматься.

>А вот Konsole подтормаживает...
4.2

Ага, а ещё xpdf единственный, кто у меня вылетал при открытии pdf-ок.

Kwrite таки летает.

А вот Konsole подтормаживает...

Konsole

[ megabaks@desktop ] ~ $ time for i in `seq 1000`;do wmctrl -r "megabaks : bash" -e 1,-1,-1,500,300 && wmctrl -r "megabaks : bash" -e 1,-1,-1,1280,1024;done

real	0m14.377s
user	0m2.623s
sys	0m0.657s
[ megabaks@desktop ] ~ $ 

[ megabaks@desktop ] ~ $ time for i in `seq 1000`;do wmctrl -r Kwrite -e 1,-1,-1,500,300 && wmctrl -r Kwrite -e 1,-1,-1,1280,1024;done

real	0m14.255s
user	0m2.626s
sys	0m0.694s
[ megabaks@desktop ] ~ $

top -n 1

Gedit с тем же конфигом коньков и тем же ШГ (terminus)

[ megabaks@desktop ] ~ $ time for i in `seq 1000`;do wmctrl -r ".conkyrc-megabaks2 (~) - gedit" -e 1,-1,-1,500,300 && wmctrl -r ".conkyrc-megabaks2 (~) - gedit" -e 1,-1,-1,1280,1024;done

real	0m20.669s
user	0m2.816s
sys	0m0.764s
[ megabaks@desktop ] ~ $ 

Compiz и поэтому УМВР.

не могу не согласиться:
Kwin OpenGL

[ megabaks@desktop ] ~ $ time for i in `seq 1000`;do wmctrl -r "Chromium" -e 1,-1,-1,500,300 && wmctrl -r "Chromium" -e 1,-1,-1,1280,1024;done

real	0m37.276s
user	0m3.180s
sys	0m0.703s
[ megabaks@desktop ] ~ $

[ megabaks@desktop ] ~ $ time for i in `seq 1000`;do wmctrl -r "Chromium" -e 1,-1,-1,500,300 && wmctrl -r "Chromium" -e 1,-1,-1,1280,1024;done

real	0m19.408s
user	0m3.531s
sys	0m0.866s
[ megabaks@desktop ] ~ $

[ megabaks@desktop ] ~ $ time for i in `seq 1000`;do wmctrl -r "Chromium" -e 1,-1,-1,500,300 && wmctrl -r "Chromium" -e 1,-1,-1,1280,1024;done

real	0m16.168s
user	0m3.089s
sys	0m0.692s
[ megabaks@desktop ] ~ $

> Пробовал. Параллельно увлекаюсь Scheme, а там одни скобки. Хотя максимальный исходник там ~1900 строк.

Это действительно странно (: зарепортить багца что ли.

>> Это что меня тут недавно Document Viewer и Evince в качестве просмотрщиков PDF разозлили.

Разве это не одна и та же программа? о_О

http://zrusin.blogspot.com/2010/11/2d-musings.html

gedit Ресайз окна — даже последнему слоупоку видно, как долго и упорно рисуется окно! Обновление окна — аналогично, долго и упорно рисуется окно. Реакция на ввод символов — падает пропорционально количеству строк ниже курсора, блджад!!! Вплоть до слайдшоу на крупных файлах. Не верю своим глазам. Вспоминаю, не курил ли чего накануне. Вроде бы нет. Прокрутка текста — чувствуется задержка.

У меня Gedit на 5 мегабайтном HTML-файле сначала его открыл не в той кодировке (автоопределение KOI8-R почему-то не сработало), тормозил на скроллинге (как-будто, не смог сразу весь файл подгрузить), а после переоткрытия с нужной кодировкой почему-то упал:

> gedit
sys:1: GtkWarning: IA__gtk_progress_set_percentage: assertion `percentage >= 0 && percentage <= 1.0' failed
Segmentation fault

Зато JEdit справился на ура и даже не затормозил ни на чём.

> не достаточно

Моему текстовому редактору было достаточно Z-80 3.5MHz. Размер символа при этом был 6x8 пикселей (кто помнит спектрум, то знает и знакоместе 8x8).

При этом в ZX-Spectrum редактор BASIC был написан в стиле маляра Шлемиля: на больших программах, когда курсор подводишь к концу текста, всё становится тормознее и тормознее.

При этом в ZX-Spectrum редактор BASIC был написан в стиле маляра Шлемиля: на больших программах, когда курсор подводишь к концу текста, всё становится тормознее и тормознее.

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

10 REM HIDDEN_AND_BLOCKED_SIMPLE_LOADER_USING_ASM_CODE
20 RANDOMIZE USR ТУТ_АДРЕС_НО_Я_ВСЕ_ЗАБЫЛ_ЗА_ДАВНОСТЬЮ_ЛЕТ.

20 RANDOMIZE USR ТУТ_АДРЕС_НО_Я_ВСЕ_ЗАБЫЛ_ЗА_ДАВНОСТЬЮ_ЛЕТ.

И команда вызова машинного кода какая-то странная: кажется, что она наобум (RANDOMIZE) кидала указатель в самое пекло куда-то в память, а там процессор уж сам как-нибудь разберётся. :))

>RANDOMIZE USR ТУТ_АДРЕС_НО_Я_ВСЕ_ЗАБЫЛ_ЗА_ДАВНОСТЬЮ_ЛЕТ.

Бугога низачод. Самый гуризм это

0 randomize usr 0 : rem blablabla

>В четверокеды уже «проводник» портировали?

Ага, наутилус форкнули

Марк Говно-Ед сам некомпетентен, поэтому предлагает быдлоwayland на десктопы тащить.

> Ага, наутилус форкнули

В наутилусе нет кнопки пуск. Мимо.

А куда она из гнома делась? В винде тоже панель задач наверх перетащить можно

В винде оболочка, панель с меню пуском и проводник — одна и та же программа.

У тебя полностью отсутствует абстрактное мышление. Убейся.

> И команда вызова машинного кода какая-то странная: кажется, что она наобум (RANDOMIZE) кидала указатель в самое пекло куда-то в память, а там процессор уж сам как-нибудь разберётся. :))

Не, если адрес 0, то будет ресет.
15616 - вроде переключение биоса на tr-dos и передача ему управления. Этот адрес взят был не случайно - в оригинальном биосе там лежал набор подходящих команд. именно по этой причине на некоторых пропатченых прошивках tr-dos не работал.

> >RANDOMIZE USR ТУТ_АДРЕС_НО_Я_ВСЕ_ЗАБЫЛ_ЗА_ДАВНОСТЬЮ_ЛЕТ.

Бугога низачод. Самый гуризм это

0 randomize usr 0 : rem blablabla

RANDOMIZE USR 0 - в данном случае был ширмой, для отвода глаз. А вообще посмотрите мои демки и игрушки - там и не такие выкрутасы использовались.

Нет, как-то. Попробую при случае.

Да я просто даже не задумался, что-то вызвалось из окна загрузки с таким названиям, а что оно Evince написано не было.

gtktextbuffer тормозит собственно. и обмен с ним текстом в особенности. нужен нормальный некривой текстобуфер ибо а не зомби времен гтк1

>RANDOMIZE USR 0 - в данном случае был ширмой, для отвода глаз.

Конечно ширмой. Чтобы числовые литералы парсить не надо было они в бинарном виде прямо в коде хранились, но редактор их не рисовал. При желании можно было сделать так чтобы отображается одно, а в бинарном виде сохранено другое.

> Конечно ширмой. Чтобы числовые литералы парсить не надо было они в бинарном виде прямо в коде хранились, но редактор их не рисовал. При желании можно было сделать так чтобы отображается одно, а в бинарном виде сохранено другое.

Именно так.

Именно поэтому я предпочитаю cli.