The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В ядре Linux прекращена поддержка процессоров i386"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В ядре Linux прекращена поддержка процессоров i386"  +/
Сообщение от opennews (?), 12-Дек-12, 17:44 
Линус Торвальдс осуществил (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git...) слияние текущей активной ветки разработки ядра Linux с веткой, в рамках которой была проделана работа по избавлению ядра от поддержки процессоров 386-DX/SX. В настоящее время процессоры i386  давно потеряли актуальность и являются музейной редкостью, представляя интерес только с точки зрения ностальгии по началу 90-годов прошлого века.


Тем не менее, желание избавить ядро от поддержки процессоров  i386 имеет техническое обоснование. Целью подобного шага является желание упростить поддержку некоторых структур ядра, изменение которых затрудняет наличие дополнительного кода, необходимого для поддержки процессоров 386-DX/SX. Например, для работы на системах i386 необходимо предоставить эмуляцию некоторых возможностей, а в функции sync_core(), используемой для обеспечения работы режима SMP,  обеспечить поддержку процессоров без CPUID.

URL: http://www.theregister.co.uk/2012/12/12/linux_no_longer_runs.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=35582

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от G.NercY.uR (?), 12-Дек-12, 17:44   +24 +/
ТРУ. Прогресс тормозить не надо. На 386 и старые ядра думаю без проблем сгодятся, в инет их выпускать один хер не надо да и хлопотно. Поэтому пусть на 2.2, 2.4, 2.6 работают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от ark (?), 12-Дек-12, 17:50   –61 +/
> ТРУ. Прогресс тормозить не надо. На 386 и старые ядра думаю без
> проблем сгодятся, в инет их выпускать один хер не надо да
> и хлопотно. Поэтому пусть на 2.2, 2.4, 2.6 работают.

Ха Ха Ха
Как будто новые ядра типа более безопастно на внешку выставлять
Спасибо, не надо нам таких аналитеков

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #13

3. Сообщение от Grammar Nazi (?), 12-Дек-12, 17:52   +57 +/
безопасно
аналитиков
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от oops (ok), 12-Дек-12, 17:58   +/
И как теперь называть ядро? i686?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #100

5. Сообщение от darkshvein (ok), 12-Дек-12, 18:03   –2 +/
ээ, и какое теперь последнее с поддержкой? Впрочем, не уверен, что на таких процах запустятся иксы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #12, #44

6. Сообщение от Аноним (-), 12-Дек-12, 18:09   –1 +/
Странно, а не x86 процессоры их при этом не смущают. Вот во всех остальных архитектурах есть CPUID? (всякие powerpc, спарки, армы, мипсы, шмипсы и весь тот зоопарк что есть еще)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #15

7. Сообщение от Аноним (-), 12-Дек-12, 18:10   +/
Последнее рабочее - 3.3, в остальных сломано
https://bugzilla.kernel.org/show_bug.cgi?id=44931
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от ua9oasemail (ok), 12-Дек-12, 18:11   +/
как много в мiре их работающих осталось? (и где такое чудотехники в наше время юзать можно?)
И при релизах новых веток ядра не бывает ли так, что там прекращается поддержка какого-либо стараго железа?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #18, #24, #54, #137, #152

10. Сообщение от clown (?), 12-Дек-12, 18:13   +/
Всё что ниже HAL всегда аппаратно-ориентировано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

11. Сообщение от Аноним (-), 12-Дек-12, 18:14   +14 +/
i486, ваш капитан
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

12. Сообщение от Аноним (-), 12-Дек-12, 18:14   +1 +/
Получается, что 486-й
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

13. Сообщение от Anonplus (?), 12-Дек-12, 18:23   +8 +/
Ядра с потенциально существующими, но неизвестными уязвимостями более безопасно выставлять, чем старые ядра с уязвимостями, к которым уже давно в паблике есть эксплоиты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #129

14. Сообщение от mitya (ok), 12-Дек-12, 18:23   –1 +/
Мне рассказывали, что какие-то котроллеры на таких процессорах делают.
Собственно, в каких-то станках до сих пор 286 процессоры с успехом работают.

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

Да и софт под разные клоны ДОСа до сих пор делают для какой-то промышленности. По крайней мере в Зеленограде есть чуваки, которые подобные решения делают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #25, #75

15. Сообщение от Аноним (-), 12-Дек-12, 18:24   +3 +/
Зоопарк - это ваш x86
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #33

16. Сообщение от Аноним (-), 12-Дек-12, 18:25   +8 +/
>выпускался вплоть до 2007 года

И где можно купить 386 выпуска 2007 года?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #26, #27

18. Сообщение от a (??), 12-Дек-12, 18:36   –1 +/
У меня на работе ещё работает один, там уже кэш сдох, а он ничё, живой :) Есть даже один 286 :)

А вообще, были фотики Кэнон с этим процем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #35, #59

19. Сообщение от develop7 (ok), 12-Дек-12, 18:41   +2 +/
Например, в кассовых аппаратах, POS-терминалах и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #28

20. Сообщение от ламер (?), 12-Дек-12, 18:51   +/
будут ли рабоать на новых ядрах бинарники скомпилированые для 386 ?


Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #80

21. Сообщение от Аноним (-), 12-Дек-12, 18:54   –2 +/
Ну вранье же: Atom N2xx стартовали June 2008
http://en.wikipedia.org/wiki/Intel_Atom
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

22. Сообщение от anonymous (??), 12-Дек-12, 18:56   +/
Будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

24. Сообщение от Флинт (?), 12-Дек-12, 19:01   +4 +/
последний i386 у нас был списан в прошлом году.. при этом он был в вполне рабочем состоянии.. год выпуска 1994
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

25. Сообщение от Аноним (-), 12-Дек-12, 19:02   +7 +/
> Собственно, в каких-то станках до сих пор 286 процессоры с успехом работают.

Linux туда никто ставить не будет. У него все-равно MMU нормального нет.

> Скорости для задач хватает, энергопотребление мизерное.

Простите, какой-нибудь современный ARM на гигагерц и жрет намного меньше, и считает во много раз быстрее.

> Да и софт под разные клоны ДОСа до сих пор делают

...всякие некроманты...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #113, #161, #170

26. Сообщение от Аноним (-), 12-Дек-12, 19:03   –1 +/
> И где можно купить 386 выпуска 2007 года?

Немного делался для всякой околоэмбеддовки некрофильской.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

27. Сообщение от an (??), 12-Дек-12, 19:03   +1 +/
не поверите - в ПК
http://www.ipc2u.ru/catalog/P/PS/53491.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #66, #81, #167

28. Сообщение от Флинт (?), 12-Дек-12, 19:04   +/
там уже не чистый проц, а контроллер с "ядром i386".. это существенно..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #67

29. Сообщение от Аноним (-), 12-Дек-12, 19:07   +4 +/
Елки, ну нельзя же так людей пугать-то! Не могли в заголовке сразу написать 386-DX/SX? А то я уже, грешным делом, подумал, что мир сошел с ума и они дропнули поддержку всей x86_32 архитектуры.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51, #56, #95

30. Сообщение от Флинт (?), 12-Дек-12, 19:07   +1 +/
Atom N2xx уже позиционируется как i686 сам сейчас с такого сижу..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #60

32. Сообщение от Аноним (-), 12-Дек-12, 19:11   –2 +/
Тут анонсируют что сделали поддержку ARM разных версий, а тут бац новость что i386 не могут поддерживать. Похоже что не массовое исчезновение устаревшей платформы повлияло, а лень поддерживать архитектуру
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #45

33. Сообщение от AlexAT (ok), 12-Дек-12, 19:14   +/
На ARM не меньший зоопарк :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #34, #38

34. Сообщение от Аноним (-), 12-Дек-12, 19:17   +3 +/
> На ARM не меньший зоопарк :)

Поменьше в целом, имхо. Во всяком случае там никто не таскает 16-битные реальные режимы и не обкоцывает особо регистры до состояния "по мотивам 8086".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #39, #148

35. Сообщение от Аноним (-), 12-Дек-12, 19:18   +4 +/
> А вообще, были фотики Кэнон с этим процем.

А еще раньше фотики были вообще без проца.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

36. Сообщение от Аноним (-), 12-Дек-12, 19:19   +1 +/
> а лень поддерживать архитектуру

Лень поддерживать окаменелое г-но мамонта, на которое спрос попросту нулевой. Пусть кому надо тот и поддерживает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

37. Сообщение от i386 (?), 12-Дек-12, 19:20   +/
Вообще-то процессоры Intel называются 80386, а не i386. Это первое.
А второе: CPUID поддерживается только небольшой частью Intel 80486, в том числе не поддерживается обычными "SX/DX/DX2".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41, #136

38. Сообщение от Crazy Alex (ok), 12-Дек-12, 19:26   +2 +/
За исключением пачки наборов инструкций и отсутствия стандартного механизма инициализации оборудования ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

39. Сообщение от AlexAT (ok), 12-Дек-12, 19:28   +/
> Поменьше в целом, имхо. Во всяком случае там никто не таскает 16-битные
> реальные режимы и не обкоцывает особо регистры до состояния "по мотивам
> 8086".

C ARMv8 начнут таскать 32-битную адресацию, так что "все возрасты покорны".
Да и THUMB таскают уже давно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #82, #150

40. Сообщение от Аноним (-), 12-Дек-12, 19:33   +2 +/
Правильный ход, избавить ядро от старого кода. Логично оставлять только то что актуально и востребовано. Принцип пусть будет, для Торвальдса не авторитетен, и это хорошо.
Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от kholeg (ok), 12-Дек-12, 19:41   +1 +/
Помимо Intel, "386-DX/SX"-семейство процессоров выпускали, как минимум, AMD и Cyrix. Поэтому их и называют "i386". "i" - Intel-подобные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #43, #65

42. Сообщение от Аноним (-), 12-Дек-12, 19:59   +9 +/
Только i286 допаял
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #76, #77, #149

43. Сообщение от i386 (?), 12-Дек-12, 20:00   –1 +/
Спасибо, кэп.
"i386", как было замечено выше, ещё и называют всю архитектуру IA32, так что лучше использовать словосочетание "Intel 80386 и совместимые", чтобы не вводить читающих в заблуждение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #46, #47

44. Сообщение от arisu (ok), 12-Дек-12, 20:03   +3 +/
> Впрочем, не уверен, что на таких процах запустятся иксы.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #160

45. Сообщение от arisu (ok), 12-Дек-12, 20:05   +1 +/
> Похоже что не массовое исчезновение устаревшей
> платформы повлияло, а лень поддерживать архитектуру

да, нежелание поддерживать дохлое железо. нужно оно трём с половиной инвалидам, а код захламляет. кому шибко охота крутить на тройках новые ядра (а зачем?) — тот может заняться поддержкой лично.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #154

46. Сообщение от добрый дядя (?), 12-Дек-12, 20:07   –1 +/
согласен, я уже думал отказываются от x86-32, короче от 32-битных x86 )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

47. Сообщение от Аноним (-), 12-Дек-12, 20:23   +7 +/
>"i386", как было замечено выше, ещё и называют всю архитектуру IA32, так что лучше использовать словосочетание "Intel 80386 и совместимые", чтобы не вводить читающих в заблуждение.

Поэтому в заголовке и написано "процессоров", а не архитектуры. Лично я все понял правильно с самого начала.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

49. Сообщение от Аноним (-), 12-Дек-12, 20:24   –1 +/
Осталось добавить: "So, i386, FY!"
Ответить | Правка | Наверх | Cообщить модератору

50. Сообщение от BratSinot (?), 12-Дек-12, 20:27   +/
> Например, для работы на системах i386 в функции sync_core(), используемой для обеспечения работы режима SMP

i386, SMP? ЗАЧЕМ?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92, #101, #118

51. Сообщение от filosofem (ok), 12-Дек-12, 20:40   +5 +/
>Елки, ну нельзя же так людей пугать-то! Не могли в заголовке сразу написать 386-DX/SX?

Видишь как полезно бывает читать дальше заголовка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #156

52. Сообщение от кнанана (?), 12-Дек-12, 20:42   –2 +/
тьфу, а я думал от 32 битов отказались )))
Ответить | Правка | Наверх | Cообщить модератору

53. Сообщение от getfr (?), 12-Дек-12, 20:46   –3 +/
А я-то сразу и не понял, что новые школы программирования не преподают про

#ifdef <архитектура>/ #ifndef #elseif #endif

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58, #70

54. Сообщение от 1 (??), 12-Дек-12, 20:55   +2 +/
в L3 коммутаторах и прочих сетевых устройствах для работы управляющей фирмвари они используются. в общем-то это единственная причина по которой они производились так долго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #91

56. Сообщение от Аноним (-), 12-Дек-12, 20:57   –1 +/
> Елки, ну нельзя же так людей пугать-то! Не могли в заголовке сразу
> написать 386-DX/SX? А то я уже, грешным делом, подумал, что мир
> сошел с ума и они дропнули поддержку всей x86_32 архитектуры.

Я тоже грешным делом подумал было. "Ну и номер".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

57. Сообщение от res2500 (ok), 12-Дек-12, 20:58   –2 +/
а не проще добавить это в встроенные системы и пусть там лежит ?
а кому надо исходники есть и пусть пилит, или слабо уже, здоровье не позволяет
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61, #62, #87

58. Сообщение от arisu (ok), 12-Дек-12, 20:58   +7 +/
о, каментом выше школоло выдаёт Откровения. о том, что код мало написать, его надо ещё и сопровождать — школоло не в курсе, этого ещё не проходили. зато ifdef уже знает, умница.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #69

59. Сообщение от Anonimus Vulgaris (?), 12-Дек-12, 21:10   +2 +/
> А вообще, были фотики Кэнон с этим процем.

А позвольте для повышения образованности полюбопытствовать, какие именно?

И да, у гула уже спрашивал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

60. Сообщение от Карбофос (ok), 12-Дек-12, 21:14   +/
с расширенным набором команд Intel 64 (AMD64)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

61. Сообщение от Аноним (-), 12-Дек-12, 21:17   +/
Чтобы пилить исходники такого проекта как Linux, одного здоровья мало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #64

62. Сообщение от Аноним (-), 12-Дек-12, 21:18   +/
Оно сломано с версии 3.4 и никто не почесался починить (ссылка на багзиллу где-то выше)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #63

63. Сообщение от res2500 (ok), 12-Дек-12, 21:25   –1 +/
> Оно сломано с версии 3.4 и никто не почесался починить (ссылка на
> багзиллу где-то выше)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #88

64. Сообщение от res2500 (ok), 12-Дек-12, 21:26   –2 +/
> Чтобы пилить исходники такого проекта как Linux, одного здоровья мало.

ну так Just for fan секс, исходники и закрытые драйвера )))


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #134

65. Сообщение от fgx (?), 12-Дек-12, 21:32   –1 +/
До сих пор есть живой Ti386dlc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

66. Сообщение от Аноним (-), 12-Дек-12, 21:50   +/
300 мгц да 128 мбайт оперативы? Назвать это 386sx мне совесть не позволяет. Это уже пентиум-2 практически.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #68, #84

67. Сообщение от Пиу (?), 12-Дек-12, 21:52   +1 +/
в контексте поддержки ядром - нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

68. Сообщение от anonymous (??), 12-Дек-12, 21:56   –1 +/
>300 мгц да 128 мбайт оперативы? Назвать это 386sx мне совесть не позволяет. Это уже пентиум-2 практически.

Ну так поддерживаться всё равно не будет. И нафига такой прогресс?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

69. Сообщение от anonymous (??), 12-Дек-12, 22:00   –3 +/
>код мало написать, его надо ещё и сопровождать

Да, это очень сложно. Не лезть туда, где и так всё работает. Выкинуть определённо проще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #86, #116

70. Сообщение от BayaN (ok), 12-Дек-12, 22:02   +2 +/
>#ifdef <архитектура>/ #ifndef #elseif #endif

Туда где такое преподают нужно карательные отряды высылать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #107

74. Сообщение от Карбофос (ok), 12-Дек-12, 22:43   +4 +/
КР580ВМ80А - наше всё!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

75. Сообщение от АнонимусЪ (?), 12-Дек-12, 22:46   +/
Угу, а в ядерных электростанциях вообще оборудование на клонах 80186/80188 работает еще, и ничего, живет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #78

76. Сообщение от Аноним (-), 12-Дек-12, 23:15   +/
Этим комментарием ты сделал мой день.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

77. Сообщение от Ano Nimus (?), 12-Дек-12, 23:32   –1 +/
интересно, а генту с таким справится в принципе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

78. Сообщение от res2500 (ok), 12-Дек-12, 23:33   –2 +/
а там и линукса нету, потому и живут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #83, #123, #112, #133

80. Сообщение от anonymous (??), 12-Дек-12, 23:59   –3 +/
Нет, в glibc поддержу 386 дропнули еще раньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #85, #115

81. Сообщение от solardiz (ok), 13-Дек-12, 00:50   +2 +/
Из англоязычной документации на этот процессор и плату, не следует что там аналог именно 386. Производитель называет его "Vortex86SX". Название же "Vortex386SX" возникло только(?) на русскоязычном сайте.

http://www.icop.com.tw/pdList.aspx?c=25&pid=5
http://www.icop.com.tw/pddetail.aspx?id=146&pid=4

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #104, #140

82. Сообщение от Аноним (-), 13-Дек-12, 01:11   +/
> C ARMv8 начнут таскать 32-битную адресацию, так что "все возрасты покорны".

Будут, не отнять. Но переплюнуть x86, где по сей день таскают убогий набор регистров и дурной набор команд без относительной адресаци для 16 и 32-битных режимов - ему будет сложно. Почему-то когда у интела был прекрасный шанс переделать свое безобразие (при переходе на 32 бита) - они забили болт и сделали ту же самую какашку, только 32-битную. А ARM сразу сделали нормальную систему команд и куда более вменяемый набор регистров...

> Да и THUMB таскают уже давно.

А это не "легаси" режим. Это режим с бОльшей плотностью кода в ущерб некоторым фичам и скорости. А thumb2 вообще получился вполне удачным, взяв лучшее из ARM и Thumb режимов и попытавшись оставить за бортом недостатки. Получился и довольно плотный код и при том почти не тормозит vs режим ARM.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #94, #109, #120

83. Сообщение от Аноним (-), 13-Дек-12, 01:13   +/
> а там и линукса нету, потому и живут

Да вон в 1986 и без всяких линуксов справились.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #153

84. Сообщение от Аноним (-), 13-Дек-12, 01:14   +/
> 300 мгц да 128 мбайт оперативы? Назвать это 386sx

Разогнанный SX с донавешенной памятью :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

85. Сообщение от pavlinux (ok), 13-Дек-12, 01:16   +3 +/
О да!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

86. Сообщение от Аноним (-), 13-Дек-12, 01:19   +2 +/
> Выкинуть определённо проще.

Да, ибо...
1) Большая пачка #ifdef-ов - не айс.
2) Код иногда может потребоваться подгонять под новые реалии, если поменяли что-то в других местах.
3) Если не чистить сорцы никогда - они распухнут до состояния когда работа с ними больше напоминает ассенизаторство.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #108, #142

87. Сообщение от Аноним (-), 13-Дек-12, 01:21   +1 +/
> а не проще добавить это в встроенные системы и пусть там лежит?

Простите, свалка радиоактивных отходов - у апача в их могильнике.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

88. Сообщение от Аноним (-), 13-Дек-12, 01:22   +/
> да смотрел, но ведь давно уже новость была, что активисты хотят драйвера
> на старое железо в новом ядре написать, предложил бы им.

Так им никто и не запрещает. Могут отдельно майнтенансить, какая нафиг разница с git-ом то...


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

91. Сообщение от Аноним (-), 13-Дек-12, 01:27   +/
Бедные проприерасты, никак не могут свой код переписать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

92. Сообщение от pavlinux (ok), 13-Дек-12, 01:28   +3 +/
>> Например, для работы на системах i386 в функции sync_core(), используемой для обеспечения работы режима SMP
> i386, SMP? ЗАЧЕМ?

Ты чё, i80386 это первый, из 86-х, кто SMP умеет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

93. Сообщение от SergMarkovemail (ok), 13-Дек-12, 01:31   –1 +/
Да правильно сделали, что сейчас можно запустить на 2 метрах памяти
Ответить | Правка | Наверх | Cообщить модератору

94. Сообщение от nuclightemail (ok), 13-Дек-12, 01:39   +2 +/
Эксперт 294 уровня как всегда не в курсе, что массовые вещи без обратной совместимости обречены на провал и вымирание. Кэп спешит на помощь, сообщая, что яркий пример - Itanium (потом добавили, но было уже поздно, amd64 победил).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #96, #145

95. Сообщение от Аноним (-), 13-Дек-12, 02:00   +/
>дропнули поддержку всей x86_32 архитектуры.

Да, а оказалось, что облом... :(

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

96. Сообщение от ffirefox (?), 13-Дек-12, 02:01   +/
Массовым (а значит не дорогим) то, как раз, обратная совместимость не очень нужна (как пример те же ARМ, однокристаллки и т.д).

А Itanium был мелкосерийным и дорогим. Да и MS, на которую делал ставку Intel, их просто кинула. Надо было Intel'у двигать открытую архитектуру и Free Open Source. Были бы на коне.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #97

97. Сообщение от nuclightemail (ok), 13-Дек-12, 02:16   +/
> Массовым (а значит не дорогим) то, как раз, обратная совместимость не очень
> нужна (как пример те же ARМ, однокристаллки и т.д).

Это он только к 2012 начинает становиться массовым. И с взаимозаменяемостью софта и не-специалистами на этом рынке всё было не так (массовый влечет за собой пользователей-непрофессионалов). Вот мегатонны софта для x86 к 2000 году - вот это массовость.

> А Itanium был мелкосерийным и дорогим. Да и MS, на которую делал
> ставку Intel, их просто кинула. Надо было Intel'у двигать открытую архитектуру
> и Free Open Source. Были бы на коне.

Ну-ну.  Опенсорс бы никогда не получил шанс так вырваться вперед, если бы в MS не расслабились и не начали забивать на обратную совместимость, а тут и рынок изменился, уходя в Web. См. http://russian.joelonsoftware.com/Articles/HowMicrosoftLostt... - 7 лет прошло, теперь можно оглянуться и заметить, как оно сбывается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #121, #125, #151

100. Сообщение от Антоним (?), 13-Дек-12, 03:06   +1 +/
Linux Kernel.
Ваш А. Я.—Х.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #159

101. Сообщение от добрый дядя (?), 13-Дек-12, 03:16   +1 +/
ну во-первых он мог уметь SMP на системах где тупо ставилось два процессора в материнку

а то что все равно убирают - видимо имел первую не сильно совместимую/удачную реализацию SMP

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

103. Сообщение от Ne01eX (??), 13-Дек-12, 04:15   +/
Хм. В школе каникулы, чтоли? :-)

Кому нужна поддержка i386 - 2.4.хэ и 2.6.хэ в помощь. Я не думаю, что кто-то осуществлял переход на 2.6.хэ/3.х на станках ЧПУ или другой специализированной аппаратуре начала 90-тых. Ну а кто и переводил, без проблем переведёт всё и на ARM. Так что, имхо, визги ни о чём.

Ответить | Правка | Наверх | Cообщить модератору

104. Сообщение от Led (ok), 13-Дек-12, 04:26   +1 +/
>Производитель называет его "Vortex86SX". Название же "Vortex386SX" возникло только(?) на русскоязычном сайте.

По факту Vortex86SX - i486SX

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

107. Сообщение от getfr (?), 13-Дек-12, 06:26   +/
> ...Туда где такое преподают...

как бы, c/c++ это, Ваш Кэп.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #155

108. Сообщение от getfr (?), 13-Дек-12, 06:30   +/
> 1) Большая пачка #ifdef-ов - не айс.
> ...

Специально напоминаю: НЕТ в математике царских дорог (с)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

109. Сообщение от AlexAT (ok), 13-Дек-12, 07:21   +/
> Будут, не отнять. Но переплюнуть x86, где по сей день таскают убогий
> набор регистров и дурной набор команд без относительной адресаци для 16
> и 32-битных режимов - ему будет сложно.

Со временем... Просто x86 - куда более старая архитектура, берущая своё начало еще в 8080. Ну и по развитию - тоже, поскольку ARM до ARMv3 (ARM6/ARM7) мало кому был интересен, а это получается где-то год 2002-2004 на начало бурного развития.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

112. Сообщение от Анонимный (?), 13-Дек-12, 08:53   +1 +/
> зачем трогать то что работает? только потому что у кого-та столлмания головного
> мозга?

Именно. До сих пор выпускаются варианты Zilog Z80. Используются в современных стиралках и прочих девайсах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #119

113. Сообщение от Аноним (-), 13-Дек-12, 10:00   +/
Можно и без MMU без мультизадачности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #122

114. Сообщение от Alex (??), 13-Дек-12, 11:04   –1 +/
> выпускался вплоть до 2007 года

Зачем???

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #117

115. Сообщение от Andrey Mitrofanov (?), 13-Дек-12, 11:34   +/
> Нет, в glibc поддержу 386 дропнули еще раньше.

Ай, хорошо набросил.

Мне сразу показалось, что где-то я про это уже читалл. Вот нашёл. Слоупок этот ваш Торвальдс! ---да-да, embedded на intel-е, ага, спутники бороздят просторы Большого, знаю.

+++То есть дистрибутивы лишают нас такого "удовольствия" -- следить, какие же из интелов поддерживает ядро им.Торвальдса? Заговор!

"""" http://www.debian.org/releases/stable/i386/ch02s01.html.en#i... + http://www.debian.org/releases/stable/i386/ch02s01.html.ru#i...
2.1.2.1. CPU

Nearly all x86-based (IA-32) processors still in use in personal computers are supported, [...]

However, Debian GNU/Linux squeeze will not run on 386 or earlier processors. Despite the architecture name "i386", support for actual 80386 processors (and their clones) was dropped with the Sarge (r3.1) release of Debian[2]. (No version of Linux has ever supported the 286 or earlier chips in the series.) All i486 and later processors are still supported[3].

[ . . . 8< . . . ]

[2] We have long tried to avoid this, but in the end it was necessary due a unfortunate series of issues with the compiler and the kernel, starting with an bug in the C++ ABI provided by GCC. You should still be able to run Debian GNU/Linux on actual 80386 processors if you compile your own kernel and compile all packages from source, but that is beyond the scope of this manual.

[3] Many Debian packages will actually run slightly faster on modern computers as a positive side effect of dropping support for these old chips. The i486, introduced in 1989, has three opcodes (bswap, cmpxchg, and xadd) which the i386, introduced in 1986, did not have. Previously, these could not be easily used by most Debian packages; now they can.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

116. Сообщение от arisu (ok), 13-Дек-12, 11:34   +1 +/
> Да, это очень сложно. Не лезть туда, где и так всё работает.
> Выкинуть определённо проще.

да. в следующих классах тебе расскажут про структуры данных, про то, что «меньше кода — меньше багов» и про другие интересные вещи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

117. Сообщение от Andrey Mitrofanov (?), 13-Дек-12, 11:36   +4 +/
> Зачем???

Милитаристская военщина очень просила.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

118. Сообщение от arisu (ok), 13-Дек-12, 11:37   +3 +/
> i386, SMP? ЗАЧЕМ?

Кэп сообщает: для мультипроцессорных систем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

119. Сообщение от arisu (ok), 13-Дек-12, 11:39   –1 +/
и в моём спектруме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

120. Сообщение от arisu (ok), 13-Дек-12, 11:48   –2 +/
> Почему-то когда у интела
> был прекрасный шанс переделать свое безобразие (при переходе на 32 бита)
> - они забили болт и сделали ту же самую какашку, только
> 32-битную.

вообще-то они сделали вообще всё иначе -- см. itanium. но тут вылезла AMD с x64 и ВНИЗАПНА! code monkeys запрыгали в восторге. интелу пришлось подстраиваться. так что плюй в сторону AMD.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #126

121. Сообщение от arisu (ok), 13-Дек-12, 11:50   –1 +/
> russian.joelonsoftware.com
> russian

фу. при всех твоих недостатках — я был о тебе лучшего мнения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

122. Сообщение от arisu (ok), 13-Дек-12, 11:53   +1 +/
> Можно и без MMU без мультизадачности.

можно. но будет очень печально.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

123. Сообщение от А. (?), 13-Дек-12, 11:58   +/
В некоторых QNX - реалтаймовый бубен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

125. Сообщение от ананим (?), 13-Дек-12, 12:03   +2 +/
>Это он только к 2012 начинает становиться массовым.

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

зыж
и статья идиотская. в смысле была тогда… сейчас то просто смешная.
ха! «Почему Apple и Sun не могут продавать компьютеры». а если Sun заменить на Google (коррективы времени), то 3-и раза ха.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

126. Сообщение от ананим (?), 13-Дек-12, 12:07   +1 +/
речь была не о переходе на 64-е бита, а о переходе (энцать миллиардов лет назад, когда комьпютеры делали ещё из дерева, а вместо лазерных мышек было колесо) на 32.
поверь, АМД там точно не при чём. :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #127

127. Сообщение от arisu (ok), 13-Дек-12, 12:16   +/
да, спросонок «32» не заметил, сорри.

шансов, впрочем, не было ни тогда, ни сейчас: масса уже написаного софта ДАВИТ. с «мобильными» дивайсами сказка совсем другая.

а rms, кстати, и об этом говорил: софт в исходниках часто достаточно просто пересобрать для новой архитектуры. иногда — немного починить и пересобрать. а вот с проприетарными блобами такой фокус не пройдёт. вот и.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

129. Сообщение от blablabla (ok), 13-Дек-12, 14:21   –1 +/
> Ядра с потенциально существующими, но неизвестными уязвимостями более безопасно выставлять,
> чем старые ядра с уязвимостями, к которым уже давно в паблике
> есть эксплоиты.

Да вообще то в нормальных конторах уже давно не то что винду но и линух во внешку не выставляют
ООО линуксятники то сейчас как завоют
у нас 75% заказов как раз на внешку ставить BSD
Есть особо извратные заказчики которым такие оси нужны на внешнем шлюзе про которые уже давно уже все и позабыли

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #130, #131, #132, #169

130. Сообщение от arisu (ok), 13-Дек-12, 14:26   +2 +/
breaking news!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

131. Сообщение от AlexAT (ok), 13-Дек-12, 14:30   +3 +/
> у нас 75% заказов как раз на внешку ставить BSD
> особо извратные заказчики

Fixed.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

132. Сообщение от kurokaze (ok), 13-Дек-12, 14:51   +3 +/
>ООО линуксятники то сейчас как завоют

Толсто, очень толсто, даже для бздуна. Даже испытавшего на опеннете батхерт

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

133. Сообщение от kurokaze (ok), 13-Дек-12, 14:55   +2 +/
> зачем трогать то что работает? только потому что у кого-та балморомания и столманофобия головного мозга?

Теперь все ок

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

134. Сообщение от kurokaze (ok), 13-Дек-12, 15:10   +1 +/
>> Чтобы пилить исходники такого проекта как Linux, одного здоровья мало.
> ну так Just for fan секс, исходники и закрытые драйвера )))

just for щито?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

136. Сообщение от Rixemail (?), 13-Дек-12, 15:53   +2 +/
Не знаю как там с формальностями, но на Intel 80386DX 33Mhz был крупный логотип "i386".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

137. Сообщение от drTr0jan (?), 13-Дек-12, 16:34   +/
В термопринтерах ставили до недавнего времени. Вроде только в 2007ом их (386) Intel с производства снял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #138

138. Сообщение от AlexAT (ok), 13-Дек-12, 17:07   +1 +/
> В термопринтерах ставили до недавнего времени. Вроде только в 2007ом их (386)
> Intel с производства снял.

Скажите, зачем термопринтеру ядро 3.x? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #141

140. Сообщение от userd (ok), 13-Дек-12, 18:10   +2 +/
http://en.wikipedia.org/wiki/Vortex86 :

The CPU implements the i586 architecture, but the early versions Vortex86 original and Vortex86SX do not have a floating point unit (FPU). Any code that runs on an i486SX CPU without a 487 will run on Vortex86, as will any code that runs on i586 but does not use floating point instructions. Any i586 code will run on Vortex86DX and later.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

141. Сообщение от drTr0jan (?), 13-Дек-12, 19:21   +/
Это был скорее ответ на вопрос, где такое чудо техники может использоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

142. Сообщение от Аноним (-), 13-Дек-12, 21:28   +/
Просто код нужно верхними полушариями думать, а не нижними.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

144. Сообщение от Аноним (-), 13-Дек-12, 23:24   +1 +/
Хана моему серверу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #146, #172

145. Сообщение от Андрей (??), 14-Дек-12, 09:21   +/
Насколько я помню, они года два промудохались с tItanium'ом, потом забили на это дело...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

146. Сообщение от Andrey Mitrofanov (?), 14-Дек-12, 10:01   +/
> Хана моему серверу.

Пора на NetBSD переводить! %)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #147

147. Сообщение от Аноним (-), 14-Дек-12, 12:55   +1 +/
Remove support for 80386 level CPUs. PR port-i386/36163. [ad 20071115]

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

148. Сообщение от fi (ok), 14-Дек-12, 13:04   +/
>  и не обкоцывает особо регистры до состояния "по мотивам  8086".

Если бы :)  8080 !!!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

149. Сообщение от closet_source (ok), 14-Дек-12, 15:27   +/
Поздно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

150. Сообщение от Michael Shigorinemail (ok), 15-Дек-12, 12:00   +/
> C ARMv8 начнут таскать 32-битную адресацию, так что "все возрасты покорны".

Недавно слушал дискуссию на тему "ну как же они не сделали выводов из x86", начавшуюся с обсуждения аналога PAE на ARM, что ли...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

151. Сообщение от Michael Shigorinemail (ok), 15-Дек-12, 12:03   +/
>> Массовым (а значит не дорогим) то, как раз, обратная совместимость не очень
>> нужна (как пример те же ARМ, однокристаллки и т.д).
> Это он только к 2012 начинает становиться массовым.

Чего?  Вы ещё скажите, что PowerPC уже не массовый.  Тут разве что про Z80 получится согласиться. (кроме шуток)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #157

152. Сообщение от Michael Shigorinemail (ok), 15-Дек-12, 12:05   +/
> как много в мiре их работающих осталось? (и где такое чудотехники в
> наше время юзать можно?)

Сбиваете первый попавшийся F/A-22A...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

153. Сообщение от Michael Shigorinemail (ok), 15-Дек-12, 12:16   +/
>> а там и линукса нету, потому и живут

Да ну: http://lists.altlinux.org/pipermail/community/2008-February/...

> Да вон в 1986 и без всяких линуксов справились.

"Справились" раньше и не там; на ЛАЭС в 1975 чудом разминулись с таким же разгоном реактора при _опускании_ управляющих стержней "улучшенной экономичности", другие случаи меньшей опасности с поделиями академика отморозных наук Александрова тоже ловили.

Почитайте, если интересно:
http://lib.ru/MEMUARY/CHERNOBYL/dyatlow.txt
http://accidont.ru/

Насколько могу судить, официальная версия про "человеческий фактор" имеет гораздо меньше отношения к реальности, чем в случае на Фукусиме.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

154. Сообщение от Michael Shigorinemail (ok), 15-Дек-12, 12:20   +/
> кому шибко охота крутить на тройках новые ядра

Припоминается ровно одна виденная троечка, на которой можно было бы попробовать -- но было была DX40 с 32M короткими симмами... :)

> (а зачем?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

155. Сообщение от Michael Shigorinemail (ok), 15-Дек-12, 12:23   +1 +/
>>> #ifdef <архитектура>
>> ...Туда где такое преподают...
> как бы, c/c++ это, Ваш Кэп.

Так це или це++?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #165

156. Сообщение от Stac (?), 15-Дек-12, 12:37   +/
>>Елки, ну нельзя же так людей пугать-то! Не могли в заголовке сразу написать 386-DX/SX?
> Видишь как полезно бывает читать дальше заголовка.

Для программера это плохо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

157. Сообщение от nuclightemail (ok), 15-Дек-12, 18:06   +/
>>> Массовым (а значит не дорогим) то, как раз, обратная совместимость не очень
>>> нужна (как пример те же ARМ, однокристаллки и т.д).
>> Это он только к 2012 начинает становиться массовым.
> Чего?  Вы ещё скажите, что PowerPC уже не массовый.  Тут
> разве что про Z80 получится согласиться. (кроме шуток)

Рынок, в миллионах человек, сколько?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #158

158. Сообщение от Michael Shigorinemail (ok), 15-Дек-12, 20:21   +1 +/
>>> Это он только к 2012 начинает становиться массовым.
>> Чего?  Вы ещё скажите, что PowerPC уже не массовый.  Тут
>> разве что про Z80 получится согласиться. (кроме шуток)
> Рынок, в миллионах человек, сколько?

Стиралки, микроволновки, автомобили -- это только то, что сходу помню.  В миллионах -- одних стиралок по одним штатам в год порядка пяти-десяти, если верить цифрам, попавшимся при быстром осмотре по "washing machine" report manufactured worldwide units 2012.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #162

159. Сообщение от GG (ok), 15-Дек-12, 20:53   +2 +/
Нет, просто Linux
Ядра у этого ядра никогда не было, он сам ядро
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

160. Сообщение от GG (ok), 15-Дек-12, 20:54   +1 +/
> а чего им не запуститься-то? особенно после пересборки под нужный камень.

Долго запускаться будут, запускатель не дождётся и купит новый комп.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #164

161. Сообщение от GG (ok), 15-Дек-12, 21:22   –1 +/
>> Собственно, в каких-то станках до сих пор 286 процессоры с успехом работают.
> Linux туда никто ставить не будет. У него все-равно MMU нормального нет.

Линукс туда в принципе не встанет, он изначально на i386 рассчитан

>> Скорости для задач хватает, энергопотребление мизерное.
> Простите, какой-нибудь современный ARM на гигагерц и жрет намного меньше, и считает
> во много раз быстрее.

Не надо сравнивать топовые АРМ и АМД 80286, у последней весьма неудачные процессоры в плане электожрания были в течение всей истории микроэлектроники. Возьмите в пример промышленные 80286 любого адекватного производителя, они жрут всего на 1-1.5 ватт (а есть отборные модели с потреблением меньше 0.8 ватт), 1ггц армы всё же поболее этого греют.

То ли дело 400мгц арм, вот это уже реальная замена по всем параметрам.
И диггер не слишком быстро бегать будет в досбоксе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

162. Сообщение от nuclightemail (ok), 15-Дек-12, 22:42   –2 +/
>>>> Это он только к 2012 начинает становиться массовым.
>>> Чего?  Вы ещё скажите, что PowerPC уже не массовый.  Тут
>>> разве что про Z80 получится согласиться. (кроме шуток)
>> Рынок, в миллионах человек, сколько?
> Стиралки, микроволновки, автомобили -- это только то, что сходу помню.  В
> миллионах -- одних стиралок по одним штатам в год порядка пяти-десяти,
> если верить цифрам, попавшимся при быстром осмотре по "washing machine" report
> manufactured worldwide units 2012.

Это рынок в вещах, а не человеках. Непосредственными пользователями софта вот этого embedded выступают те инженеры, которые делают конечный продукт. В случае софта для x86 же - софтом пользуются конечные потребители. Разница велика.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #163

163. Сообщение от Michael Shigorinemail (ok), 15-Дек-12, 23:18   +1 +/
> Это рынок в вещах, а не человеках. Непосредственными пользователями софта вот этого
> embedded выступают те инженеры, которые делают конечный продукт. В случае софта
> для x86 же - софтом пользуются конечные потребители. Разница велика.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

164. Сообщение от arisu (ok), 16-Дек-12, 12:51   +/
>> а чего им не запуститься-то? особенно после пересборки под нужный камень.
> Долго запускаться будут, запускатель не дождётся и купит новый комп.

и как люди на них работали только… даже — ужас — 3d лепили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #166

165. Сообщение от arisu (ok), 16-Дек-12, 12:52   +/
> Так це или це++?

а какая разница, чего толком не знать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

166. Сообщение от GG (ok), 16-Дек-12, 13:43   +1 +/
>>> а чего им не запуститься-то? особенно после пересборки под нужный камень.
>> Долго запускаться будут, запускатель не дождётся и купит новый комп.
> и как люди на них работали только… даже — ужас — 3d
> лепили.

дак не линуксы же они на них крутили

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #168

167. Сообщение от commiethebeastie (ok), 16-Дек-12, 13:57   +/
>не поверите - в ПК
>http://www.ipc2u.ru/catalog/P/PS/53491.html

Звездеж, 128 мб памяти на i386sx не поставить, на dx да, на sx нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

168. Сообщение от arisu (ok), 16-Дек-12, 15:17   +/
> дак не линуксы же они на них крутили

отчего же? вполне себе и линуксы в том числе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

169. Сообщение от Grammar Nazi (?), 16-Дек-12, 22:55   +/
вообщето-то
линуксятники-то
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

170. Сообщение от AnoNe01eX (?), 08-Фев-18, 19:35   +/
Как раз в i386 MMU и появился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #171

171. Сообщение от anomymous (?), 08-Фев-18, 20:07   +/
> Как раз в i386 MMU и появился.

Неправда. MMU был ещё в 286, правда куцый - только дескрипторы сегментов, без маппинга страниц.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

172. Сообщение от anomymous (?), 08-Фев-18, 20:11   +/
> Хана моему серверу.

Да ладно хана. Поставишь младшенький Core и перестанешь впустую греть воздух :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру