?

Log in

No account? Create an account
Джон Хеннесси возвращается к истокам - Юрий Панчул [entries|archive|friends|userinfo]
Money can buy bandwidth. Latency requires bribing God.

[ website | My Website ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Джон Хеннесси возвращается к истокам [Mar. 26th, 2013|09:57 pm]
Yuri Panchul
Я уже несколько раз говорил у себя в блоге, что президент Стенфорда Джон Хеннесси был в юности основателем MIPS Computer Systems, которая стала нашей MIPS Technologies. Но Джон Хеннесси так оторвался от народа, что когда я сказал про связь MIPS и Хеннесси известной в узких кругах сколоковке Александре Джонсон, то она мне не совсем поверила и потом переспрашивала "А это точно тот Хеннесси и точно тот MIPS?"

Короче, когда MIPS стал частью Imagination Technologies Group, наш американский маркетинг вместе с британским маркетингом решили напомнить Джону Хеннесси о его истоках и провели с ним встречу нашего нового президента - британского рыцаря Хусейна Яссаи (Hossein Yassaie). О встрече написала стенфордская газетка:

http://www.stanforddaily.com/2013/03/07/hennessy-tech-industrialist-talk-computing-2/

Hennessy, tech industrialist look to future of computing
By Miles Bennett-Smith March 7, 2013

After seven years as a professor in the electrical engineering department, President John Hennessy took a sabbatical from Stanford in 1984 to found MIPS Computer Systems Inc. and commercialize his work with RISC processing. The company went public shortly thereafter and enjoyed great success as the pioneer of MIPS architecture. Sir Hossein Yassaie is the CEO of Imagination Technologies Group, which acquired MIPS Technologies last year to use in future CPU development.

The Daily sat down with both Hennessy and Yassaie to talk about the acquisition as well as the history of MIPS and the realities of the semiconductor IP (intellectual property) business and startup companies.


(IAN GARCIA-DOTY/The Stanford Daily)
The Stanford Daily (TSD): Can you just explain a little bit about how things happened with the early days of your company and what led up to this point with the MIPS technology?
John Hennessy (JH): The MIPS [Microprocessor without Interlocked Pipeline Stages] architecture had its roots in a research project here at Stanford started in the early 1980s with the simple question: What would the age of single chip CPUs mean for how we should design processors? Stanford, together with Berkeley and IBM, really…stumbled upon an incredible discovery about a better way to design instruction sets for modern computers than had been previously thought about.

And I say “stumbled upon” because really what happened was the constraints of having to fit a processor with the limited number of transistors at that time meant that we had to rethink the whole process of how to design the interface between the software system and the hardware system. That’s what led to the fundamental discovery, but I think it wasn’t until some years later that people really realized how fundamental it was.

In fact, in the beginning there was a lot of skepticism. The IBM project was kept secret for many years, and people didn’t know about it. And it became very easy for many people in the industry to say, “This is a bunch of crazy academics here — this isn’t really a great idea.” It had to prove itself over time.

In more recent times, the emergence of the embedded computer space, with everything from smartphones and tablets to all kinds of smart desktops to really high-end computer video game systems, has meant that an architecture that could deliver a combination of high performance low cost and be able to operate in a regime with low power had real advantages.

What emerged were the second-generation advantages of the RISC [Reduced instruction set computing] approach that we piloted here and at the other institutions. That’s in fact been the driver for the last few years as the computing world has shifted increasingly away from desktops and big machines to things that people carry around or they use in many ways outside of the context of a normal computing task. So that’s sort of a capsule history of 25 or so years with.

We started the company not because we wanted to be entrepreneurs. We were, in fact, reluctant entrepreneurs — we started the company originally because a famous computer scientist convinced us that, if we didn’t start the company, the technology would just languish on the shelves. [The technology] was very threatening to the existing players out there and their machines, and if they adopted this technology, it was going to obsolete their products.
Gordon Bell was then the founder of the second-largest computer company [Digital Equipment Corporation], and he said, “You’ve got to go do this yourself, otherwise you’re going to have a bunch of papers sitting on a shelf that nobody’s ever going to use.” And, in retrospect, it turned out to be very insightful.

Digital Equipment Corporation actually had a person working with us on sabbatical and when they wanted to take the research and transfer it to their headquarters back East, they couldn’t convince the people to take it. IBM cancelled their first attempts with the technology.
In fact, one of the founders of MIPS helped me found the company, because when IBM cancelled the project, he so believed in this technology that he said, “I’m not going back to IBM. If you guys want to do something here, I’m in.”

And, at the time, people were making big computers that cost a lot of money. Room-sized. And we were talking an improvement by a factor of five in cost, conservatively, and maybe a factor of 10. So it was a big change. People were thinking, “Well, I’ll just sell fewer computers, and I’ll make less money,” instead of saying, “Suppose you delivered that much power — what could it do in terms of what could it do and how many people could afford them?” They didn’t see that, and it was early on.
And that’s another reason I say it often takes an entrepreneur to really take it out there, somebody’s who is really been involved in the creation of something. If you’re involved in it, you see the glass as half full. Yeah, there are some problems to be solved, but the key insight is there. Everybody else sees the glass as half empty and says, “This isn’t going to work. This is a research project.”
I still remember this funny story — I was on a panel with Dave Patterson, who was doing a similar project at Berkeley with IBM. And somebody says to him, just after we had started the company, “You know Hennessy here on the panel? He just got a million dollars to invest from the venture capitalists, and he’s going to start this company. If this technology’s not going to work, what should he do? Take the money and go to South America.” [Laughing]

TSD: How does acquiring MIPS accelerate your activities at Imagination, and what was the thinking behind the move?

Hossein Yassaie (HY): We fundamentally believe that the processor market is a big market and is an area that is growing. As I think John touched on, this market started with areas such as game consoles and embedded applications and then mobile phones happened and tablets, which is a very big area.

On the horizon, everyone talks about connected devices and Internet of Things. We went from tens of millions to hundreds of millions to a few billion, and now I think we’re heading toward tens of billions of things which are clever and smart so the processor business is very important for us.
We’re a key IP company with significant customers, so we’ve had our own processor development internally since 1995, and it’s very much a philosophy along the same lines as MIPS that we were working on in terms of multithreading and RISC architectures. But it’s just in the last year in discussion with the MIPS executives and team [that] it became clear that there is a mechanism for us acquiring MIPS in a structure that means we double the team size.

We [had] about 200 people on our processor team, and now we’re double that, and that combination means [that], in terms of capability and know-how, and the additional ecosystems MIPS brings to us — particularly with the fact that MIPS is in the Android tree — our process of getting where we want to be with the processor technology scaled up, both in times of resources and where we are in the marketplace.

TSD: There was some speculation in the early 1990s that MIPS and other powerful RISC processors would overtake the Intel IA32 architecture for desktop and mobile computers, but this hasn’t really been the case. Were you surprised that this didn’t catch on and why do you think that the architecture never really caught on and has stayed mostly out of the desktop?

JH: I think lots of things evolved as the technology shifted. There are a whole lot of complicated reasons for why things happened on the desktop the way they happened. One of the very hard things to do is to get companies to collaborate, even if by collaboration they would be stronger than if they fractured themselves.

Intel was the big player outside the RISC space, and in the RISC space things just fractured. A couple of times we had a shot at bringing it all together and getting enough players on one platform that you would have a shot at Intel, that never quite happened for a number of complicated political reasons.
Then what happened was the rise of this shift to mobile and embedded technologies — it happened on Internet switches, it happened on desktops, on desktop machines supporting television sets and set-top boxes. And that market and the video game, the high-end video game market just took off. Boom. Exploded.

And all of a sudden that was growing much faster than the main desktop business. And things have shifted dramatically. Now if you look beyond ARM and MIPS, they dominate the rest of that marketplace out there and Intel still has this standardized marketplace. But the advantages that the RISC architectures have in terms of efficiency, both in use of silicon which means they are cheaper and, equally importantly, power. Power has become a big, big issue in these things. Unlike a big computer somewhere [when] you have a fan to cool it [or] you have it plugged into the wall, you don’t have that.

TSD: Are those factors you talked about with efficiency things that make MIPS attractive in low-cost markets maybe for the future?

HY: From Imagination’s point of view, we completely agree with the comment John just made about power. One of the major constraints in mobile devices is that there is not a cable that is plugged into power and there is not a fan in there. So you have a set power envelope that you have to live with. And not only that, the demands that consumers have: they want it be to be as good as their PCs.
And actually we’re pretty much there. That’s really, if you look at the history of Imagination, we built our business in the mid-90s saying, “OK, graphics is a big deal for mobile. Against all the odds let’s put our efforts into creating a very powerful solution for mobile and get graphics into the devices and handsets.”

Now going forward, everything needs to be smart, everything needs a CPU and power is still a constraint. We certainly believe MIPS is one of the most efficient architectures that exists on this planet and certainly have expectations and aspirations that it will grow from this base with the help and energy we can put behind and become a big player in the market space.

JH: Efficiency has become the key issue — that’s the key phrase. It was less important early on when people were not as cost sensitized. It’s one thing when you’re building computers that cost several thousand dollars. It’s another when you’re building a smartphone that only cost $200 or you’re building an embedded device that may only cost $50 or $25. Then it’s a completely different game.

HY: There’s also another interesting thing that has happened recently. If you go back in the early days of say the mobile phone market, a lot of these systems were closed. A particular operating system, a particular manufacturer — it wasn’t really an open market.
With what is out there with Android and the Linux environment that exists, the market is there and as long as there is a good architecture that can deliver the performance and power and cost, amazing things could happen.

The other aspects of this for Imagination is that MIPS is a fantastic architecture, and there are a lot of great people in that company. In the licensing business, stability is very important. Once you have a long-term plan and commitment behind an architecture and there’s no changes and concerns and issues, then things will change.

Existing markets that MIPS has been in, such as network or set top boxes, wherever MIPS was a key driver, those customers will feel once again much more confident about the future and the security of MIPS.

There’s a lot of people out there, their lives and engineering work in some way have been touched by MIPS. They have true love for the architecture. We’re counting on this to allow us to take MIPS to the highest level of success and glory that is possible.

TSD: Do you think attempts at developing the MIPS Architecture are going to happen organically as you try to become more efficient, or are you stepping back to take a direct approach to make bigger leaps and bounds?

HY: From my point of view, both of those things are certainly on the cards. There’s a lot of good stuff about MIPS architecture, one of the amazing things about it is that it’s the first 64-bit microprocessor on the planet. And the world is heading that way fast. So there’s a lot of things you can build on.

But when it comes to low power and efficiency there’s always new things you can add and apply. We certainly plan to build around what is there in terms of the history, knowledge and experience and combine that with what we’ve learned in our work in the mobile space from the graphics or what have you and press on and take this architecture forward.

TSD: Now that the technology is out there, how do you balance turning a profit with the need to keep improving and innovating with the architecture?

HY: We are a public company, and I can tell you that, when you are a public company, you have to keep many people happy, internal and external, and it’s a tough challenge. But my approach to these things is that, at the end of the day, I am a mathematician and a scientist and an engineer.
I’m doing what I’m doing because I think there’s a good chance of success. You have to do the right thing. Of course profit and revenue is important, but not at the expense of doing the wrong thing. You have to have a balance — you cannot jeopardize the long-term future for short-term decisions, particularly in the IP business.

We generally have five-year plans, and one of the big things I’ve started is getting my team together and telling them, “Ok guys, it’s time to fix and finalize the roadmap for the next few years. You have to do that and put the investment in, and that’s the nature of the beast. It’s a long-term business with long-term focus but you have to find ways to keep the money side also delivering.

JH: I think this is true for not just tech companies, but all companies right now. The fundamentally difficult problem is keeping long-term innovation alive and doing that while keeping your current business running, which you have to do. If you’re a public company, the shareholders will desert you quite quickly.

But all companies have that fundamental problem of how do you keep that innovation engine alive because that’s the secret of growth and taking advantage of new markets and new opportunities.

TSD: If you were to go back to when you first started this work, could you have anticipated this level of success with the MIPS architecture? And when you’re looking back 50 years from now, what do you hope people are saying about it?

JH: We knew that we had discovered something fairly fundamental — we understood that. We didn’t understand how all the pieces fit together. The leap generated by the early MIPS architecture the very first RISC architecture, and it was significant enough that you could say this really was a breakthrough.

You never know what the successes will be like. Especially when you’re at a small company, and you’re fighting for your life, and you’re up and down. At one point, the company was down to 10 days of operating capital — this was many years ago in the early ’80s — but with 10 days of operating capital, you have to do something or you’re going to be out of business shortly.
And that’s what its like for startup companies. The fact that the architecture bloomed, it really bloomed with this movement out into the embedded space. And I’m excited to see Imagination pick up and build on this incredible history and take this to the next level as we go forward. I think the world is going to get better, and we’re going to see lots of interesting breakthroughs and uses of this technology, and I’m excited to see Imagination do it.

HY: I think in particularly having been to a couple of exhibitions recently and talking to customers, there’s definitely strong support and interest for the growth and success of MIPS. This is important for Imagination as it is for the industry.

The industry needs alternative CPUs giving choice to people, and we certainly recognize the history of MIPS, and our aim is to develop and safeguard and be a good custodian taking this architecture forward and creating a kind of solution in IP that many customers can use and commit to for the long range.

This interview has been condensed and edited.


А я в свое время сходил на встречу с Джоном Хеннесси и нащелкал кучу фотографией его с прикольными позами и выражениями лица:


mips_event_in_computer_history_museum_20110727_112346





mips_event_in_computer_history_museum_20110727_111039

mips_event_in_computer_history_museum_20110727_111040

mips_event_in_computer_history_museum_20110727_111100

mips_event_in_computer_history_museum_20110727_111108

mips_event_in_computer_history_museum_20110727_111137

mips_event_in_computer_history_museum_20110727_111152

mips_event_in_computer_history_museum_20110727_111549

mips_event_in_computer_history_museum_20110727_111559

mips_event_in_computer_history_museum_20110727_111603

mips_event_in_computer_history_museum_20110727_111741

mips_event_in_computer_history_museum_20110727_111746

mips_event_in_computer_history_museum_20110727_111749

mips_event_in_computer_history_museum_20110727_111843




А вот его знаменитые учебники:



Но сейчас его вводный учебник начинает вытесняться более имхо хорошим учебником от двух молодых преподавателей из южной Калифорнии:





Новый учебник тоже построен на основе MIPS. Да-с.

А вы когда-нибудь встречали

Президента Стенфорда?
1(7.7%)
Настоящего британского рыцаря?
1(7.7%)
Зато я встречал кого-нибудь другого редкого зверя (пояснить в комментариях кого)
3(23.1%)
Я уверен(а) что Наталья Радулова НИКОГДА не допустит, чтобы Панчул нафотографировал ее как Джона Хеннесси
5(38.5%)
Из-за бугра плюете?
3(23.1%)
LinkReply

Comments:
[User Picture]From: alexey_zharikov
2013-03-27 05:32 am (UTC)
Я всегда считал, что "Джон Хенесси" - это коктейль из виски "Джонни Уолкер" и коньяка "Хеннеси".
(Reply) (Thread)
[User Picture]From: fabless
2013-03-27 04:35 pm (UTC)
У меня два издания на полке стоит.
Юрий как правильно выбрать и защитить свою ISA, для своего ядра? Можно ли быть с кем-то двоично совместимым (частично по командам)?
(Reply) (Thread)
[User Picture]From: panchul
2013-03-27 05:23 pm (UTC)
Это весьма тонкий вопрос (все его детали не для ЖЖ). В этот вопрос входит не только правомочность патентования ISA и связь ISA с его имплементацией, но и вопросы времени работы патентов, международного патентного права и бизнес-интересы компаний, разрабатывающих и использующих ISA. В качестве поучительного чтива вы можете почитать http://jonahprobell.com/lexra.html , но не принимайте данную историю близко к сердцу - мы живет в ином мире, чем тот, в котором случилась та история.
(Reply) (Parent) (Thread)
[User Picture]From: fabless
2013-03-27 07:22 pm (UTC)
Например, есть ли шансы выйти на рынок с ARM совместимым ядром (т.е. оно исполняет ARM elf файлы), но с реализацией не как у ARM? Ну вот как AMD сделала K5
(Reply) (Parent) (Thread)
[User Picture]From: panchul
2013-03-27 07:49 pm (UTC)
Для этого вам нужно купить у ARM архитектурную лицензию, как это сделали Apple и Qualcomm (это не то же самое, что лицензирование ядер). Я не знаю точных цен на армовские архитектурные лицензии, но порядок - миллионы, возможно больше десяти миллионов долларов. Без архитектурной лицензии высок риск, что ARM прихлопнет компанию в наносекунду.

С AMD K5 был насколько я понимаю другой случай - AMD до этого проекта был second source для интела. В США в то время военные не соглашались иметь дело ни с какой компанией, для продукции которой не было альтернативного независимого источника чипов. Типа если русские бросят маленькую атомную бомбу на здание SC-12 в Санта-Кларе, то в находящемся в трех милях от него офисе AMD инженеры будут спокойно продолжать работать. Поэтому между интелом и AMD была куча каких-то соглашений.

intel_amd


При этом я не лоер, и все, что я написал выше есть мое личное не-лоерское мнение.
(Reply) (Parent) (Thread)
[User Picture]From: fabless
2013-03-27 10:10 pm (UTC)
А если, допустим, я строю свое ядро на основе открытой VLIW VEX архитектуры (т.е. HP). Но при этом оно может оказаться двоично совместимым с другими коммерческими потомками этой архитектуры (ST, Tilera). Ну а компилятор Open64 будет, тоже открытый. Можно ли безнаказанно юзать историческое наследие от великих?
(Reply) (Parent) (Thread)
[User Picture]From: panchul
2013-03-27 11:36 pm (UTC)
Это прямым образом зависит от того, сколько денег на лоеров будет на руках компании, которая захочет вас прикрыть и будет ли для этой компании бизнес-смысл, чтобы вас прикрывать (т.е. например компания может подсчитать и решить, что от таких судилищ будет больше негативного пиара, чем выгоды). Но если вы станете очень успешны, то у кого-то найдется достаточно денег на лоеров и лоер будет пытаться доказывать, что выбранное вами подмножество ISA (которое может быть непантентуемо) невозможно реализовать без такого-то такого-то патента. С историческим наследием могут быть связаны патенты, у которых могут быть патентодержатели (хотя патенты через 17 лет истекают). При том, что судилище само по себе может строиться на абсурдных обвинениях, качественный лоер большой компании будет затягивать процесс, чтобы у вас деньги кончились раньше (а денег может потребоваться сотни тысяч долларов для защиты даже от абсурдных обвинений). При этом из просто факта суда от вас будут отворачиваться инвесторы.

Но если вы делаете чего-нибудь исследовательское, то такого рода хищникам будет на вас начхать. Хотя имейте в виду, что если лоер на зарплате в большой компании, то зарплата лоеров не зависит от реального бизнеса и они могут начать вести против вас дело просто чтобы оправдать свое существование перед начальством.

Немного на другую тему, но помогает понять какие эмоции испытывают некоторые люди против лоеров:


(Reply) (Parent) (Thread)
[User Picture]From: fabless
2013-03-28 07:31 am (UTC)
А если изменить названия инструкций и опкоды (просто циклическим сдвигом), но не смысл инструкций? Т.е. доказательства в таких кейсах на каких фактах совпадения ISA строятся?
(Reply) (Parent) (Thread)
[User Picture]From: panchul
2013-03-28 07:51 am (UTC)
Если эксперт на суде (пример эксперта - Билл ван Климпат у меня во френдах на линкедине) если эксперт на суде покажет, что что-то было получено из чего-то (derived), и не могло возникнуть само по себе в clean room, то этот трюк не работает.

При этом обращаю внимание, что опкоды имеют значение для эффективности декодирования, минимизации слоев логики. Например в MIPS инструкция add от sub отличается одним битом опкода.


Но опять же я подчеркиваю - все, что я написал выше - это так сказать мои досужие рассуждения. Вопрос, который вы затрагиваете - сложный, вам нужна консультация опытного в данных вопросах лоера.
(Reply) (Parent) (Thread)
[User Picture]From: fabless
2013-03-28 10:05 am (UTC)
Юрий, а более близкий к продукту вопрос. Если я сделаю симулятор ISS, даже не cycle accurate, но с кэшами, который может исполнять эльфы MIPS'а. Ну и можно будет строить некий конструктор из нескольких ядер MIPS. Могу я его продавать? Мне интересно готовые стеки софта под MIPS также туда использовать. Тот же MIPS Android. Это будет продвижение MIPS в различные приложения. Но я хочу продавать свой симулятор как продукт, чтобы полностью контролировать интеграцию с другим софтом на уровне исходников симулятора.
(Reply) (Parent) (Thread)
[User Picture]From: panchul
2013-03-28 04:35 pm (UTC)
Да, вы можете. Но если вы хотите при этом поддерживать самые новые секретные инструкции, то я рекомендую вам после того, как вы сделаете прототип, пообщаться с одним из начальников в нашем офисе по имени Дэвид Лау. Я могу вам ему представить. Но Дэвид - человек очень конкретно-скептический, поэтому любое общение с ним нужно начинать после того, когда у вас готов прототип и этот прототип является убедительным.
(Reply) (Parent) (Thread)
[User Picture]From: fabless
2013-03-28 05:01 pm (UTC)
Вот это отлично. А формат ELF MIPS открыт, чтобы loader написать? Или QEMU брать за reference?
(Reply) (Parent) (Thread)
[User Picture]From: panchul
2013-03-28 05:40 pm (UTC)
Я практически уверен, что открыт, посколько он поддерживается GNU toolchain.

QEMU кстати - довольно плохой reference, там многие вещи на соплях (только чтобы работал Андроид) и появление альтернатив QEMU (и дорогому Imperas-у) приветствовалось бы многими людьми.

В качестве главного источника информации лучше зарегистрироваться у нас на сайте и скачать все тома документации - см. http://www.mips.com/products/product-materials/processor/mips-architecture/
(Reply) (Parent) (Thread)
[User Picture]From: fabless
2013-03-28 05:46 pm (UTC)
У меня давно есть идея сделать dev tool studio с большим набором архитектур ядер как альтернативу дорогим RVDS-сам и Carbon-нам. Отлично что вы подтвердили спрос на это.
Да сейчас скачаю. спасибо.
(Reply) (Parent) (Thread)
[User Picture]From: fabless
2013-03-29 05:16 pm (UTC)
Юрий, а компилятор не подскажите самый удобный у вас и бесплатный, под винду желательно?
Еще, можно ли в вашем компайлере задать моду только MIPS32 и без FPU, SIMD, SMP (для простоты прототипа)?
(Reply) (Parent) (Thread)
[User Picture]From: panchul
2013-03-29 11:49 pm (UTC)
Можно использовать GCC для MIPS, как собрать и где взять, лучше спросить у Вакуленко ramlamyammambam так как я всегда пользовался исталляцией от наших IT.

В нем есть опции для конкретных ядер, можно взять что-нибудь простое но с кэшами типа 4KEc или посложнее 24Kc. (При этом поддерживать 16-битный режим MIPS16e не нужно, он не слишком актуален).


(Reply) (Parent) (Thread)
[User Picture]From: ramlamyammambam
2013-03-30 12:16 am (UTC)
Самый актуальный gcc для MIPS нынче - это Sourcery CodeBench: http://www.mentor.com/embedded-software/sourcery-tools/sourcery-codebench/editions/lite-edition/
Последняя версия здесь: https://sourcery.mentor.com/GNUToolchain/release2364
SIMD включается флагом -mmsa, FPU - флагами -mfp64 и -mfp32, подмножество архитектуры переключается флагами типа -mips32r2, -mips64r2 и т.п. Полный список можно получить, вызвав "gcc --target-help".
(Reply) (Parent) (Thread)
[User Picture]From: avseyev
2013-03-29 04:54 am (UTC)
Ты по-моему путаешь историю с клонированием AMD'шных процессоров до 486-го. Там действительно производство на AMD существовало ради того чтобы иметь несколько источников. Но требования были у IBM. Может, там и военные каким-то боком были причастны - это я не знаю. Эта история кем-то из Intel'а раскрыта в интервью, которое лежит в архивах на сайте Компьютерного Музея. А с K5 все было сложнее. Лицензия на x86 у AMD к тому моменту закончилась. И процессор был сделан на своей собственной архитектуре. И Intel таки на них в суд подавала. И была у них патентная война после этого. Вопрос только, какие патенты пытался защитить Intel. Ведь другие клоны x86 до Пентиума производились в том числе и без лицензии. Но кто-то это делал массово и без проблем (Cyrix), а кого-то прихлопывали (UMC). Тут не все так просто. И потом появлились имплементации поздник Интелов, совместимых с их системой команд. Та же Transmeta например. Или они все-таки покупали лицензию?
Вобще интересно узнать, как ISA вобще защищается. Судя по истории судебных дел, все вокруг патентов крутится.
(Reply) (Parent) (Thread)
[User Picture]From: panchul
2013-03-29 01:55 pm (UTC)
Я не силен в истории Интела. Относительно Трансметы - я лично знаю их бывшего CEO, если его увижу как нибудь спрошу.

*** Судя по истории судебных дел, все вокруг патентов крутится. ***

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

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

Но все это при нормальном течении бизнеса. Есть еще ненормальное течение бизнеса, когда у лоеров просыпается мания величия, и их некому осадить. Тогда возможно что угодно.
(Reply) (Parent) (Thread)
[User Picture]From: avseyev
2013-03-30 06:54 pm (UTC)
С тем, как патенты используются, - понятно. Но война патентов не начинается, пока лоеры не используют копирайты и лицензионные соглашения сначала. Если погуглить вопрос копирайта, то, например, пишут, что микрокод 386 был под копирайтом. Про саму ISA нет конкретной информации. Еще пишут, что NEC и Cyrix сделали "clean room" reverse engineering. Хотя в степень чистоты трудно верить:
http://jolt.law.harvard.edu/digest/patent/intel-and-the-x86-architecture-a-legal-perspective-2

Все-таки инженеры должны были знать систему команд как свои пять. Да и архитектура и принципы оптимизации исполнения команд 386 и 486 наверняка им были известна заранее. К тому же, как опять же пишут, Intel подозревал, что NEC знали микрокод 386-го. Забавно, что ISA под копирайт не попала, а микрокод копирайтом, тем не менее, защищался. Что уже более логично в деле AMD vs Intel, так это решение Intel'а все закончить миром. Иначе над ними нависал antitrust, а это уже серьезно.
(Reply) (Parent) (Thread)
[User Picture]From: _iga
2013-03-28 01:49 pm (UTC)
Лицо злое.
Но старающееся казаться добрым и весёлым.
(Reply) (Thread)
[User Picture]From: panchul
2013-03-28 04:30 pm (UTC)
Не, в нем никакой злости нет. Максимум - некоторая бессердечность в областях вне компьютерной архитектуры и микроархитектуры. Вообще это очень характерный несколько суховатый и при этом маньячный на предмет работы тип ветерана Silicon Valley - я таких знаю кучу начиная с Дениса Колмана.
(Reply) (Parent) (Thread)
[User Picture]From: norka_0
2013-05-10 08:24 pm (UTC)
Я постоянно встречаю летающих тараканов. А еще у меня дома живет ящерица (а может и насколько). Она заползла через окно и свалилась на пол (квартира на 3 этаже). Теперь питается ночью на кухне фруктами и луком.
(Reply) (Thread)