Центр информации по операционным системам: Новости / Комментарии / WINE работает быстрее WinXP? Иногда да

Набор тестов показал, что в некоторых условиях приложения в WINE могут работать даже быстрее чем в "родной" обстановке в виде Windows XP SP2. Если быть точным, то WINE версии 0.9.5 на Gentoo GNU/Linux выиграл 67 из 147 тестов. В то же время, надо заметить, что выигрыши WINE, как правило, не очень большие и есть ряд тестов где он здорово проигрывает Windows, равно как и несколько тестов, которые на нем вовсе не прошли до конца. Однако, не надо забывать и то, что версия WINE по прежнему носит "0" в качестве первой цифры.

Roman I Khimov в Суббота, 21 Январь 2006, 18:25 |

Комментарии: 17 |

Комментарии

Roman I Khimov \|21.01.2006 18:27
Комментарии: 952	... А также то, что это основа ReactOS, которая, при таком раскладе, должна работать еще быстрее.

ddc |21.01.2006 19:55

Комментарии: 523

Едва ли. WINE по сути - wrapper между WinAPI и Linux, и победа WINE над Windows XP означает лишь что в сравнении с Linux исполнение аналогичной по содержанию команды на WinXP происходит дольше настолько, сколько времени WINE переводит вызовы.
ReactOS построена на другом ядре, и его производительность нам пока не известна.

Roman I Khimov \|21.01.2006 20:12
Комментарии: 952	Да, но отсутствие трансляции теоретически должно сказаться очень положительно, конечно, если не подведет само ядро ReactOS, на что остается только надеяться.

ddc |21.01.2006 20:23

Комментарии: 523

Ага. А ещё драйверы... Я правда до сих пор не понимаю, как Wine смогла хотя бы что-то показать на D3D тестах, но это отдельная песня. Так или иначе, я ещё давно, когда у меня был старый компьютер и на нём были WinXP (тогда ещё и SP никаких не было), Win98 SE и Mandrake 8.0, какая-то программка, производившая тест на скорость FPU, на Linux c WINE давала лучшие результаты, чем на остальных участниках...

Freeman \|21.01.2006 21:57
Комментарии: 240 Зарегистрирован: 01.07.2004 14:57	Подобные результаты, скорее, говорят о предрасположенности тестов к монолитному ядру, не более.

Roman I Khimov \|21.01.2006 22:13
Комментарии: 952	Какому, к черту, монолитному ядру?

Roman I Khimov \|22.01.2006 00:15
Комментарии: 952	Кстати, одна вещь все-таки имеет место быть и связана скорее всего именно с ядром - WINE выигрывает во всех тестах, требовательных к памяти. Ну а проигрывает там, где для чего-то нет аппаратной поддержки в графике на GNU/Linux.

Dreamer \|22.01.2006 02:28
Комментарии: 347 Зарегистрирован: 04.07.2004 14:01	Грош цена этим тестам, если под Wine работают далеко не все Win приложения.

Roman I Khimov \|22.01.2006 12:38
Комментарии: 952	Dreamer, "далеко не все" сегодня уже совершенно не верно. Под WINE сейчас работают почти все приложения.

Dreamer |22.01.2006 23:08

Комментарии: 347

Зарегистрирован: 04.07.2004 14:01

И наверно с помощью Wine на Linux можно установить .NET Framework и запускать под тем же Wine программы для этой платформы? Я съем свою шапку, если это так. Или может под ним будет нормально работать Visual Studio .NET? Я буду крайне удивлен этому.

Roman I Khimov \|22.01.2006 23:34
Комментарии: 952	Скачай 0.9.6 и попробуй. Приятного аппетита.

den1 |22.01.2006 23:34

Комментарии: 51

Зарегистрирован: 05.07.2005 16:47

Грош цена этим тестам, если под Wine работают далеко не все Win приложения.

Самое смешное

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

Навеяло обсуждением

, хоть и совсем не к теме, но далее маленький пример, как-то довольно явно характеризует общее ощущение от неправильной системы (как там порой внутри все не хорошо, хотя бы с точки зрения общего подхода), цитата: "К счастью для нас в IE/Win существует другой баг в реализации CSS, который позволяет расширять интерактивную область без необходимости гадать по поводу подходящей ширины. Все что нужно сделать, это задать небольшую ширину для ссылки. Большинство браузеров обратят—и правильно сделают—внимание на...

А вот IE/Win сожмет элемент только до ширины самой длинной строки текста, не содержащей переносов...

Все это кажется полным бредом, так как две этих идеи работают в абсолютно противоположных друг для друга направлениях. (Доходит до таких извращений, что web программистам приходится багом ie, закрывая баг ie, добиваться требуемого результата - мое примечание). Но это работает и решает проблему интерактивной области в IE/Win. Нам нужно помнить, что другие браузеры учтут указанную ширину и попытаются сжать ширину каждой закладки до .1em + отступ. К счастью, IE/Win (версии 6 и ниже) не понимает селектора прямого потомка элемента (CSS child selector), и мы можем использовать его для восстановления ширины ссылки (“auto”) во всех остальных браузерах, что позволит закладкам корректно растягиваться и сжиматься...".

Как только сталкиваешься где-то с win..., c какой-то безысходной предопределенностью начинают проявляться какие-то совершенно нелогичные мелочи..., якобы мелочи... несостыковки, нелепые баги... разночтения со стандартами... ну почему, ну почему???!!! там все всегда вот так... криво.. провалилась бы эта m$ уже со своим оригинальным подходом куда-нибудь в тар-тара-ры, лишь бы не слышать про нее никогда... вобще...

ddc \|24.01.2006 14:55
Комментарии: 523	Dreamer'у: А Mono уже отменили?

Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь