LINUX.ORG.RU

linux unified kernel

 , ,


0

0

18 февраля вышел Linux Unified Kernel 0.2.1. Это попытка перенести некоторые системные вызовы Windows NT из userspace (wine) в kernelspace. Вот что говорит Dan из команды wine по этому поводу:

"It looks like they added hooks to the linux kernel to accept windows nt syscalls. Maybe they even allow using the system's normal shared library loader instead of Wine's special one. This is something I've often wanted to do, but it was way lower priority than getting wine working. I haven't looked at their project at all, no idea if it was done well."
............

"We would, I think, like to move wineserver into the kernel sometime. It's been discussed before. Linus is not opposed to having native support for win32 system calls. A fellow at Redhat wrote a kernel module for wine a number of years ago, but it just wasn't time yet."

источник: winehq.org

В двух словах на русском: 1. Возможно, этот проект позволяет использовать стандартный загрузчик динамических библиотек вместо загрузчика wine. 2. Возможно, это будет добавлено в mainstream ядро.

>>> Подробности

★★☆☆☆

Проверено: JB ()

Ответ на: комментарий от anonymous

linux unified kernel ненужно.

Всех "разработчиков" отправить на допиливание сосен в Сибири...

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

> А "уровня Фотошопа" рассмешил...серьёзные программы это как минимум Автокад

Серьёзных пакетов много, он не обязательно для чертежей или, там, для редактирования 3D-графики. Всё переписывать под никсы с надлежащим качеством не надорвётесь?

anonymous
()

Убрать гнилость!!! Я не знаю - это вызывает одни только возмущения, ну зачем такое делать аа?? Чтобы добавить совместимости к кучей вендовой срани??!?! Охх... похоже таки от последних тактонических разломов и высвобождающейся бракомессии у некоторых мозги сносит...

mrxrrr
()

если в линуксе виндузятные приложения будут работать не хуже чем в виндузятине, то это именно юникс вэй, потому что это именно универсально, тагда точно будет вендакопец! Микрософт боится пингвина с бокалом вина, именно по этому 2008 винда так сильно начинает смахивать на юникс вэй, но мс уже умирает и ничто это не остановит, микрософт уже не софтверный гегант дефакто, потому что нет у юзеров(адвансед) этого блеска в глазах кагда они работают с виндой, потому что чувствуют, что мс их использует: не работают старые приложения и т.п.

универсальность GNU/Linux - смерть винде... и Google к этому приложет руку тоже...

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

> А так вам хоть с барского стола варезок перепадёт,

Хочешь предложить нам посидеть в тюряге? Спасибо, иди на юг.

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

Множество пакетов с высокой стоимостью лицензии пишуться под заказчика, платформу заказчика и Linux только одна из платформ. Но все они имеют UNIX версии (деньги терять никто не хочет). И судя по множеству портов никсового софта на вынь под никсы проще писать, а портануть можно и опосля, по заказу...

(на прежней работе на Винде стоял софт пизженный для 3-Д моделирования с учётом характеристик материалов используемых при проектировании, мог использоваться для начального проектирования техроцесса. Так там прям в справке указывалось отличия от никс версии)

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

>Сейчас это платформа двадцатого сорта. Нативный софт под линукс (имеется в виду уровня фотошопа) писать никто не будет, можете даже не надеяться.

Ну ты и имбецил! Кроме фотожопа ниче не знаешь. Молодец! Лизни розетку.

http://www.render.ru/books/show_book.php?book_id=205&start=0

anonymous
()

Так вроде бы большая часть нового софта пишется на Java и .NET. Может лучше mono допилить, чем wine в ядро засовывать?

Snorg
()
Ответ на: комментарий от anonymous

> Может объясните малолетнему дебилу чем .NET/mono лучше чем нативный C/Oberon?

Сравниваем яблоки с апельсинами? У управляемых языков есть своя ниша и для неё не подходят C, C++ и т.д.

anonymous
()
Ответ на: комментарий от sv75

> Хочешь предложить нам посидеть в тюряге?

Случись чего, вам и так "предложат", без меня. Фильмы, музончик с торрентов? Что, глазки-то забегали, а?

anonymous
()

Может, у них день дурака отмечают 6 марта?

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

Системные вызовы добавлять не надо, а загрузчик - какая разница? Кому-нибудь сейчас нужен загрузчик a.out, а ведь он есть. Будет еще и загрузчик для PE.

В ядро *BSD патч писали года полтора назад. Он даже что-то грузил :)

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

>> - Линукс с этим wine-костылем будет платформой второго сорта

> Сейчас это платформа двадцатого сорта. Нативный софт под линукс (имеется в виду уровня фотошопа) писать никто не будет, можете даже не надеяться.

Ух ты! огласите платформы предыдущих 19 сортов! :-)) На ум приходят только 3: Vista, XP, MacosX. То есть если у кого-то первая платформа - линукс, то какую платформу нужно делать второй - еще не известно, макось это должна быть или Линукс..

> А так вам хоть с барского стола варезок перепадёт, приобщитесь уже к нормальному софту вместо ваших детских поделок.

Нэ трэба. И свое не хуже есть.

gods-little-toy ★★★
()
Ответ на: комментарий от anonymous

>Сейчас это платформа двадцатого сорта. Нативный софт под линукс (имеется в виду уровня фотошопа) писать никто не будет, можете даже не надеяться.

>А так вам хоть с барского стола варезок перепадёт, приобщитесь уже к нормальному софту вместо ваших детских поделок. Особо идейные могут потом отблагодарить авторов, купив фирменную копию проги.

ещё Counter-Strike как пример "серьзёного" софта приведи ога.

Alain_Johns
()
Ответ на: комментарий от anonymous

>Случись чего, вам и так "предложат", без меня. Фильмы, музончик с торрентов? Что, глазки-то забегали, а?

где зону топтал? ухаха просто

Alain_Johns
()
Ответ на: комментарий от gods-little-toy

>2. Разработчики приложений решат делать только windows-версию, потому что одну версию делать проще, а кто под линукс - юзайте этот kernel-mode wine. Как следствие этого решения

Не факт. Как минимум опенсорсные приложения останутся нативными.

DNA_Seq ★★☆☆☆
()

Дословный перевод ;), вроде в ветке тут ещё его не увидел...
"It looks like they added hooks to the linux kernel to accept windows nt syscalls. Maybe they even allow using the system's normal shared library loader instead of Wine's special one. This is something I've often wanted to do, but it was way lower priority than getting wine working. I haven't looked at their project at all, no idea if it was done well."
"Похоже на то, что они добавили поддержку windows nt системных вызовов в ядро. Может быть, даже, можно будет использовать стандартный загрузчик для библиотек, вместо загрузчика из Wine. Это то что я часто хотел сделать, но это всегда имело для меня наименьший приоритет по сравнению с развитием wine. Я не смотрел их проект вообще, поэтому не имею понятия насколько хорошо там все сделано."
............
"We would, I think, like to move wineserver into the kernel sometime. It's been discussed before. Linus is not opposed to having native support for win32 system calls. A fellow at Redhat wrote a kernel module for wine a number of years ago, but it just wasn't time yet." 
"Мы всегда хотели, я так думаю, когда нибудь перенести wineserver в ядро. Это уже обсуждалось прежде. Линус не высказал возражений по поводу наличия поддержки win32 системных вызовов в ядре. Парень из Redhat написал модуль ядра для wine пару лет назад, но тогда было еще не время."

anonymous
()

с одной стороны поддержка винды в ядре нафиг не нужна, а с другой было бы хорошо запускать виндовые игрушки в линуксе без потери перфоманса, тогда "прослойку между играми и железом" можно сносить

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

Ух ты ёпт!
"Похоже на то, что они добавили поддержку windows nt системных вызовов в ядро. Может быть, даже, можно будет использовать стандартный загрузчик для библиотек, вместо загрузчика из Wine. Это то что я часто хотел сделать, но это всегда имело для меня наименьший приоритет по сравнению с развитием wine. Я не смотрел их проект вообще, поэтому не имею понятия насколько хорошо там все сделано."
............
"Мы всегда хотели, я так думаю, когда нибудь перенести wineserver в ядро. Это уже обсуждалось прежде. Линус не высказал возражений по поводу наличия поддержки win32 системных вызовов в ядре. Парень из Redhat написал модуль ядра для wine пару лет назад, но тогда было еще не время."

anonymous
()
Ответ на: комментарий от Snorg

>Может лучше mono допилить, чем wine в ядро засовывать?

Нет, не лучше. Моно используется для разработки а не для запуска уже существующих приложений. Вайн же нужен исключительно для совместимости с существующим софтом. Писать новый софт с использованием winelib никто в здравом уме не будет.

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

>Вайн же нужен исключительно для совместимости с существующим софтом. Писать новый софт с использованием winelib никто в здравом уме не будет.

Это-то понятно. Но сегодня софт массово пишется и переписывается на Java и.NET (неважно, хорошо это или плохо, сегодня это так). Java работает. Mono может запускать бинарники полученные из MS Visual Studio, не все, но что-то может. В перспективе важнее поддержка софта пишущегося сегодня, чем позавчерашнего.

Snorg
()
Ответ на: комментарий от anonymous

>Похоже на то, что они добавили поддержку windows nt системных вызовов в ядро.

Хм, интересно, а куда они будут впихивать несколько тысяч системных вызовов в ядро? Помнится, Торвальдс, да и другие разработчики очень хвалили Unix за то, что там как раз нет подобного зоопарка, и очень ругали Windows за это.

anonymous
()

Да никто никогда не включит это в mainstream (и слава Богу). У вайновцев завышенное самомнение. А так пусть будет... ("Гиви, ты помидоры любишь?" - "Есть люблю, а так - нет")

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

Меня всегда прет с того, что все тыкают этим самым "фотощопом", кому бы он сдался кроме дизайнеров да фотографов, и какой процент дизайнеров среди пользователей вообще? Или вы так печетесь о тех, кто в этом самом фотошопе красные глаза со своих фотографий удаляет? Так это и вовсе напрасно - если они поставят себе linux, то красные глаза уже ничем не удалить, так что и без фотошопа проживем.

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

coredump
()

Wine вещь полезная, но зачем его встраивать в ядро?

KUser
()
Ответ на: комментарий от EasyLinuxoid

> С другой стороны предприятия и люди уже вложили деньги в софт для виндовс

пусть и покупают виндовс, раз вложили. или пусть IT-шников уволят. :-))))

> И вообще должна быть операционная система,а приложения любые должны подходить :)

ага. даёшь 100% совместимость со всеми вирусами!

samy_volosaty ★★★★★
()

Шо, апъять? Уже ж было. Отберите у них баян, иначе эта музыка будет вечной!

girla
()
Ответ на: комментарий от Snorg

>В перспективе важнее поддержка софта пишущегося сегодня, чем позавчерашнего.

А вот и хз. Некрософта необъятное количество, вон только у нас на предприятии тележка еще ДОСовских прог, в том числе сопряжения с оригинальным оборудованием, которые никто даже не думает списывать. А так кругом 2000 винда, так как есть вагоны купленного софта некоректно работающего в виндах выше, и я думаю, в ближайшие лет пять, а то и десять фиг кто даст поменять ситуацию. И я вам скажу что это еще довольно модерная картинка. Так что раз написаный и купленый софт живее всех живых, и поддержка его работы нужна сейчас, и еще долгое время нужна будет.

ЗЫ. Ситуация на самом деле еще хуже, так как "старый" софт мало того что есть в огромных количествах, он еще и до сих пор пишется! Я знаю по крайней мере две конторы, которые свои решения сегодня клепают на "фреймворках" и наборах модулей сваяных в середине-конце 90-х. И это не мелочь пузатая, а крупные компании покрывающие своим ПО значительное количество государственных и корпоративных клиентов. Купленное у них СЕГОДНЯ ПО, скрученное с технологий времен 98-2000 винды будет еще жить лет 15 как пить дать. А вы Java и .NET, ага.

girla
()

Бугагага. Вот ведь идиоты отметились в топике ! Список можно составлять.

1) Подержка dosemu есть в ядре со средины 90-х годов. Поддержка ibcs с тех же времен. Чем тут выделяется wine не понятно только малолетним дебилам с ЛОР. Для тупых - поддержка операционых систем MSDOS и SCO Openserver была в ядре до вашего рождения, олигофрены.

2) По указанной выше причине (точнее по одной из) Линус не против включения поддержки wine(точнее wineserver) в ядро.

3) А не против от с тех пор как примерно пять-шесть лет назад уже эта тема возникала - а именно наваяли ядерный модуль для wineserver. И тогда спрашивали Линуса, на что тот вспомнил про все перечисленно в пункте первом и сказал что никаких принципиальных возражений не имеет.

Все это было в дайджестах списков рассылки wine, и много где еще. Так же там было про то что именно содержится в ядреном модуле размером в несколько десятков килобайт бинарей. Наверное они вместили в эти пару десятков килобайт вызовы всего winapi !!! Галактеко в опасносте !

Но малолетние читатели помимо ЛОР читают исключительно журнал Ксакеп так что не в курсе. Да,да в ЖЖ депутата об этом тоже не писали.

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

> Но сегодня софт массово пишется и переписывается на Java и.NET (неважно, хорошо это или плохо, сегодня это так). Java работает. Mono может запускать бинарники полученные из MS Visual Studio, не все, но что-то может. В перспективе важнее поддержка софта пишущегося сегодня, чем позавчерашнего.

хе. сегодняшний софт умрёт. прийдётся опять переписывать.

M$ выпустит новый .НЕТ или ещё что...

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

> если это появится в mainstream ядре, перейду на FreeBSD

rmmod wineserver не проще ?

szh ★★★★
()

Ух сколько червей но ЛОРе повылазило. С вами хоть на рыбалку.

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

> Подержка dosemu есть в ядре со средины 90-х годов

Вообще-то, dosemu живет в юзерспейсе, и от ядра ничего не требует

> Поддержка ibcs с тех же времен

Набор системных вызовов скотины и линукса семантически очень схож с точностью до параметров и их значений, с отличие от...

no-dashi ★★★★★
()
Ответ на: комментарий от anonymous

> Про то что проект будет добавлен в мэйнстрим - по-моему автор выдумал.

я в этом не сомневаюсь. сначала его заюзают дистроклепатели, а потом по просьбам масс трудящихся влючат модуль в ядро.

anonymous
()

Да успокойтесь вы, линукс не перестанет быть открытым конструктором, как в плане ядра, так и дистров. Каждый в случае мракобъсія сможет слепить свою православную систему. Тем более если это будет выполнено в виде модуля ядра, то поднявшаяся истерика поднялась на пустом месте, ИМХО. А интероперабельность с виндой и переносимость ПО лучшие средства для популяризации и РЕАЛЬНОГО использования линукс в наибольших секторах рынка: государственном и корпоративном. По большому счету там всем насрать какая у них ОС, люди работают не с ОС а с конкретными программами.

girla
()
Ответ на: комментарий от anonymous

чур меня чур.... самое обидное что эту заразу будут в первую очередь совать в десктоп дистрибы. а ещё гугл зачем-то спонсирует вайноОвцев.... вместо того что бы давить на писателей что бы нативное всё лабали. как не крути а линукс набирает обороты на десктопах... с каждым годом порядочно. пусть пишут а кому надо те кросовер вайн седегу поставят.

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

давайте приймем ставки какой первый дистриб засунет себе эту парашу? Могу поспорить это будет или мандирва или сусе. больше склонен к мандриве. сомневаюсь что первой будет убунта

sneer
()
Ответ на: комментарий от anonymous

>А зачем системные вызовы NT в ядре? Как-то не юниксвей получаеться.

для ускорения работы виндовых приложений. Да и это не будет намертво вшито в ядро. Это будет просто как модуль.

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от Igron

>Вы случайно не журналист?

нет. я музыкант.

Что я не правильно перевел? Стоит же слово "возможно".

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от no-dashi

> Вообще-то, dosemu живет в юзерспейсе, и от ядра ничего не требует

Два очка тебе, студентЪ.

haywire
()
Ответ на: комментарий от anonymous

>Про то что проект будет добавлен в мэйнстрим - по-моему автор выдумал.

Вот оригинал: We would, I think, like to move wineserver into the kernel sometime. It's been discussed before. Linus is not opposed to having native support for win32 system calls.

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

> для ускорения работы виндовых приложений

Ты правда считаешь, что главная проблема вайна - тормоза, а не неполная поддержка винапи?

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