Команда разработчиков Longene (http://en.wikipedia.org/wiki/Linux_Unified_Kernel) представила (http://www.longene.org/en/newslist.php#37) свой ключевой продукт Longene 0.3 (http://www.longene.org/en/). Longene (Linux Unified Kernel) - это модифицированное Linux ядро 2.6.30, которое включает в себя наработки таких открытых проектов как ReactOS, Wine и NDISwrapper. Longene добавляет программный интерфейс Win32 непосредственно в ядро Linux, таким образом наряду с использованием Linux-приложений становится возможным использование Windows-приложений без установки каких-либо дополнительных средств.
Работа Longene заключается не просто в переносе Wine на уровень ядра, а в обеспечении полной бинарной совместимости одновременно с Linux и Windows программами. Для этого организована параллельная обработка двух таблиц системных вызовов, для Windows программ добавлены отдельные подсистемы управления процессами, потоками, объектами, виртуальной памятью и синхронизацией. Обеспечена поддержка ме...URL: http://www.longene.org/en/newslist.php#37
Новость: http://www.opennet.me/opennews/art.shtml?num=26820
wine медленнее Windows процентов на 15-20. Мне хватает )
пруфлинк на 15-20 в студию
...а то сисколлы на винде раз в шесть медленней работали, по замерам хорошо знакомого человека, делавшего схожую разработку несколько лет тому.
который спрятал результаты своих измерений чтобы никто не увидел?
Где-то медленнее, где-то в разы быстрее.
Как правило только в части работы с ФС, т.к. и пню известно что ntfs и в подметки не годится некоторым ФС для линукс
>wine медленнее Windows процентов на 15-20. Мне хватает )1Сv77 работает в два раза быстрее. Чисто субъективное ощущение, но видно невооруженным глазом
а как можно установить Longene? я пытался, но у меня ничего не получилось
а вирусы запускаются?
думаю что "обеспечении полной бинарной совместимости с Windows программами" это подразумевает, ведь в wine большинство вирусов работает.
кстати да, не будет ли это проблемой?
>кстати да, не будет ли это проблемой?Отчасти нет, я думаю, т.к. разграничение прав, запрет на запуск и запись в определенных местах характерные для линукс будут и здесь. Опять же использование запуска от пользователя с сильно урезанными правами и дсотупом к дереву ФС и т.д.
А про "you must run it as root" у них на заголовной страници не читал? Если там и вправде будет разграничение прав полной совместимости с Windows им не добится.
yes!of course!
Осталось только это ядро в Ubuntu включить.
... и будет идеальная операционная система
>... и будет идеальная операционная системавирусы будут довольны ;)
"Проект развивается при финансовой поддержке компании Insigma Technology Co., оплачивающей работу команды разработчиков в режиме полного рабочего дня. "Это офшор Касперского?
>Осталось только это ядро в Ubuntu включить.А потом выкинуть её оттуда за ненадобностью!
Для Win api32 есть мастдай в виртуалбокс. Для Linux есть Linux. И все довольны!
Очень остроумно про виртуалбокс.
Я хочу играть в 3д-игры, которых в линуксе нет. Например Fallout3, TES Oblivion,
CS:S(справедливости ради - запускается и хорошо работает в Wine). Я хочу чтобы мой SmetaWIZARD последней версии запускался(ему нужен USB dongle-драйвер для защиты от копирования). И я хочу все это делать из Linux, не перезагружаясь и не придумывая костыли в виде виртуализации или реализации API, но без поддержки драйверов. Те китайцы что это разрабатывают, вероятно, хотят того же самого. Или просто от любопытства...
> wine медленнее Windows процентов на 15-20. Мне хватает )С чего это вы взяли? Наоборот быстрее и сильно.
Был бы это эмулятор - можно было бы код win32 запускать на не-x86 железе. Но поскольку это таки не эмулятор и никакой трансляции нет и в помине, код выполняется напрямую, то работать оно на, скажем, ARM процессорах не будет.
Учите матчасть!WINE всего лишь даёт независимую реализацию win32 API и системных библиотек, не более.
>>ниже я привёл линк, поучите матчасть перед тем как обучать других.
>
>Вот вы матчасть поучите. И расскажите нам плиз, чем трансляция вызовов Win32
>в вызовы линуха отличается от трансляции вызовов Win32 в вызовы ядра
>НТ, которые как бы живут сами по себе и вообще никак
>к вин32 не привязаны особо и могут обслуживать ЛЮБУЮ подсистему (науке
>известны как минимум подсистемы OS2 и Unix/POSIX, если что...).я пожалуй повторю линк о котором идёт речь
http://wiki.winehq.org/FAQ#head-c9e6502ad636315e905d07f7e445...
то есть разработчики вайна сами поодтверждают что правильнее было бы назвать "Wine не только эмулятор", не понятно зачем вы приплели сюда вызовы ядра, обратите внимание в этом треде началось обсуждение вайна, а не ядра который в новости.
Ты по своей же ссылке читал хоть? Если тебе лень или не врубаешься, то даю перевод двух фрагментов по этой твоей ссылке:Wine can be thought of as a Windows emulator in much the same way that Windows Vista can be thought of as a Windows XP emulator; both allow you to run the same applications by translating system calls in much the same way.
->
Wine можно воспринимать как эмулятор Windows в той же степени, как Windows Vista может быть воспринята как эмулятор Windows XP; обе системы выполняют одни и те же приложения путём интерпретирования системных вызовов одним и тем же образом.Wine's "emulator" is really just a binary loader that allows Windows applications to interface with the Wine API replacement.
->
"Эмулятор" Wine на самом деле всего лишь загрузчик бинарного кода [из файлов формата PE, Portable Executable, см. википедию] который позволяет приложениям Windows работать с [независимой от майкрософта] Wine API, заменяющей [проприетарную Win32 API].
А что там если не секрет ? Эмуляция системных вызовов другой операционной системы. Да еще в UserSpace. Можно конечно назвать по другому, но смысл от этого не изменится. Оно будет работать медленнее в любом случае.
то есть для вас эмуляция и мэппинг - понятия одинаковые? тады ой!
а однозначный ответ на этот вопрос можно дать, только тестируя на скорость. кто сказал, что вантузные функции работают быстрее? вы в этом вообще хоть на сколько-нибудь уверены?
>А что там если не секрет ? Эмуляция системных вызовов другой операционной
>системы. Да еще в UserSpace.Теперь и в KernelSpace.
На радость антивирусным компаниям.
>Трансляция/эмуляция быстрее нативной среды? Ну да, конечноТак оно тоже нативная среда - команды процессора вполне себе нативны для него. А трансляция != эмуляция, там тормозить особо нечему. Кстати, в винде вызовы Win32 ... тоже транслируются в вызовы NT API (нативной подсистемы ядра, которая все запросы и педалит в конечном итоге). Чем таким трансляция Win32 -> Linux syscalls принципиально отличается от трансляции Win32 API -> Win NT API? В общем сперва разберитесь как системы работают а потом втирайте. Почему-то нынче виндами интересуется только совсем деревянное лузерье :)
> Трансляция/эмуляция быстрее нативной среды? Ну да, конечноВообще-то "да, конечно". Почитайте на досуге как устроено NT ядро, и такие вещи как, например, WoW. Есть очень мало вещей, которые потребуют какого-то заметного оверхеда, а остальное будет даже быстрее из-за более правильной архитектуры и более дешевых сисколлов. В одних случаях это уже видно показывают, в других можно оптимизировать wine - понятно, что для его разработчиков оптимизация имеет низкий приоритет ибо главное, чтобы работало. А мы вот в свое время под нужный софт кое-что оптимизировали, и остались довольны.
Оконные приложения иногда быстрее! Полноэкранные трёхмерные игры - 15-20 процентов медленнее. Никаких ссылок подтверждения! Только личные замеры FPS на протяжении 3 лет.
в линаксах убогие видеодрайверы. игры никак не демонстрируют производительность wine
>>ведь в wine большинство вирусов работает.С чего это вы взяли? Наоборот большинство и не работает.
Теперь будет, если старые не будут, напишут новые. Нодо ж как то прогрес и бизнес подталкивать
Я что-то не понимаю, ядро linux изначально способно запускать любой бинарник. Так запускается и ява, и виндовс программы через wine.Библиотекам и враперам точно не место в ядре.
man системный вызов
В виндовс нет документированных системных вызовов. Всё винапи это обычные вызовы функций системных библиотек.wine как загрузчик (в терминах linux ядра интерпретатор) exe (формата PE) файлов и набор библиотек с этим справляется полностью.
>Я что-то не понимаю, ядро linux изначально способно запускать любой бинарник. Так
>запускается и ява, и виндовс программы через wine.
>
>Библиотекам и враперам точно не место в ядре.А парни то и не знают ... Как дураки плодят операционки, когда на ядре Линукс уже давно работает любой код.
>Я что-то не понимаю, ядро linux изначально способно запускать любой бинарник. Так
>запускается и ява, и виндовс программы через wine.Ну если дистрибутив ubuntu (или там, mint) считать ядром linux, то я с вами соглашусь)
Тогда "ядро линукс" не только запускает виндовые приложения, оно ещё и в пуске создает отдельный раздел "Wine".А вообще, есть такая замечательная штука, как binfmt.
Идея проста и гениальна - перед выполнением файла, смотрятся первые несколько символов, и сверяется со своими записями, есть ли совпадение.
Если совпадение есть, запускается не этот файл, а программа, которой передается этот файл.
Рекомендую самому запустить программу и посмотреть:
update-binfmts --displayP.S.
А знаете, как сами запускаются скрипты, у которых в начале прописано #!/path/to/file?
Примерно так же - символы "#!" означают запустить программу, которая указана после этих символов.
И этой программе скормить файл.Пример:
$ which cat
/bin/cat$ cat > 1
#!/bin/cat
mama
papa
^D$ chmod +x 1
$ ./1
#!/bin/cat
mama
papa
В убунте 10.10 тоже будет такая фишка.
Полезное извращение. Если ещё и заработает - будет просто чудо.
охихо - а боян то еще живой.
товарищи - ломка от перехода с винды проходит через полгода.
главное - читать правильные книжки,
оно там не нужно, и без этого все очень хорошо спроектированно, соответствует стандартам и работает
Я++!Что еще будет ежели XEN подсадить к этой ерунде...
>главное - читать правильные книжки,сейчас сотни тысяч банковских служащих прям вот
взяли и начали читать, им еще за это доплачивать начнут.
куда winapi не суй - лучше работать не будет
ее и не суют, она уже работает в проектах которые используются повсеместно
в больших корпорациях , но тут приходите вы и говорите что им надо "книжки
правильные читать"(с).
1. wine winapi не равно MS winapi
2. MS winapi сложнее, запутаннее posix
3. Микрософт когда-нибудь заявит свои права и на wine winapi
к пункту 3: как раз по этой причине и нужно писать мультиплатформенное, не базированное и не привязанное к winapi. жалко, не все производители софта не хотят об этом думать. да может даже если и подумывали, то для такого перехода нужно многое перерабатывать, не только gui, но и множество костылей, разработанных именно для winapi. достаточно хороший пример - недавно открытый код far manager
Навеное именно поэтому целый вал сообщений о портировании разнообразного софта под пингвины с их 1% юзеров. Что-то здесь не так... :)
posix это злая шутка, а не стандарт
>куда winapi не суйречь не о winapi, а системных вызовах оффтопика.
>сейчас сотни тысяч банковских служащих прям вот
>взяли и начали читать, им еще за это доплачивать начнут.А что, офисные крысы чем-то лучше/хуже остальных, что не должны читать?
>товарищи - ломка от перехода с винды проходит через полгода.А ведь он прав. Я постепенно и без wine стал обходиться, и IA32 либы вынес. Теперь у меня целиком 64-битная системка, целиком с 64-битным софтом и черт возьми, самодостаточная без всяких костылей :). А заодно и без всякой там малвари.
+1024
>А ведь он прав. Я постепенно и без wine стал обходиться, и IA32 либы вынес.Ну это у кого как. Я так сразу перешел и вайна у меня никогда не было. А зачем, если и родного софта хватает более чем? Просто не надо торопиться - сначала без истерии и суеты подобрать аналоги софта для своих задач, еще сидя под виндой, почитать про этот софт. Подумать о переносе данных. И вперед!
>А зачем, если и родного софта хватает более чем?Просто не сразу все аналоги и т.п. нашел по вкусу. Ну и иногда в HMM или StarCraft играл еще. Только в конце концов нежелание связываться с кривым костылем от которого одни грабли перевесило и теперь я обхожусь без wine совсем.
>Просто не надо торопиться - сначала без истерии и суеты подобрать аналоги софта
>для своих задач, еще сидя под виндой, почитать про этот софт.
>Подумать о переносе данных. И вперед!Да, где-то так. Сперва я неспешно смигрировал на открытый софт (thunderbird, опенофис, gcc, etc). А потом понял что гружусь в винду раз в месяц, ну и бабахнул раздел с оной. Основной софт - да, один в один как раз был, данные перенес и прочая. А вот всякая мелочь из винды порой требовалась, потому и ставил wine, ну и как бонус пару гамез юзал. Теперь как-то оно не нужно, линух самодостаточная система, не нуждающаяся в костылях и подпорочках. И софта под нее есть. Нету разве что всяких автокадов и прочая фотошопов, но тырить их - противно и грабельно, а честно покупать - они, заразы, дорогие аццки и мне не требуются настолько чтобы я вывалит такие деньжищи за это. Тем более что мне явно хватит возможностей гимпа с десятикратным запасом.
Сижу под Линуксом уже более 7 лет. Начинал с двойной загрузки ))) Постепенно изучая Линукс, потом винда накрылась, места свободное понадобилось.... По поводу того, что полгода хватит - полностью согласен. Аналоги легко ищутся через гугл и как правила существующего функционала хватает.
> и без этого все очень хорошо спроектированно, соответствует стандартам и работаетЧего?! И что же там стандартам соответствует, а, главное, каким?
>> и без этого все очень хорошо спроектированно, соответствует стандартам и работает
>
>Чего?! И что же там стандартам соответствует, а, главное, каким?Ну уж явно не тем, которые задает Microsoft =)
Вы конкретнее давайте, что пытались сделать, что не получилось...)
Может быть, с патчами Suse не сраслось..utgardshrine:/tmp/linux-2.6.31.5-0.1 # make
...
arch/x86/kernel/process.c: In function ‘exit_thread_for_task’:
arch/x86/kernel/process.c:116: error: implicit declaration of function ‘ds_exit_thread’
make[2]: *** [arch/x86/kernel/process.o] Error 1
make[1]: *** [arch/x86/kernel] Error 2
make: *** [arch/x86] Error 2
Там ядро 2.6.30 надо использовать. Написано же.
Как по мне, фишка может и милая,
насчет бинарной совместимости с win32 апи.Но вот песочница для всего этого зоопарка
ооохххх как не помешала. И желательно
не на уровне ядра.Если учесть недокументированный функционал
win32 api, то как-то не хочется иметь
кучу "стелсов" в ядре.Таково мое ИМХО. Может я где и заблуждаюсь.
Если бы на основе этого ядра был дистрибутив, то было бы удобнее.
вирусам и троянам ;) //fixed
Лучше бы поприбирались в ядре просто. Сократили бы количество языков. Тут недавно новость была о том, что пора весь X11 переписывать...
Зоопарк наш все растет и растет...
>Лучше бы поприбирались в ядре просто. Сократили бы количество языков. Тут недавно
>новость была о том, что пора весь X11 переписывать...
>Зоопарк наш все растет и растет...согласен.
видимо всем в основном интереснее создавать новое.
ядро и X11 протокол - разные вещи
>>видимо всем в основном интереснее создавать новое.Я лично знаю людей которые при устройстве на работу сразу спрашивали про поддержку старых исходников. Некоторые сразу разворачивались, если ответ был утвердительный. Это очень муторное и неблагодарное дело - выпиливать не нужное.
>ядро и X11 протокол - разные вещиЗнаю, но я не только ядро имел ввиду. Я говорил о том, что "их рвение, да в нужное русло"
Если win-драйвер можно запустиь - это интересно.
Надо попробовать. Так кучу старых железок можно
оживить под Linux !!!
пример железок которые уже сейчас нельзя оживить под линукс используюя фирмвари всякие
Microtek Phantom 636
>Microtek Phantom 636работает через ppscsi, вот только в последнее время ppscsi забросили, нет патчей под новые ядра
Turtle Beach Tropez (который не Plus)
>пример железок которые уже сейчас нельзя оживить под линукс используюя фирмвари всякие
>Canon MF3110/3228 - даже не пытайтесь, gdi'ка.
Задумка интересная. Но я лучше оставлю wine как песочницу, да еще в отдельном jail'е. Не только виндовому софту, где даже бинарники от известных вендоров бывают заражены всякой дрянью, но и коду wine, который я сииильно не уверен что хоть как-то проверяли на тему безопасности. Поэтому если его вкрячить в ядро, скорее всего получим еще большее рeшето чем сама винда. Нет, только в песочнице.
> Не только виндовому софту, где даже бинарники от известных вендоров бывают заражены всякой дрянью,Ага, SIEMENS CA01
Win4lin опять вспомнили?..
8)
>Win4lin опять вспомнили?..Win4lin из другой оперы
это скорее не Win4Lin а вспоминают название популярного ранее дистрибутива - Lindows OS
ну дай то чтобы у Insigma Technology побольше бабки для зарплаты девелоперам не заканчивались...
Кстати, как решение проблемы насчет принтеров баркодов.
Помнится, тут недавно пара новостей проскакивало, где людям пришлось оставить пару машин с виндой как раз изза таких принтеров.А так... разработчикам этой штуки связаться бы с разработчиками ReactOS и с разработчиками Wine.
Может быть, можно раскидать задачи по проектам.
Те пишут ту часть, те - эту.P.S.
Ну и насчет вирусов - теперь у антивирусных компаний на один аргумент больше в деле продажи антивируса для *nix =)
Кто-нибудь установил эту Longene? Я уже кучу руководств перерыл - ничего не получается!!! Если кто установил, подскажите, пожалуйста!
Проект всё ещё актуален? Имеется ли порт для Linux Kernel 3.8? Когда будет обновление?