The OpenNET Project / Index page

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



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

Оглавление

Прекращение поддержки Windows XP способствует переводу банко..., opennews (ok), 21-Мрт-14, (0) [смотреть все] +1

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


87. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от redwolf (ok), 22-Мрт-14, 12:32 
Странная новость. XP будет офицально поддерживаться для банкоматов ровно те самые 7-15 лет срока жизни банкоматов. Об этом есть соглашение с MS (для банкоматов NCR это точно так). А то, что дальше хотят экономить на новом железе, так это уже жадность. Покупали готовый банкомат с XP на 15 лет. Через 15 лет его (увы) придётся поменять на более новую модель. Это и для пользователей плюс, а то у нас во многих городах стоят древности, которые неудобны. Вполне разумно кмк.
Ответить | Правка | Наверх | Cообщить модератору

94. "Прекращение поддержки Windows XP способствует переводу банко..."  +5 +/
Сообщение от ананим (?), 22-Мрт-14, 13:15 
А чего тут не понятного то?

> По данным директора Ассоциации производителей банкоматов некоторые крупные финансовые компании США намерены перевести свои сети банкоматов на Linux для получения более полного контроля над циклами обновления программного обеспечения и оборудования.

Перевожу — планирование жизненного цикла не закончилось 15 лет назад.
Представить, что в 2013 ты устанавливал новые точки с банкоматами, жить которым ровно 1 год (так дохтур из мс сказал) осталось, тяжело, да?
А до этого были и 2012, 11, 10,...
С какого перепуга все твои 100500 банкоматов должны умирать по приказу компании, которая вообще не имеет отношения к банковской деятельности?
С каких пор суб-подрядчик диктует условия?

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

135. "Прекращение поддержки Windows XP способствует переводу банко..."  –10 +/
Сообщение от iZEN (ok), 22-Мрт-14, 23:17 
> С каких пор суб-подрядчик диктует условия?

С тех самых пор, как в Linux провозглашена идея-на-века о нестабильном системном API/ABI. Внезапно, да?

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

137. "Прекращение поддержки Windows XP способствует переводу банко..."  +3 +/
Сообщение от ананим (?), 22-Мрт-14, 23:43 
а теперь быренько дал в студию определение "системного" апи.

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

Ззыж
И да, линух не субподрядчик. У тебя есть договор, где ты ему деньги, а он тебе "системное" апи (чтобы ты там под этим не понимал)? Нету?
А в РХ к примеру апи стабилизирован на всю поддержку.
Чего нет ни в фряхе, ни в любой другой бзде, ни даже в вантузе (вон в xp с сервис пака 3 даже таблицы ACPI другие).
Так что пиндел бы ты, жабист, поменьше, о чём не знаешь.

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

138. "Прекращение поддержки Windows XP способствует переводу банко..."  +2 +/
Сообщение от ананим (?), 22-Мрт-14, 23:54 
Чтобы не быть голословным:
# cat /sys/firmware/acpi/tables/DSDT > dsdt.dat && iasl -d dsdt.dat && grep -i windows dsdt.dsl

                    If (_OSI ("Windows 2012"))
                If (_OSI ("Windows 2001"))
                If (_OSI ("Windows 2001 SP1"))
                If (_OSI ("Windows 2001 SP2"))
                If (_OSI ("Windows 2001 SP3"))
                If (_OSI ("Windows 2001 SP4"))
                If (_OSI ("Windows 2001.1"))
                If (_OSI ("Windows 2006"))
                If (_OSI ("Windows 2009"))
                If (_OSI ("Windows 2012"))

В вантузе различия в API в BIOS(!!!) загоняют, а ты мне тут про изменения в driver-API, которое ты (в расчёте на ловлю идиотов?) тут обозвал "системным".
Брехло ты, айзен. Низкопробное.

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

140. "Прекращение поддержки Windows XP способствует переводу банко..."  –8 +/
Сообщение от iZEN (ok), 23-Мрт-14, 00:55 
> а теперь быренько дал в студию определение "системного" апи.

Перечень системных вызовов, чётко определённый список системных функций, семантически увязанных с функционированием ядра операционной системы и которые могут быть вызваны извне приложением или из библиотеки для выполнения конкретных действий на системном уровне.

> А в РХ к примеру апи стабилизирован на всю поддержку.
> Чего нет ни в фряхе, ни в любой другой бзде, ни даже в вантузе (вон в xp с сервис пака 3 даже таблицы ACPI другие).

Во FreeBSD есть уровень бинарной совместимости compat4x-compat9x, гарантирующий работу унаследованных приложений в новых версиях операционной системы без их перекомпиляции.

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

142. "Прекращение поддержки Windows XP способствует переводу банко..."  +2 +/
Сообщение от angra (ok), 23-Мрт-14, 07:41 
> Перечень системных вызовов, чётко определённый список системных функций, семантически
> увязанных с функционированием ядра операционной системы и которые могут быть вызваны
> извне приложением или из библиотеки для выполнения конкретных действий на системном
> уровне.

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

Похоже ты слышал звон, но не в силах понять откуда он. API/ABI ядра изменчиво для компонентов ядра, в первую очередь драйверов. Но не для библиотек и приложений. Загугли такие умные слова как kernelspace и userspace.

Вообще удивляюсь тебе, Изя. Столько лет персонально тебя на этом ресурсе просвещают, а ты как был дубом так и остался.

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

147. "Прекращение поддержки Windows XP способствует переводу банко..."  –7 +/
Сообщение от iZEN (ok), 23-Мрт-14, 09:56 
>> Перечень системных вызовов, чётко определённый список системных функций, семантически
>> увязанных с функционированием ядра операционной системы и которые могут быть вызваны
>> извне приложением или из библиотеки для выполнения конкретных действий на системном
>> уровне.
> Ну и в каком месте в Linux он нестабильный?

В Glibc.

> Новые сисколы само
> собой появляются, но старые остаются на месте и продолжают нормально работать.
> Называется это мудреным словосочетанием "обратная совместимость".
> Похоже ты слышал звон, но не в силах понять откуда он. API/ABI
> ядра изменчиво для компонентов ядра, в первую очередь драйверов.

Ага. Не без этого тоже: http://www.opennet.ru/opennews/art.shtml?num=25708

> Вообще удивляюсь тебе, Изя.

Я твой псевдоним не коверкаю. У тебя это с детства пришло, давать клички-искажения от имён собственных — следствие бессильной злобы от противления воли субъектов их носителей?

> Столько лет персонально тебя на этом ресурсе просвещают, а ты как был дубом так и остался.

Потому что использование Linux (и FreeBSD, надо признать) — мазохизм чистой воды. Кроме вроде бы (вполне — в случае с FreeBSD) рабочей операционной системы приложения выглядят как "не пришей собаке хвост" — всё не то.

Java/HTML5/JavaScript в этих операционках выступает как слой переносимых программ, которые выглядят везде одинаково. Для многих Java — убога, надо признать, а вот лично для меня — наоборот, так как считаю Java элементом унификации прикладного взаимодействия, которой противодействуют ярые экстремисты—системники, для которых имеют ценность исключительно нативные приложения и скрипты (возможно, выполняемые в "песочнице", Web-браузере, но никак внутри какой-то там виртуальной машины, если эта машина не является экземпляром целой операционной системы).

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

150. "Прекращение поддержки Windows XP способствует переводу банко..."  +3 +/
Сообщение от ананим (?), 23-Мрт-14, 10:32 
>> Ну и в каком месте в Linux он нестабильный?
> В Glibc.

Брехня.

Но как признак того, что ты таки понял о чём идёт речь, сойдёт.
В следующий раз такие твои крики про апи линуха будут сразу клеймиться как заведомая ложь.
И пусть модераторы будут свидетелями. :D

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

154. "Прекращение поддержки Windows XP способствует переводу банко..."  –7 +/
Сообщение от iZEN (ok), 23-Мрт-14, 12:04 
>>> Ну и в каком месте в Linux он нестабильный?
>> В Glibc.
> Брехня.

«Обновил glibc и все сломалось» -> в поиск.

Ещё: http://wiki.gentoo.ru/wiki/Откат_(downgrade)_glibc

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

158. "Прекращение поддержки Windows XP способствует переводу банко..."  +2 +/
Сообщение от ананим (?), 23-Мрт-14, 12:57 
> «Обновил glibc и все сломалось» -> в поиск.

Который тебе скажет, что старый прелоад не совместим с новым глибц.
Других вариантов нет (ну разве что электричество кончилось по середине установки)
Ну и то верно, не умеешь, не берись.
>Ещё: http://wiki.gentoo.ru/wiki/Откат_(downgrade)_glibc

Доунгрэд для даунов. Абсолютно нештатная ситуация.

Зыж
А прелоад кстати работает с шлангом?

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

161. "Прекращение поддержки Windows XP способствует переводу банко..."  +4 +/
Сообщение от Michael Shigorinemail (ok), 23-Мрт-14, 15:51 
> Потому что использование Linux (и FreeBSD, надо признать) — мазохизм чистой воды.

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

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

172. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от Аноним (-), 23-Мрт-14, 20:15 
> Так прекратите уже мучаться -- может, и вербальная дизентерия пройдёт.  Удачи.

Да он как истинный бздоид уже дуалбутается в максималочку, походу. А я вот что-то в пингвине никакого мазохизма не ощущаю, в отличие от :-).

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

185. "Прекращение поддержки Windows XP способствует переводу банко..."  +2 +/
Сообщение от Карбофос (ok), 23-Мрт-14, 21:37 
среди фанатиков так принято: лицемерить, поливать всех дерьмищем, чтобы себя обелить. выдавать одно за совершенно другое, делать из мухи слона. любые методы сойдут.
меня даже не удивит, что у этого активиста при слове "linux" нервный тик начинается с подергиванием глаза. ибо там клинический случай, такое происходит всегда при приступах  фанатизма.
Ответить | Правка | Наверх | Cообщить модератору

187. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 22:15 
Это для маркетологов сойдёт. Им нужно чёрное выдать за белое любой ценой.
Фанатики просто не видят фактов.
Собственно вторые жертвы действий первых.
Ответить | Правка | Наверх | Cообщить модератору

212. "Прекращение поддержки Windows XP способствует переводу банко..."  +/
Сообщение от Аноним (-), 24-Мрт-14, 22:22 
> меня даже не удивит, что у этого активиста при слове "linux" нервный
> тик начинается с подергиванием глаза. ибо там клинический случай,

Ну да. Кто же виноват что линь нынче дорос до более-менее приличной системы, способной и в эмбедовке работать, и в топ500, и даже десктоп вполне ничего уже получается, т.к. поддерживает железо более-менее сразу, а не через 10 лет после снятия с производства. А уж всякие ынтырпрайзятники вообще должны писать кипятком от вещей типа пакетных менеджеров.

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

144. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 08:16 
> Перечень системных вызовов, чётко определённый список системных функций, семантически увязанных с функционированием ядра операционной системы и которые могут быть вызваны извне приложением или из библиотеки для выполнения конкретных действий на системном уровне.

А вот это как раз и есть АПИ ядра.
И онл НЕ меняется. И стабильнее некуда.
Только дополняется.
Более того, эти вызовы на 99% существуют, чтобы удоблетворить стандарты POSIX.

То, на что ты намекал, имеет место в драйвер-АПИ.
И (спешиали 4 ю) это уже обсуждалось.
То ли ты в.. жабист, то ли низкопробно троллишь.

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

145. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 08:34 
Зыж
> Во FreeBSD есть уровень бинарной совместимости compat4x-compat9x, гарантирующий работу унаследованных приложений в новых версиях операционной системы без их перекомпиляции.

Значит в твоей бзде с совместимостью гораздо хуже, чем в лине.

Вызывать сисколы можно 2-мя путями (3-ий на асме. Не переносим, не рассматривается): напрямую и через с-рантайм.
С первым проблем нет, но так редко кто поступает. Обычно (в 99%) используют либцэ (даже твоя жаба).
За второй, на правах системной библиотеки, отвечает glibc (или её аналоги). Как правило glibc полностью обратно-совместима и по АПИ, и по АБИ. Изменения бывают только в случае если критическую недоработку по другому не исправишь.
И траблы с переносом если бывают, то именно из-за неё. Потому как это приличных размеров проект (почти как жаба. У коей со сменой мажорной версии такие траблы, что многие до сих пор на 1.5, 1.4 и даже на 1.3)
Компат в линухе тоже был. Когда переходили с libc5 на glibc6.
В твоей бзде (предполагаю) сейчас таже хрень творится из-за перехода на шланг и его рантайм. Или всё ещё гораздо хуже — либц меняют как хотят, а библами вида "компат" образовавшиеся дыры затыкают.

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

148. "Прекращение поддержки Windows XP способствует переводу банко..."  –5 +/
Сообщение от iZEN (ok), 23-Мрт-14, 10:00 
> Компат в линухе тоже был. Когда переходили с libc5 на glibc6.
> В твоей бзде (предполагаю) сейчас таже хрень творится из-за перехода на шланг
> и его рантайм. Или всё ещё гораздо хуже — либц меняют
> как хотят, а библами вида "компат" образовавшиеся дыры затыкают.

Перешёл с LLVM/Clang 3.3 на LLVM/Clang 3.4 в базовой системе FreeBSD 10-STABLE:

% cc --version
FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216
Target: x86_64-unknown-freebsd10.0
Thread model: posix

% pkg info -x compat
pkg: No package(s) matching compat

Приложения, откомпилированные в устаревшей версии Clang, не отвалились.


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

149. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 10:26 
1. Так есть у тебя compat или нет? Определись уже.

2. И не должно отваливаться. На то стандарты на С (и POSIX) и есть.

конечно, и в них находят баги, и они тоже развиваются, но смена на бОльшую версию системной(!!!) библиотеки С не должна влиять на работоспособность.
Если есть кардинальные изменения, то поведение (глибц как пример) меняется установкой переменной окружения или соответсвующим вызовом с требованием самого приложения, если оно умеет (но не компат-библами. Это изменение уже и аби, и апи,.. и компоновки — например алгоритма декорирования имён в С++).
При этом менять системную библиотеку обратно на меньшую версию не рекомендуется. Что логично.

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

151. "Прекращение поддержки Windows XP способствует переводу банко..."  –5 +/
Сообщение от iZEN (ok), 23-Мрт-14, 10:37 
> 1. Так есть у тебя compat или нет? Определись уже.

У меня нет унаследованных приложений, которые без исходников идут и невозможно перекомпилировать. Я же не инженер в банке, которому нужно ТАКОЕ поддерживать.

> 2. И не должно отваливаться. На то стандарты на С (и POSIX) и есть.
> конечно, и в них находят баги, и они тоже развиваются, но смена
> на бОльшую версию системной(!!!) библиотеки С не должна влиять на работоспособность.
> Если есть кардинальные изменения, то поведение (глибц как пример) меняется установкой переменной
> окружения или соответсвующим вызовом с требованием самого приложения, если оно умеет
> (но не компат-библами. Это изменение уже и аби, и апи,.. и
> компоновки — например алгоритма декорирования имён в С++).
> При этом менять системную библиотеку обратно на меньшую версию не рекомендуется. Что
> логично.

А вот тут конкретно ваша логика дала сбой: https://www.youtube.com/watch?v=dx_6oVFuP8Y
См. с 8:30.

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

152. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 11:27 
>> 1. Так есть у тебя compat или нет? Определись уже.
> У меня нет унаследованных приложений, которые без исходников идут и невозможно перекомпилировать. Я же не инженер в банке, которому нужно ТАКОЕ поддерживать.

А выше ты писал что есть. Соврал?

Зыж
> А вот тут конкретно ваша логика дала сбой: https://www.youtube.com/watch?v=dx_6oVFuP8Y
> См. с 8:30.

Булшит про "написано раз...", а всё равно для линуха, вантуза, соляры писать код на жабе нужно отдельно.
Говорю как админ оёбса, в котором в самом (в одном инстансе) присутствовала жаба в версиях 1.3, 1.4, 1.5, jinitiator плюс жаба 1.2 (для запуска кода из формсов на стороне сервера). Ну и плюс аврора в самой субд.

К чему это я? Да к тому, что черут и контейнеры ничем не хуже (и гораздо проще) в этом плане для библиотеки Си/Си++.

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

153. "Прекращение поддержки Windows XP способствует переводу банко..."  –6 +/
Сообщение от iZEN (ok), 23-Мрт-14, 12:00 
>>> 1. Так есть у тебя compat или нет? Определись уже.
>> У меня нет унаследованных приложений, которые без исходников идут и невозможно перекомпилировать. Я же не инженер в банке, которому нужно ТАКОЕ поддерживать.
> А выше ты писал что есть.

Я писал о возможности задействовать механизм совместимости с предыдущим системным API/ABI, если невозможно перекомпилировать унаследованное приложение. И в GENERIC-ядре есть опции совместимости:

options         COMPAT_FREEBSD4         # Compatible with FreeBSD4
options         COMPAT_FREEBSD5         # Compatible with FreeBSD5
options         COMPAT_FREEBSD6         # Compatible with FreeBSD6
options         COMPAT_FREEBSD7         # Compatible with FreeBSD7


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

155. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 12:11 
> Я писал о возможности задействовать механизм совместимости с предыдущим системным API/ABI, если невозможно перекомпилировать унаследованное приложение.

Я тоже.
И мне для этого не нужно перекомпилировать ядро (сисколы которого, напоминаю, не изменились, но добавились).

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

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

157. "Прекращение поддержки Windows XP способствует переводу банко..."  –5 +/
Сообщение от iZEN (ok), 23-Мрт-14, 12:20 
>> Я писал о возможности задействовать механизм совместимости с предыдущим системным API/ABI, если невозможно перекомпилировать унаследованное приложение.
> Я тоже.
> И мне для этого не нужно перекомпилировать ядро (сисколы которого, напоминаю, не изменились, но добавились).

Конечно не нужно. Иначе всё перестанет работать и придётся использовать виртуализацию со старой версией системного окружения. Ведь в линуксах проблемы обратной совместимости решаются только через виртуализацию. ;)

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

Причина? Oracle не поддерживает новейшие версии системного окружения GNU/Linux? Ж)) (Скорее наоборот: новейшие версии GNU/Linux не поддерживают Oracle для продакшена и вынуждены использовать контейнеры с устаревшим системным окружением).

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

159. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 13:05 
> Конечно не нужно. Иначе всё перестанет работать и придётся использовать виртуализацию со старой версией системного окружения.

Черут и контейнеры — не виртуализация.
И да — О-ля-ля, жабист против виртуализации!!! :D

> Причина? Oracle не поддерживает новейшие версии системного окружения GNU/Linux? Ж)) (Скорее наоборот: новейшие версии GNU/Linux не поддерживают Oracle для продакшена и вынуждены использовать контейнеры с устаревшим системным окружением).

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

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

164. "Прекращение поддержки Windows XP способствует переводу банко..."  –2 +/
Сообщение от iZEN (ok), 23-Мрт-14, 18:42 
>> Конечно не нужно. Иначе всё перестанет работать и придётся использовать виртуализацию со старой версией системного окружения.
> Черут и контейнеры — не виртуализация.

Это изоляция.

> И да — О-ля-ля, жабист против виртуализации!!! :D

Компактная виртуальная машина и программная среда выполнения несколько отличаются от аппаратно-программной эмуляции целой операционной системы со всеми её сложностями и особенностями, не находишь? ;)

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

178. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от Аноним (-), 23-Мрт-14, 20:31 
> Компактная виртуальная машина

Это ты про жабу так? Вот у меня компактная VM: всего 5 процессов на все. При том три это init, syslog и ssh. Вот это компактная система.

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

180. "Прекращение поддержки Windows XP способствует переводу банко..."  +2 +/
Сообщение от ананим (?), 23-Мрт-14, 20:44 
>> Черут и контейнеры — не виртуализация.
> Это изоляция.

Нда, жабист — это диагноз.

Хорошо, а про LD_LIBRARY_PATH/LD_PRELOAD/.. как отбрёхиваться будешь?

Зыж
> Компактная виртуальная машина и программная среда выполнения несколько отличаются от аппаратно-программной эмуляции

Контейнеры и тем более черут ничего не эмулируют.
Вообще.

Зззыж
> Компактная виртуальная машина

плюс качественная промывка мозгов.
если они конечно есть.

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

182. "Прекращение поддержки Windows XP способствует переводу банко..."  –4 +/
Сообщение от iZEN (ok), 23-Мрт-14, 21:04 
> Хорошо, а про LD_LIBRARY_PATH/LD_PRELOAD/.. как отбрёхиваться будешь?

Прошто?

> Зыж
>> Компактная виртуальная машина и программная среда выполнения несколько отличаются от аппаратно-программной эмуляции
> Контейнеры и тем более черут ничего не эмулируют.
> Вообще.

Разве? А аппаратные ресурсы не разделяют так, чтобы программам в контейнерах казалось, что они имеют предоставленный монопольный доступ к ним? В чём суть изоляции, подумай хорошенько.

> Зззыж
>> Компактная виртуальная машина
> плюс качественная промывка мозгов.
> если они конечно есть.

Почитай, что ли, предпосылки и объективность появления Java. Без малого 20 лет как бы должны поставить на этом вопросе жирную точку. Или конкретно для тебя ещё не всё понятно, и нужность Java вызывает сомнения?

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

188. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 22:18 
>> Хорошо, а про LD_LIBRARY_PATH/LD_PRELOAD/.. как отбрёхиваться будешь?
> Прошто?

Провсё.


Зыж
> Почитай, что ли, предпосылки и объективность появления Java.

Знаешь почему кофейник там логотипом?
Жабист, млин.

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

189. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от ананим (?), 23-Мрт-14, 22:23 
Ззззззззыж
> Разве? А аппаратные ресурсы не разделяют так, чтобы программам в контейнерах казалось, что они имеют предоставленный монопольный доступ к ним? В чём суть изоляции, подумай хорошенько.

Не поверишь!
Так думает ЛЮБАЯ программа из юзер-спейса в много-задачной ОС.

Это магия, айзен. :D
Или заговор против тебя.

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

213. "Прекращение поддержки Windows XP способствует переводу банко..."  +1 +/
Сообщение от Аноним (-), 24-Мрт-14, 22:27 
> Так и скажи, что в линуксах пока нет ничего подобного jail из
> FreeBSD и нужно использовать виртуализацию

Изя, даже LXC который есть в каждом современном линухе - далеко затыкает jail по всем пунктам. А уж openvz используется неаверное уже с десятилетие в коммерческих применениях, сиречь хостинге в промышленных масштабах. В свете этого твое блеяние про jail "немного неубедительно". Но это еще не все. В каждом современном линухе идет весьма нормальный виртуализатор, KVM. Вот у меня 3 VM прямо сейчас забутявлено. А у бздельников только еще начинают что-то там пилить. Упхнувшись наконец с традиционным "это не нyжно!!!111". Вот только отставания на годы и годы это не компенсирует. А ждать всяких ретардов по 5-10 лет - оно мне надо?

> операционной системы вместо достаточной изоляции операционного окружения.

Еще бы ты понимал чего-нибудь в изоляции, овощ. Ты же ни в зуб ногой.

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

219. "Прекращение поддержки Windows XP способствует переводу банко..."  –1 +/
Сообщение от iZEN (ok), 25-Мрт-14, 20:07 
>> Так и скажи, что в линуксах пока нет ничего подобного jail из
>> FreeBSD и нужно использовать виртуализацию
> Изя, даже LXC который есть в каждом современном линухе - далеко затыкает
> jail по всем пунктам.

Наш опыт тестирования LXC (Linux Containers) на примере Debian Wheezy:
http://habrahabr.ru/company/centosadmin/blog/202482/

///---
Что в итоге?
Технология прошла долгий путь в 39 релизов и 1989 коммитов (по состоянию на 14.11.2013) и на данный момент подходит некому завершенному виду. Возможно, в нынешнем виде использовать LXC на виртуальном хостинге еще рано, однако для частных проектов технология вполне подойдет.

Утилиты для работы с контейнерами, пожалуй, еще требуют доработки, и такая работа активно ведется. В то же время, на данный момент их функционала вполне достаточно для полноценной работы по внедрению и администрированию контейнеров Linux.
---///

> А уж openvz используется неаверное уже с
> десятилетие в коммерческих применениях, сиречь хостинге в промышленных масштабах. В свете этого твое блеяние про jail "немного неубедительно".

А что, собственно, ты знаешь о jail, чтобы так говорить? jail были доступны на FreeBSD и использовалась в продакшене, когда в Линуксе был только chroot.

> Но это еще не
> все. В каждом современном линухе идет весьма нормальный виртуализатор, KVM. Вот
> у меня 3 VM прямо сейчас забутявлено. А у бздельников только
> еще начинают что-то там пилить. Упхнувшись наконец с традиционным "это не
> нyжно!!!111". Вот только отставания на годы и годы это не компенсирует.
> А ждать всяких ретардов по 5-10 лет - оно мне надо?

На FreeBSD 9+ сейчас развивают BhyVe: http://bhyve.org/
В 10-STABLE уже можно использовать.

>> операционной системы вместо достаточной изоляции операционного окружения.
> Еще бы ты понимал чего-нибудь в изоляции, овощ. Ты же ни в зуб ногой.

Мясной ты наш, объясни, где я неправ? Если в Линуксе только сейчас доходят постепенно до важности изоляции полноценных операционных окружений (с тем же ядром, что и у основной операционной системы-хоста), а в виртуализации творится полный раздрай и vendor lock-in несовместимых местечковых решений, что аж приходится придумывать так называемые "облачные вычисления", чтобы не было так страшно от того админского ужаса...

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

222. "Прекращение поддержки Windows XP способствует переводу банко..."  +/
Сообщение от Аноним (-), 20-Май-14, 09:11 
> доступны на FreeBSD и использовалась в продакшене, когда в Линуксе был
> только chroot.

А теперь все стало ровно наоборот :). При том что пингвину меньше лет чем бздам.

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

217. "Прекращение поддержки Windows XP способствует переводу банко..."  +/
Сообщение от Аноним (-), 25-Мрт-14, 04:25 
> Разве? А аппаратные ресурсы не разделяют так, чтобы программам в контейнерах казалось,
> что они имеют предоставленный монопольный доступ к ним? В чём суть
> изоляции, подумай хорошенько.

Это ты подумай своим мозгом, если там еще не все атрофировалось. В контейнерах ядро хоста точно так же делит ресурсы как и в обычной системе. Обычная ОС уже умеет, как минимум в базовом виде - с момента появления многозадачек. Контейнер должен лишь как-то разобраться с некоторыми граничными случаями, например, зарезав выход за границы ФС контейнера, спрятав "лишние" (чужие) процессы от контейнера и прочее.

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

173. "Прекращение поддержки Windows XP способствует переводу банко..."  +/
Сообщение от Аноним (-), 23-Мрт-14, 20:15 
> Перешёл с LLVM/Clang 3.3 на LLVM/Clang 3.4 в базовой системе FreeBSD 10-STABLE:

А я думал что ты на максималку перешел. Так, судя по спичу.

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

216. "Прекращение поддержки Windows XP способствует переводу банко..."  +5 +/
Сообщение от redwolf (ok), 25-Мрт-14, 02:09 
Ну так новые и устанавливать с linux на борту, либо с более новым решением от MS (интересно каким). Установленные ранее вполне себе доживут свой век и будут иметь поддержку весь срок жизни. Ни о каких "1 год" речи никто не ведёт. С поддержкой ХР для десктопов банкоматы не связаны никак.
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

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

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




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

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