LINUX.ORG.RU

Do we understand why this is? Can we make Windows and Mac feel that fast too?

My first instinct is to say because (1) we're awesome and (2) Linux is

awesome, but I'd prefer to have facts back it up. :)

гы

duott ★★★★★
()

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

Deleted
()
Ответ на: комментарий от klausd

У меня падал когда экспериментировал с sqlite'ом с флагами и новыми версиями gcc

xorik ★★★★★
()

> What version of Windows are you using? I find the double-buffering on Vista and Win7 to have a big negative impact on performance as compared to WinXP. I'm always delighted to run Chrome on my old WinXP laptop. It seems so much faster there.

> On X-windows, the renderer backingstores are managed by the X server, and the transport DIBs are also managed by the X server. So, we avoid a lot of memcpy costs incurred on Windows due to keeping the backingstores in main memory there.

Ха-ха-ха! Кто там рассказывал, что Х -- тормозное *вно?

Relan ★★★★★
()
Ответ на: комментарий от Relan

>Ха-ха-ха! Кто там рассказывал, что Х -- тормозное *вно?
Дурачки, кто же еще.

anotheranonymous
()
Ответ на: комментарий от Relan

> I find the double-buffering on Vista and Win7 to have a big negative impact on performance as compared to WinXP.

Подтверждаю. На работе приходится кодить на студии (2005, 2008) под WindowsXP, дома под Windows7. На XP отклик печатания мгновенный - текст как будто вылетает из под пальцев. На Win7 я вижу неслабую задежку между вдавливанием клавиши и её неповоротливым появлением на экране, сопровождающимся блыманьем. И это Visual Studio - от самой Microsoft, чего уж говорить о других программах.

Dendy ★★★★★
()
Ответ на: комментарий от Relan

>Ха-ха-ха! Кто там рассказывал, что Х -- тормозное *вно?

Вот кстати хромиуим удивительно хорошо работает даже поверх ssh через 10мбит-канал, по-плавнее локльного фф.

madcore ★★★★★
()
Ответ на: комментарий от Relan

Х - гарантированное тормозное латентное г*но хотя бы потому, что в абсолютном большинстве случаев не поддерживает обработку асинхронных запросов (о чём xcb-костыль как бы намекет). Хотя гугловцы таки молодцы - нашли пожалуй единственное место, где X не выглядит таким отсталым =)

frame ★★★
()
Ответ на: комментарий от frame

>Х - гарантированное тормозное латентное г*но хотя
Сижу работаю, не вижу латентности. Что еще скажешь, странное толстое
зеленое создание?

anotheranonymous
()
Ответ на: комментарий от frame

> о чём xcb-костыль как бы намекет

Э-ээ, а за что это ему звание "костыля"?

Manhunt ★★★★★
()

В тесте dromaeo wind7 нежно посасывает 609 против 720 у лялиха.

linux4ever
()

Под wind7 chrome жрет памяти в 2.5 раза больше чем прыщиксом.

linux4ever
()

Закон сохранения скорости из-за фуррифокса.

wfrr ★★☆
()
Ответ на: комментарий от frame

Бестолочь.

Xcb - это клиентская либа, как и xlib. X - это сервер реализующий протокол X11. Учитесь отличать уже.

eugene2k
() автор топика
Ответ на: комментарий от Dendy

> На Win7 я вижу неслабую задежку

Недавно на работе пришлось поработать за машиной с Windows 7. Никаких тормозов не заметил. Правда там была пара 4-ядерных 3.2 ГГц Xeon-ов, 12 ГБ памяти и Quadro FX 3800, но все-таки.

Relan ★★★★★
()
Ответ на: комментарий от frame

Ты уже не в первый раз говоришь неправильные вещи про xcb. Спешу заверить, что xcb -- это не костыль, а архитектурно более правильное и более красивое решение. xlib пора потихоньку на свалку.

Если ты думаешь, что уменьшение latencies (которая совсем чуть-чуть там проявится) -- это основная цель проекта, то ошибаешься. Это одно из небольших улучшений, которые вытекают из их подхода с reply cookies. Целей, преследуемых xcb было несколько, и они очень верные: выкинуть лишнее, автоматическая генерация библиотеки при сборке из описаний протокола, tread safety, лучший контроль над X-протоколом и там разное-всякое другое.

Призываю тебя перестать говорить ерунду. Вот.

Zubok ★★★★★
()
Ответ на: комментарий от Relan

>4-ядерных 3.2 ГГц Xeon-ов, 12 ГБ памяти и Quadro FX 3800

На таком и джава не тормозит.

Ab-1
()
Ответ на: комментарий от Dendy

>И это Visual Studio - от самой Microsoft, чего уж говорить о других программах.
попробуй vim

dimon555 ★★★★★
()

Хм. Ну медленее сафари он там сильнее

Я думаю что они там что нить не докрутили. Да и на мак оси себя хорошо чувствуют только приложения на obj-C. Остальное работает уже через прокладки

namezys ★★★★
()
Ответ на: комментарий от Zubok

Согласен, что XCB не только для уменьшения латентности. Однако это требует переписывания приложений/тулкитов под xcb, прокладка xcb-xlib само собой не считается. Latencies уже признали - и то хорошо =)

frame ★★★
()
Ответ на: комментарий от eugene2k

>Xcb - это клиентская либа, как и xlib. X - это сервер реализующий протокол X11. Учитесь отличать уже.

Учи матчасть.

frame ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.