Sun Microsystem совместно с компанией Transitive реализовали (http://www.theregister.co.uk/2008/03/19/transitive_solaris_s.../) возможность прямого выполнения в 64-битных x86 сборках Linux и Solaris бинарных исполняемых файлов, собранных для платформы Solaris/SPARC. Выполнение приложений осуществляется с небольшой потерей в производительности, из-за использовании режима эмуляции. В планах реализация обратной возможности - выполнение x86 Solaris приложений на платформе SPARC.
Запуск инородных приложений осуществляется при помощи ПО QuickTransit (http://www.transitive.com/products/solsparc_solx86), на базе которого ранее построены Apple Rosetta и IBM PowerVM, - средства для выполнения PowerPC программ в Mac OS X Intel и запуска x86 Linux приложений на серверах IBM System P, работающих на базе PowerPC.URL: http://www.theregister.co.uk/2008/03/19/transitive_solaris_s.../
Новость: http://www.opennet.me/opennews/art.shtml?num=14878
Этож просто праздник какой-то!!!!!!*MARTINI*
Интересно, версии SAP, работающие только на SPARC под этим эмулятором заведутся?
Надо найти, сколько стоит лицензия на запуск одной SPARC-программы... а потом уже радоваться...
урааааа! аффторы узнали о qemu-system-sparc
>урааааа! аффторы узнали о qemu-system-sparcНе знаю как сейчас но пару месяцев назад на qemu-system-sparc можно было згружать только linux. Solaris валился еще на стадии загрузки.
Не все привыкли воровать, это так на заметочьку, а для конторы у которой есть SPARC сервера и софт, этот продукт то что доктор прописал, если они не могут перенести его на болие новую версию Solaris...:)
А вот интересно, оракле 9.2 для спарк/солярис будет работать на х64/солярис?
Задаюсь аналогичным вопросом.
Было б чертовски неплохо копировать рабочую базу со СПАРКА на х86 сервер для всяких тестов. А так приходится отдельный СПАРК под это держать.
Боюсь только не выйдет ничего: у Оракла файлы данных в машиннозависимом формате :(
> Боюсь только не выйдет ничего: у Оракла файлы данных в машиннозависимом формате :(Не такой уж он и машиннозависимый. На спарке для перевода базы с 32-х битного oracle на 64-х битный и обратно достаточно запустить прилагающийся к оракелу скрипт для перекомпиляции объектов.
P.S. Возможно, при переходе sparc->x86 это и не пройдет, но импорт/экспорт тоже еще никто не отменял
На 10g rman научился с платформы на платформу конвертить. Так что и линуховая версия оракла подойдет:)
> На спарке для перевода базы с 32-х битного oracle на 64-х битныйдело не в 32-.. 64-..
дело в big endiane и litle endiane.
10.2 точно умеет, следовательно, сие поделие для б/д oracle не надо.
а вот OeBS (SAP) - х/з. надо попробовать
Ммм... а что, есть sparc-only бинарный софт, который кому-то нужен? Я бы посоветовал тем, кому он нужен убицца. А сам софт на всякий случай выложил бы на TBP.qemu-system-sparc, кстати, не работает никак.
Есть такой софт. Он как суслик. Вы его не видите, но он есть. Из того, с чем мне доводилось за последние время общатся были софтина для цифровой подписи TCL v.1 IVR-ов для cisco 5300 и VoIP гейткипер, совместимый с clarent-овскими шлюзами и h.323 одновременно. обе софтины древние, но их версий под альтернативные ос, насколько я знаю, не существует.
А софта для закрытия исходного кода TCL 2.0 IVR для cisco имеете?
Или хотя бы намекните. А то TCL Pro что-то не работает, либо я не так что-то делаю. И документации нет никакой.