На этой странице обсуждения обсуждаются улучшения в статье Linux на IBM Z. Это не форум для общего обсуждения темы статьи. |
Политика статьи
|
Найти источники: Google ( книги · новости · газеты · ученый · бесплатные изображения · WP рефов ) · FENS · JSTOR · NYT · TWL |
ВикиПроект Linux | (Номинальный C-класс, Средняя важность) |
---|---|
WikiProject Computing / Программное обеспечение | (Номинальный C-класс, Низкая важность) |
---|---|
31-битный или 64-битный
31 или 32 битный режим?
- Когда Linux на zSeries работает на s / 390 (31-битное оборудование), Linux может работать только в 31-битном режиме. При работе на zSeries (64-битное оборудование) Linux может работать как в 31-битном, так и в 64-битном режиме.
- 31. В мэйнфреймах никогда не было 32-битного режима. Точнее сказать, что мэйнфреймы никогда не имели 31-битного режима адресации (однако регистры были 32-битными). Он перешел с 24-битного на 31-битный (последний бит, указывающий на используемый режим адресации) с архитектурой ESA.
- Фактически XA представил 31-битную адресацию и поддерживался MVS v2 в начале 1980-х годов. ESA представило регистры доступа, увеличивающие диапазон адресации по горизонтали, а не по вертикали. Он был поддержан MVS v3 в конце 1980-х годов.
- Вы подходите для MVS / XA (я читал свои исторические заметки). Однако первая часть моего поста верна. Если не ошибаюсь, регистры доступа используются для адресации адресных пространств?
- Да, все, что вы сказали, было правильным, особенно если вы замените ESA на XA. разрешен режим регистра доступа (и все еще используется) адресация к адресным пространствам и пространствам данных (которые похожи на адресные пространства, но никогда не были изначально адресным пространством, поэтому они содержат только данные, а не исполняемый код, но могут использоваться совместно или доступны по другому адресу пробелы ... особенно, если вы знаете, как манипулировать таблицами преобразования адресов »-) Таким образом,« горизонтальная »аналогия; возможность одновременно обращаться к нескольким адресным пространствам / пространствам данных в 31-битном режиме.
- Прошу прощения, это мои первые записи в вики, поэтому я не знаю, как приписать комментарий себе или как правильно отформатировать ветку обсуждения.
- Если вы Линас, то я переписывался с вами, пока снежный человек еще был силен. Сегодня развлекаюсь работой над эмулятором геркулеса. - [gsmith]
- Я не Линас, извини.
- Я хотел сослаться на пространство данных, когда говорил об адресных пространствах ... Но я никогда их не использовал. единственные программы на ассемблере, которые я написал, были меньше 4096 байт :)
- > Я не знаю, как приписать комментарий себе или как правильно отформатировать ветку обсуждения.
- Нет проблем, я тоже.
- Насчет Геркулеса, я никогда не пробовал запускать эмулятор. Это кажется сложным в настройке. В моем магазине мы устанавливаем Linux на Z / VM. С помощью Hercules я мог теоретически эмулировать единственный образ Linux S / 390 на моем ПК, не так ли? --[Фред]
- IANAL, но я считаю, что вы говорите о запуске программного обеспечения под GPL, поэтому я не вижу причин, почему бы и нет. - Мару (разговор) Вклад, 04:09, 5 ноября 2005 г. (UTC)
- Спасибо - 142.213.160.67 14:36, 7 ноября 2005 г. (UTC)
НПОВ?
Эта статья очень похожа на рекламу IBM ... - Лиам Провен, 19:54, 11 июля 2005 г. (UTC)
- Да разве не должно быть параграфа «Критика»? Например, у zLinux есть проблемы: http://www.zdnet.com/blog/murphy/mainframes-ifl-and-linux/595
- Вероятно потому, что 80% анонимных участников - сотрудники IBM. Но есть ли что-то особенное, против чего вы возражаете? Что-то вы считаете неправильным? Не говорите его POV, не говоря, что с ним не так. - Линия 22:20, 7 октября 2005 г. (UTC)
- Да, это чистый маркетинг. Т.е. было заявлено, что немецкая железнодорожная корпорация отказывается от своих серверов Intel в пользу zSeries. Это не верно. Мы недавно купили сотни серверов Intel и AMD64 Linux. Внедрение zLinux стоит на месте, поскольку оно оказалось менее мощным, проблемным и нестабильным. У нас кроме некоторых серверов приложений SAP есть ТОЛЬКО компоненты IBM, работающие на zLinux. Консолидация Tivoli Storage Manager вызвала большие простои. Lotus Notes раньше работал в Windows, а не в Linux. Теперь, после неудачного развертывания в zLinux, мы переводим серверы Notes с zLinux на Intel Linux. Эта статья явно представляет прошлое (фантазии и размышления о желаниях некоторых людей из нашей компании), а не будущее. Я не могу напечатать здесь свое имя. Так что, пожалуйста, поставьте отметку NPOV в статье!
- Хорошо, я прошел и улучшил это. Это больше не НПОВ? - Мару (разговор) 01:57, 8 октября 2005 г. (UTC)
- Действительно! в графе «ценообразование» даже не упоминается цена в евро или долларах. при этом изделие очень низкого качества. 93.204.48.79 ( разговорное ) 18:01, 12 февраля 2020 (UTC)
- Хотя сейчас это кажется немного более нейтральным, вы изменили конкретные утверждения на более мягкие утверждения, которые не соответствуют действительности. Например, вы сказали: «Оборудование IFL обычно дешевле, чем двигатели общего назначения (CP)».
- Нет никаких сомнений в том, что IFL всегда дешевле для запуска Linux, чем полные CP, отсюда и причина их существования. Сказать, что они имеют тенденцию быть, неверно.
- Вы также добавили, что «Как и большинство других версий Linux, Linux на zSeries регулируется GPL».
- Насколько мне известно, нет версий Linux, на которые не распространяется GPL.
- Я понятия не имею, что IFL сравнивают с графическими процессорами, поэтому я ошибся на стороне NPOV. Если вы знаете, что это за чертовщина, пожалуйста, можете это изменить. И действительно, существуют версии Linux, на которые не распространяется GPL. GPL применяется только к публично выпущенному программному обеспечению ( P в GPL ). Так что версия Linux от Google вполне может быть под какой-то сумасшедшей лицензией Google, поскольку, как ни странно, они не выпускают бинарные файлы публично. Если бы они это сделали и попытались сохранить это под своей сумасшедшей лицензией, весь ад вырвался бы наружу, так что это любопытная лазейка, но в значительной степени не имеющая большого значения (хотя я слышал, что GPL v3 будет адресовать услуги, закрывая эту лазейку). - Мару (разговор) 04:29, 9 октября 2005 г. (UTC)
Это неправильно, Google по-прежнему обязана по GPL. Они не могут поставить свою версию Linux под «какую-то безумную лицензию Google». (Однако они не обязаны раскрывать свои исходные модификации). лина 04:47, 5 ноября 2005 г. (UTC)
Похоже, что последние небольшие правки отбросили кучу маркетинговых разговоров. Джей Мейнард 16:59, 12 мая 2006 г. (UTC)
- Я не согласен с тем, что это похоже на маркетинг. IBM шизофренически относится к zLinux. Они хотят, чтобы пользователи Linux перешли на мэйнфреймы Linux, но они НЕ хотят, чтобы пользователи мэйнфреймов zOS или zVSE переходили на zLinux. Почему? IFL обеспечивают ту же мощность ЦП, что и ЦП общего назначения, при цене ~ 1% от цены, только для zLinux (и zVM). Таким образом, хотя эта информация доступна, она плохо изучена, и эта статья значительно поможет исправить это. Я был очень удивлен его тщательностью и считаю, что он предоставляет уникальные и необходимые услуги. И лично у меня нет абсолютно никакого отношения к IBM, хотя я работаю с портами с мэйнфреймов на zLinux.
Хорошо - извините - я ничего не имею против IBM, но Джей прав. Это читается как проклятая брошюра, а не как статья в энциклопедии. Я думаю, что около 70 процентов этого материала должны уйти. Ромб 18:07, 20 января 2007 г. (UTC)
- Я не уверен, что он должен идти, правда ... но его определенно нужно переписать. Если на этой неделе у меня будет немного свободного времени, я его найду. Джей Мейнард, 15:59, 21 января 2007 г. (UTC)
Эй, Джей, когда и если ты это сделаешь ... большая часть языка кажется мне ужасно знакомой. Я думаю, что части этого, возможно, были вырезаны из моих статей в z / Journal. Я посмотрю, смогу ли я найти подробности в ближайшие несколько дней. Если это действительно так, то вот и ваш NPOV. Мои статьи никогда не были нейтральными: они очень много: «Эй, посмотрите, какие изящные вещи можно делать с Linux на z» - Адам Торнтон
Вот пример: «System z получила сертификат EAL5 +, ни одна другая коммерческая система в отрасли не была сертифицирована выше по оценке безопасности Common Criteria». Первая часть предложения прекрасна. Все, что стоит после запятой, является маркетинговым. Я буду полужирным и удалю это. Фордсфорд ( разговорное ) 13:17, 6 мая 2014 (UTC)
Я наткнулся на эту статью при поиске в Google "linux безопасности мэйнфреймов", и это действительно является рекламой. Я поискал в Википедии "ibm linux" и "unisys linux". Нет аналогичной статьи «Linux on ClearPath» об использовании Linux на мэйнфреймах Unisys. В этой статье упоминаются преимущества и цены на zLinux, которые читаются как информационный документ по маркетингу, но даже НЕ упоминаются, что у него есть прямая конкуренция по производительности и цене со стороны Unisys. Решение проблемы NPOV - не упоминать в статье Unisys. Также Unisys не может иметь собственную статью. Эту статью следует отбросить как неэнциклопедическую. Мой опыт: я федеральный служащий (ИТ-специалист - администратор баз данных, серия 2210), который программирует на мэйнфреймах Unisys с использованием CODASYL / COBOL. Том Том ( разговор ) 13:25, 27 января 2016 (UTC)
Бегущий на Геракла
Я думаю, что существующий язык нарушает NPOV , поскольку только один человек когда-либо поднимал вопрос о том, нарушает ли Hercules какие-либо патенты IBM. См. Особенно раздел о чрезмерном весе на этой странице. Сама IBM никогда не обращалась ни к кому с такой озабоченностью. Кроме того, эта страница не место для обсуждения этих проблем, поскольку они не относятся к Linux.
Предлагаю заменить язык на такой:
- Также доступно программное обеспечение Hercules с открытым исходным кодом. Хотя Hercules не подвергается санкциям за использование лицензионных операционных систем для мэйнфреймов, таких как z / OS, вопросы лицензирования программного обеспечения не распространяются на работу Linux на Hercules.
Если кто-то считает, что проблемы с патентами настолько важны, то к записи Hercules можно добавить обсуждение NPOV .
- Джей Мейнард 16:52, 15 мая 2006 г. (UTC)
В разделе, посвященном эмуляторам, говорится, что FLEX-ES - это «официально разрешенный вариант». Кто? Разве это не должно быть изменено, чтобы сказать что-то еще NPOV о том, что это коммерчески поддерживаемый вариант, а не «официальный» в каком-либо отношении? Что касается NPOV, я думаю, что в разделе «Цена / стоимость» стоит упомянуть, что альтернативы виртуализации существуют на других платформах, поэтому преимущества консолидации, заявленные для Linux на z, не обязательно уникальны для этой платформы, и что стоимость также необходимо учитывать перенос приложения с исходной платформы. Jsavit ( обсуждение ) 18:29, 30 декабря 2008 г. (UTC)
zUbuntu
В статье, вероятно, должно быть что-то о zUbuntu, порте Ubuntu для zSeries. - Easyas12c 18:33, 15 июня 2006 г. (UTC)
- Есть ли что-нибудь помимо оригинального анонса проекта? Была ли проделана реальная работа? Джей Мейнард 19:26, 15 июня 2006 г. (UTC)
- Ну, на ZUbuntu есть незавершенная статья :-) Серьезно, мне она кажется мертвой. РоссПаттерсон, 23:49, 17 августа 2007 г. (UTC)
Большая установка
Хотя 1700 установок могут быть большими, учитывая, сколько мэйнфреймов все еще существует, это небольшая пользовательская база. - Предыдущий комментарий без знака был добавлен 216.136.85.66 ( обсуждение ) 01:19, 7 декабря 2006 г. (UTC).
- Не очень большая база пользователей, но я позволил себе заметить, что каждая система может поддерживать тысячи «рабочих мест». MarkMLl 23:42, 17 августа 2007 г. (UTC)
- Большинство этих систем представляют собой пробные установки. Затем они считали экземпляры сервера zLinux, а не машины zSeries. Таким образом, ранее 1700 установок будут, возможно, 170 машинами.
К настоящему времени их стало меньше, если честно. К сожалению, истинные цифры не будут опубликованы ни IBM, ни теми немногими клиентами, которые так стремились опробовать его в производственной среде.
Я сократил цитату до строгого изложения фактов: IBM заявила о наличии определенного количества установок в определенное время. Это можно подтвердить приведенной цитатой. JeffLicquia ( разговорное ) 20:10, 23 октября 2013 (UTC)
История
Извините, но я отметил часть этого как сомнительную. Пожалуйста, не мог бы первоначальный автор оправдать утверждение: «Этот статус 100% открытого исходного кода необычен для дистрибутивов Linux, многие из которых все еще содержат драйверы OCO от различных поставщиков, которые хотят скрыть детали собственной реализации от сообщества Linux». Допустим, что на многих архитектурах есть небольшое количество периферийных контроллеров, требующих проприетарного микрокода, но я не вижу программ / прошивок / микрокода для контроллеров каналов IBM GPLing, поэтому на практике разница очень небольшая. MarkMLl 23:54, 17 августа 2007 г. (UTC)
Я немного переработал этот язык. И нет, мы не говорим здесь о микрокоде, BIOS и т. Д., Которые почти никто не публикует и не предоставляет в виде открытого исходного кода. Старый и, что еще лучше, новый язык дает понять, что мы говорим о драйверах. И да, это большое дело для сообщества Linux, драйверы с закрытым исходным кодом. Итак, в новом языке есть два изменения: первое - повторение слова «драйверы», поскольку именно это и скрывается. Во-вторых, удалить часть «от сообщества Linux», поскольку, по сути, драйверы с закрытым исходным кодом скрывают детали реализации от всех. - BBCWatcher -Preceding беззнаковое комментарий добавлен BBCWatcher ( Обсуждение • вклад ) 06:57, 12 сентября 2007 (UTC)
Качество статьи
Просто одна из худших статей Wiki, которые я читал. Ни одна статья в Энциклопедии не должна содержать сленг или нестандартные грамматические условности. Вся эта статья полна очень изолированного сленга, используемого в формате «xxx», и все это следует удалить. Фактически, все точки «ххх» должны быть удалены, поскольку конвенция аннулирует профессиональные писательские соглашения, если это не является полностью необходимым, то есть почти никогда не требуется. Кроме того, работая в IT, у меня складывается впечатление, что автор на самом деле не понимает, о чем говорит. Любая статья, написанная для энциклопедии, не должна выражать никаких мнений или эмоций - это должны быть только факты. Эта статья явно не та.
Я настоятельно рекомендую полностью переписать - предыдущий неподписанный комментарий добавлен 157.203.43.103 ( обсуждение • вклад ) 28 ноября 2007 г.
- Я предполагаю, что это было начато маркетинговым отделом IBM. Сейчас лучше? Я думаю, что переписывание - это перебор для такой малолитражной статьи.
- Кстати, похоже, вы понимаете, что директива Википедии должна быть жирной или буквально :)) - Кубанчик ( разговор ) 14:58, 28 ноября 2007 г. (UTC)
Представление
Не знаю, как и нужно ли добавлять перформанс в эту историю. Linux на zSeries - это и приятная работа, и немного шутка. Самое приятное - заставить Linux работать на оборудовании мэйнфреймов. Шутка проистекает из чрезвычайно низкой производительности процессоров zSeries по сравнению с обычными настольными процессорами. Это означает, что программы, которые хорошо работают на обычном настольном или серверном оборудовании и используют значительный объем ЦП, будут очень плохо работать на оборудовании мэйнфреймов. Попытка использовать оборудование мэйнфрейма для размещения веб-серверов - для чего-либо, кроме статических файлов, - скорее всего, ошибка.
По крайней мере, это было правдой, когда у меня был доступ к оборудованию zSeries. Это все еще правда?
Раньше IBM запрещала публикацию результатов тестов. Они все еще? Если так, то найти ссылки на статью в Википедии маловероятно. pbannister ( разговор ) 21:49, 26 мая 2010 (UTC)
- Мне не известны какие-либо опубликованные тесты, сравнивающие zLinux с x86Linux, но я тоже не смотрел. Что касается вашего предположения о том, что нестатические веб-сайты плохо работают на мэйнфрейме, является ли http://www.nationwide.com статической веб-страницей? Он обслуживается мэйнфреймом IBM z9 под управлением Linux. - TreyGeek ( разговор ) 22:15, 26 мая 2010 г. (UTC)
- Отсутствие общедоступных тестов ни в коем случае не является доказательством, но является довольно сильной подсказкой. Когда у вас есть хорошая история производительности, вы хотите, чтобы все знали. (Немного покопался и оказался практически пустым - хотя есть веские намеки: мэйнфрейм против Linux , затраты на лицензирование , опровержение преувеличений IBM ). Что касается сайта nationalwide.com, допустили ли они ошибку, заплатив слишком много за необходимую мощность? pbannister ( разговор ) 01:13, 2 июня 2010 (UTC)
- Это важно знать тем, кто собирается виртуализировать Linux на мэйнфреймах. Если компания думает, что может виртуализировать обработку чисел, ей следует знать об этой слабости. Я создал заголовок «Недостатки», в котором рассказывается об этой истории. —Предыдущий неподписанный комментарий добавлен 217.73.15.6 ( обсуждение ) 08:21, 28 сентября 2010 г. (UTC)
- Также важно предоставить источник информации, которую вы добавляете в Википедию. - TreyGeek ( разговор ) 08:49, 28 сентября 2010 г. (UTC)
- Да, вы абсолютно правы. Вот три ссылки. Вот источник от Microsoft http://www.microsoft.com/presspass/features/2003/sep03/09-15LinuxStudies.mspx ? «мы обнаружили, что каждый центральный процессор [z9] мэйнфрейма выполнял на 14 процентов меньше работы, чем один [одноядерный] процессор Intel Xeon с частотой 900 МГц, работающий под управлением Windows Server 2003». Z10 на 50% быстрее, чем z9, и z196 на 50% быстрее, чем z10, что означает, что z196 в 1,5 x 1,5 = 2,25 раза быстрее, чем z9. Это означает, что z196 соответствует процессору Intel Xeon 2,25 x 900 МГц = 2 ГГц. Но современные серверы x86 cpus имеют 8 ядер, что означает, что у них всего 8 ядер x 2 ГГц = 16 ГГц. Мы видим, что x86 на 16 ГГц больше, чем z196 на 2 ГГц. Это показывает, что z196 не подходит ни для научных расчетов, ни для обработки чисел. Вот еще один источник от известного эксперта по Linux, который перенес Linux на мэйнфрейм IBM, который говорит, что 1MIPS == 4MHz x86. http://www.mail-archive.com/[email protected]/msg18587.html Это показывает, что z196 с 1400 MIPS соответствует 5,6 ГГц x86. Но современный x86 имеет 8 ядер, что означает, что у него всего 16 ГГц, что в 3 раза быстрее, чем 5,6 ГГц. Опять же, мы видим, что мэйнфрейм не подходит для обработки чисел. Вот еще одна ссылка, по которой соучредитель TurboHercules говорит, что 8-процессорный Nehalem-EX дает 3.200 MIPS с использованием программной эмуляции: http://en.wikipedia.org/wiki/TurboHercules#Performance Но программная эмуляция происходит в 5-10 раз медленнее. Это означает, что 8-процессорный собственный код Nehalem-EX должен быть в 5-10 раз быстрее, то есть на 16 000–32 000 MIPS. Это большое число MIPS соответствует полностью оборудованному мэйнфрейму z196 с 24 процессорами. Опять же, мы видим, что мэйнфрейм не подходит для обработки чисел. Теперь, когда вы удалили мой текст, потому что я не предоставил ссылок, пожалуйста, добавьте мой текст еще раз, так как здесь у вас есть три ссылки. Клиенты будут разочарованы, если они попытаются виртуализировать обработку чисел на мэйнфреймах, им нужно это знать. Вы не согласны? —Предыдущий неподписанный комментарий добавлен 217.73.15.6 ( обсуждение ) 11:34, 30 сентября 2010 г. (UTC)
- Почему это утверждение здесь, в разделе «Соответствующие рабочие нагрузки» выглядит странно: «мэйнфреймы в целом и Linux на zSeries в частности не работают хорошо, по крайней мере с точки зрения затрат, для вычислений с одной задачей»? Три приведенные выше ссылки показывают, что мэйнфреймы неэффективны для вычислений с одной задачей. Речь идет не о «по крайней мере, на основе стоимости» - речь идет о том, что мэйнфреймы вообще не справляются с вычислением чисел. Пожалуйста, удалите «по крайней мере на основе стоимости», которая может ввести читателя в заблуждение, что если бы на мэйнфрейме можно было бесплатно вычислять что-либо, мэйнфреймы преуспели бы в обработке чисел. Но они этого не делают. Прочтите три ссылки выше. —Предыдущий комментарий без подписи, добавленный 217.73.15.6 ( обсуждение ) 13:07, 18 ноября 2010 г. (UTC)
- Да, вы абсолютно правы. Вот три ссылки. Вот источник от Microsoft http://www.microsoft.com/presspass/features/2003/sep03/09-15LinuxStudies.mspx ? «мы обнаружили, что каждый центральный процессор [z9] мэйнфрейма выполнял на 14 процентов меньше работы, чем один [одноядерный] процессор Intel Xeon с частотой 900 МГц, работающий под управлением Windows Server 2003». Z10 на 50% быстрее, чем z9, и z196 на 50% быстрее, чем z10, что означает, что z196 в 1,5 x 1,5 = 2,25 раза быстрее, чем z9. Это означает, что z196 соответствует процессору Intel Xeon 2,25 x 900 МГц = 2 ГГц. Но современные серверы x86 cpus имеют 8 ядер, что означает, что у них всего 8 ядер x 2 ГГц = 16 ГГц. Мы видим, что x86 на 16 ГГц больше, чем z196 на 2 ГГц. Это показывает, что z196 не подходит ни для научных расчетов, ни для обработки чисел. Вот еще один источник от известного эксперта по Linux, который перенес Linux на мэйнфрейм IBM, который говорит, что 1MIPS == 4MHz x86. http://www.mail-archive.com/[email protected]/msg18587.html Это показывает, что z196 с 1400 MIPS соответствует 5,6 ГГц x86. Но современный x86 имеет 8 ядер, что означает, что у него всего 16 ГГц, что в 3 раза быстрее, чем 5,6 ГГц. Опять же, мы видим, что мэйнфрейм не подходит для обработки чисел. Вот еще одна ссылка, по которой соучредитель TurboHercules говорит, что 8-процессорный Nehalem-EX дает 3.200 MIPS с использованием программной эмуляции: http://en.wikipedia.org/wiki/TurboHercules#Performance Но программная эмуляция происходит в 5-10 раз медленнее. Это означает, что 8-процессорный собственный код Nehalem-EX должен быть в 5-10 раз быстрее, то есть на 16 000–32 000 MIPS. Это большое число MIPS соответствует полностью оборудованному мэйнфрейму z196 с 24 процессорами. Опять же, мы видим, что мэйнфрейм не подходит для обработки чисел. Теперь, когда вы удалили мой текст, потому что я не предоставил ссылок, пожалуйста, добавьте мой текст еще раз, так как здесь у вас есть три ссылки. Клиенты будут разочарованы, если они попытаются виртуализировать обработку чисел на мэйнфреймах, им нужно это знать. Вы не согласны? —Предыдущий неподписанный комментарий добавлен 217.73.15.6 ( обсуждение ) 11:34, 30 сентября 2010 г. (UTC)
- Также важно предоставить источник информации, которую вы добавляете в Википедию. - TreyGeek ( разговор ) 08:49, 28 сентября 2010 г. (UTC)
Почему была удалена эта часть оценки производительности эмуляции? Это было очень актуально для людей, желающих узнать больше о том, что может дать эмуляция. Эта часть была удалена продавцом IBM, желающим скрыть эту информацию? - Предыдущий беззнаковый комментарий добавлен 213.114.157.231 ( обсуждение ) 18:32, 27 декабря 2013 г. (UTC)
Цитата о бесплатном программном обеспечении
Я не понимаю, что могло бы послужить цитатой для следующего утверждения: «Однако в настоящее время Linux на System z является полностью бесплатным программным обеспечением под Стандартной общественной лицензией GNU». (в настоящее время помечены как «необходима ссылка») Архитектуры s390 и s390x входят в состав основного ядра и используются для создания пакетов ядра, подходящих для Debian main, Fedora и т. д. То же самое для пакетов поддержки (libc, gcc, binutils и т. д. ). Достаточно ли просто ссылки, скажем, на дерево s390 на kernel.org ? JeffLicquia ( разговорное ) 20:21, 23 октября 2013 (UTC)
- Хорошо, поскольку никто, кажется, не знает, я удаляю «необходима цитата». Если вы не согласны, обсудите, как будет выглядеть сайт. JeffLicquia ( разговор ) 18:48, 29 августа 2014 (UTC)
Виртуализация
Я предлагаю удалить все абзацы в этом разделе, кроме первого, второго и шестого, и серьезно отредактировать шестой абзац. Слишком много нецитированных технических деталей. Я почти уверен, что смогу найти цитаты для первого абзаца, но если нет, то, может быть, и этот нужно пропустить. JeffLicquia ( разговорное ) 19:35, 29 августа 2014 (UTC)
- Просто переработал весь раздел, переместив большую часть контента, не связанного с Linux, на страницу IBM System z . JeffLicquia ( разговор ) 00:51, 14 марта 2016 (UTC)
Внешние ссылки изменены
Привет, друзья Википедии,
Я только что изменил одну внешнюю ссылку в Linux на z Systems . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:
- Добавлен архив https://web.archive.org/web/20130102035347/http://www-01.ibm.com/software/integration/wmq/linux_systemZ/ на http://www-01.ibm.com/software / интеграция / wmq / linux_systemZ /
Когда вы закончите просмотр моих изменений, вы можете следовать инструкциям в шаблоне ниже, чтобы исправить любые проблемы с URL-адресами.
По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены», если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RFC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}
- Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
- Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .
Ура. - InternetArchiveBot ( Сообщить об ошибке ) 13:43, 16 мая 2017 г. (UTC)
Запрошенный переезд 6 ноября 2019 г.
- Ниже приводится закрытое обсуждение запрошенного хода . Пожалуйста, не изменяйте его. Последующие комментарии должны быть сделаны в новом разделе на странице обсуждения. Редакторы, желающие оспорить решение о закрытии, должны рассмотреть возможность пересмотра хода после обсуждения его на странице обсуждения ближе. Никаких дальнейших изменений в это обсуждение вносить не следует.
Результатом запроса на перемещение было: перемещено в соответствии с просьбой, приведенной ниже. Декимасуよ! 17:42, 13 ноября 2019 (UTC)
Linux на Z Systems → Linux на IBM Z - страница начинается с «Linux на IBM Z ... это собирательный термин ...», а термин IBM для линейки мэйнфреймов теперь просто «IBM Z», а не «IBM». z / Systems »или« IBM System z ». Гай Харрис ( разговор ) 17:40, 6 ноября 2019 (UTC)
- @ Гай Харрис : Полностью согласен. ИМХО, страницу можно было бы переместить прямо сейчас, но, может быть, есть другие точки зрения, так что подождем. - Предшествующий неподписанный комментарий, добавленный Initramfs ( обсуждение • вклад ) 10:43, 7 ноября 2019 г. (UTC)
- @ Initramfs : Он может быть перемещен администратором, потому что, как я полагаю, Linux на IBM Z - это перенаправление с историей, поэтому операция перемещения не позволит просто перенести Linux на Z Systems поверх него. Это не интересная история, но серверы этого не признают. Гай Харрис ( разговор ) 17:27, 7 ноября 2019 (UTC)
- Вышеупомянутое обсуждение сохраняется как архив запрошенного перемещения . Пожалуйста, не изменяйте его. Последующие комментарии должны быть сделаны в новом разделе на этой странице обсуждения или в обзоре хода . Никаких дальнейших изменений в этот раздел вносить не следует.
S / 390 - это не IBM z
В статье говорится, что Linux на IBM Z (или для краткости Linux на Z , а ранее Linux на z Systems ) - это собирательный термин для операционной системы Linux, скомпилированной для работы на мэйнфреймах IBM , особенно на серверах IBM Z и IBM LinuxONE. Аналогичные термины, которые имеют такое же значение, - это Linux на zEnterprise , Linux на zSeries , Linux / 390 , Linux / 390x и т. Д.
Однако версии, выпущенные для ESA / 390, никогда не назывались Linux на Z, поскольку в то время IBM не объявила обозначение Z. Кроме того, эти версии не могут работать на текущих компьютерах IBM z , поскольку IBM больше не предлагает возможность работы в режиме ESA / 390. Как насчет
Linux на IBM Z (или для краткости Linux на Z , а ранее Linux на z Systems ) - это собирательный термин для операционной системы Linux, скомпилированной для работы на мэйнфреймах IBM z / Architecture и системах разработки , особенно на серверах IBM Z и IBM LinuxONE. Подобные термины , которые подразумевают такое же значение , являются, например, Linux на zEnterprise , Linux на zSeries , Linux / 390x, .
в качестве замены? Шмуэль (Сеймур Дж.) Мец Имя пользователя: Chatul ( разговор ) 11:14, 13 мая 2021 г. (UTC)
- На странице также обсуждается порт S / 390. Возможно, его следует переименовать в «Linux на мэйнфреймах IBM», который может охватывать как S / 390, так и Z, и открываться чем-то вроде
Linux на мэйнфреймах IBM - это операционная система Linux, скомпилированная для работы на мэйнфреймах IBM , особенно на серверах IBM Z и IBM LinuxONE; более ранние версии работали на серверах ESA / 390 . Используемые для него термины включают Linux на IBM Z , Linux на Z , Linux на z Systems , Linux на zEnterprise , Linux на zSeries , Linux / 390 , Linux / 390x и т. Д.
- или что-то в этом роде? «Linux на IBM Z» будет перенаправлять сюда, поэтому люди, ищущие его под этим именем, все равно найдут его. Гай Харрис ( разговор ) 19:17, 13 мая 2021 (UTC)