Глобальная Авантюра  
ФОРУМ
главное меню
  1. >
  2. Форум >
  3. Научно-технический раздел >
  4. IT в России и мире в реалиях мирового кризиса

IT в России и мире в реалиях мирового кризиса

←Пред←1347348350351393→След→
 
  adolfus
   
   
adolfus  

Слушатель

Карма: +15.85
Регистрация: 12.02.2010
Сообщений: 7,449
Читатели: 1
 
Засады с ней вроде были при передаче текстов по сети, на локальном компе не помню с ней проблем.

Автор хэлпа к DOS-у про них писал
Sosha – настоящий автор этого вашего nc.exe. Там в справочнике для него он и писал про картофельные очистки для своих детей.
Досов было много. я лично работал в двух – IBM PC DOS и DR.Novell DOS. Все хелпы для них были обезличены. НАсчет MS DOS не знаю – под ним разве что в диггера и принца персии можно было гонять, остальное все постоянно висло или глючило. Бывало что по пять раз в день приходилось перезагружаться. Как только перешли на PC DOS, все проблемы исчезли – ты просто работаешь и не сохраняешься каждые пять минут, как это было в MS DOS. Ну и сеть. В MS DOS ее практически не было, а в DR DOS и PC DOS она была из коробки и под любую карту, котороая тогда была на рынке. Немного слукавил -- первая моя сетевуха была иола. С ней шли крафтовые драйвера и которая могла более-менее работать под MS DOS, не требуя перезагрузки сервера каждые три четыре дня. Но она была настолько тормознутая, что пр первой возможности мы перешли на ne2000, котороая отлично поддерживаласть как в DR DOS? так и в PC DOS. В MS DOS у нее возникали проблемы, если ее буфера размещались в EMM/EMS – Бил гейц строго следовал своему тезису, что пользователям MS DOS будет более чем достаточно 640 килобайт ОЗУ.
Одним словом, самое лучшее, что когда либо произвел микрософт – это компилятор MS C 6.0, masm в его составе и codeview – бесподобнейший на то время отладчик для DOS. Все остальное – козий кал, со временем плавно переоформившийся в кошачий.

+ 0.02 / 2
  qurvax
   
   
qurvax  

Слушатель

Карма: +7.47
Регистрация: 29.03.2017
Сообщений: 443
Читатели: 1
 
Sosha – настоящий автор этого вашего nc.exe. Там в справочнике для него он и писал про картофельные очистки для своих детей.
Досов было много. я лично работал в двух – IBM PC DOS и DR.Novell DOS. Все хелпы для них были обезличены. НАсчет MS DOS не знаю – под ним разве что в диггера и принца персии можно было гонять, остальное все постоянно висло или глючило. Бывало что по пять раз в день приходилось перезагружаться. Как только перешли на PC DOS, все проблемы исчезли – ты просто работаешь и не сохраняешься каждые пять минут, как это было в MS DOS. Ну и сеть. В MS DOS ее практически не было, а в DR DOS и PC DOS она была из коробки и под любую карту, котороая тогда была на рынке. Немного слукавил -- первая моя сетевуха была иола. С ней шли крафтовые драйвера и которая могла более-менее работать под MS DOS, не требуя перезагрузки сервера каждые три четыре дня. Но она была настолько тормознутая, что пр первой возможности мы перешли на ne2000, котороая отлично поддерживаласть как в DR DOS? так и в PC DOS. В MS DOS у нее возникали проблемы, если ее буфера размещались в EMM/EMS – Бил гейц строго следовал своему тезису, что пользователям MS DOS будет более чем достаточно 640 килобайт ОЗУ.
Одним словом, самое лучшее, что когда либо произвел микрософт – это компилятор MS C 6.0, masm в его составе и codeview – бесподобнейший на то время отладчик для DOS. Все остальное – козий кал, со временем плавно переоформившийся в кошачий.
И NT? Ну незнаю, не знаю - мне, вот, нравится. Да и с мсдосом не скажу чтоб так уж все плохо было - работало, однако, и до сих пор работает коегде, ЧСХ. Под мсдосом PCAD 4.5 во времена оные гонял.

+ 0.00 / 0
  Senya
   
   
Senya   Россия
51 год

Слушатель

Карма: +220.43
Регистрация: 20.11.2008
Сообщений: 18,729
Читатели: 38

Глобальный Модератор
 
Sosha – настоящий автор этого вашего nc.exe.
В курсе.
Там в справочнике для него он и писал про картофельные очистки для своих детей.
Вот чисто из вредности - Tech Help. http://old-dos.ru/files/file_1067.html
"Вы же не хотите, чтобы дети Дена Роллинза (Dan Rollins) рылись на помойке в поисках картофельных очисток?"

Отредактировано: Senya - 09 августа 2019 11:23:27
"Иван Грозный помещает на рабочий стол полученный от хана ярлык."(с) Не моё.
+ 0.10 / 6
  adolfus
   
   
adolfus  

Слушатель

Карма: +15.85
Регистрация: 12.02.2010
Сообщений: 7,449
Читатели: 1
 
И NT? Ну незнаю, не знаю - мне, вот, нравится. Да и с мсдосом не скажу чтоб так уж все плохо было - работало, однако, и до сих пор работает коегде, ЧСХ. Под мсдосом PCAD 4.5 во времена оные гонял.
NT – это отдельная пестня. NT 3.51 сертифицировали по безопасности под оранжевую книгу и обозвали "операционной системой реального времени". Нужно это было, чтобы пропихнуть продукцию микрософт в государственные учреждения, армию и флот. Кто продвигал – Вы знаете. Тот, вернее та, кто заставил межделмаш передать все наработки отдела, занимавшегося OS/2, в микрософт, тем самым похоронив ее. Так что Илон Маск – не первый случай. Перед ним был Билл Гейц. В 90-х в отношении госучереждений и прочих серьезных организаций действовал обязательный к исполнению документ о безопасности и переносимости софта. Основан он был на POSIX и периодически пересматривался. Последняя редакция, котороая была доступна на одном из сайтов госдепа, датировалась, ЕМНИП, 1998 годом. Чтобы как-то вписаться со своей, якобы, файловой системой в этот документ была разработана для NTFS компонента, позволявшая монтировать похиксовые файловые системы, которые даже сегодня в самом примитивном их варианте конца 90-х кроют фаты и прочие нтифээсы, как слон моську по всем параметрам, включая безопасность, гибкость, функционал и скорость. И вот в таком наряде NT 3.51. пропихнули в голубой мирок американского флота. В результате на одной из огромных посудин всей энергетикой и двигательной установкой управляла "операционная система реального времени" Microsoft NT 3.51. Посудина лихо выползла с завода, переплыла Атлантику и зашла в Средиземное море. Там произошло нечто интересное – внезапно на всем судне пропало электричество. Соответственно, остановились двигатели и приводы всего, что можно двигать и перемещать, не прибегая к помощи матросов. Перезагрузить NT не удалось – то ли аккумуляторы бесперебойника не были заряжены, то ли двери в серверную заблокировались при отключении электропитания корабля – этого никто не узнает. Все это завершилость тем, что спустя какое-то время с завода прислали буксир, который оттянул железный гроб на завод.

+ 0.07 / 5
  qurvax
   
   
qurvax  

Слушатель

Карма: +7.47
Регистрация: 29.03.2017
Сообщений: 443
Читатели: 1
 
Цитата: adolfus от 09.08.2019 12:50:53
Чтобы как-то вписаться со своей, якобы, файловой системой в этот документ была разработана для NTFS компонента, позволявшая монтировать похиксовые файловые системы, которые даже сегодня в самом примитивном их варианте конца 90-х кроют фаты и прочие нтифээсы, как слон моську по всем параметрам, включая безопасность, гибкость, функционал и скорость.
Можно примеры? Мне б такие пригодились, в повседневной, тсказать, деятельности Ну или для общего развития хотябы, если вдруг оные давно помре и никем нигде не используются. А то выбор альтернатив сегодня печален - ReFS, который еще пока зеленый, да ХFS (поправил тут) прихрамывающая иногда. Первая ж еще и закрытая.

И вот в таком наряде NT 3.51. пропихнули в голубой мирок американского флота. В результате на одной из огромных посудин всей энергетикой и двигательной установкой управляла "операционная система реального времени" Microsoft NT 3.51. Посудина лихо выползла с завода, переплыла Атлантику и зашла в Средиземное море. Там произошло нечто интересное – внезапно на всем судне пропало электричество. Соответственно, остановились двигатели и приводы всего, что можно двигать и перемещать, не прибегая к помощи матросов. Перезагрузить NT не удалось – то ли аккумуляторы бесперебойника не были заряжены, то ли двери в серверную заблокировались при отключении электропитания корабля – этого никто не узнает. Все это завершилость тем, что спустя какое-то время с завода прислали буксир, который оттянул железный гроб на завод.
Кул стори Но полуось вроде как мертва. А NT цветет (и пахнет, если обмазать модным гуем, кхм...). И так, сегодня NT - говно кошачье или чье? И есть ли альтернатива?

Отредактировано: qurvax - 09 августа 2019 13:10:48
+ 0.02 / 1
   
Прокруст  

Слушатель

Карма: +0.71
Регистрация: 25.01.2014
Сообщений: 709
Читатели: 2
 
Кул стори Но полуось вроде как мертва. А NT цветет (и пахнет, если обмазать модным гуем, кхм...). И так, сегодня NT - говно кошачье или чье? И есть ли альтернатива?
QNX. Для мягкого реал-тайма лучшее.

+ 0.01 / 1
  qurvax
   
   
qurvax  

Слушатель

Карма: +7.47
Регистрация: 29.03.2017
Сообщений: 443
Читатели: 1
 
QNX. Для мягкого реал-тайма лучшее.

Ок, QNX против Centos/WS/Ubuntu/юнеймит: Во первых - цена. Во вторых - какой смысл, если область использование реалтаймовости не требует? Ну и да, как там у RTOS'ок с виртуализациями, есть че?


Кстате, там Хуайвей ОС презентовал-с. Как там ее, Хонгменг или вроде того. Похваляются микроядренностью и верифицированным ядром. Никак seL4 приспособили Все остальное свое, кетайское. Трепещи, миликанес! Обещают за 2 дня засунуть во все кофеварки, ежели злой Трумп Андройд зойпретит пользовать. Такие дела.

Отредактировано: qurvax - 09 августа 2019 22:43:36
+ 0.00 / 0
  adolfus
   
   
adolfus  

Слушатель

Карма: +15.85
Регистрация: 12.02.2010
Сообщений: 7,449
Читатели: 1
 
Цитата: adolfus от 09.08.2019 12:50:53

Можно примеры? Мне б такие пригодились, в повседневной, тсказать, деятельности Ну или для общего развития хотябы, если вдруг оные давно помре и никем нигде не используются. А то выбор альтернатив сегодня печален - ReFS, который еще пока зеленый, да ХFS (поправил тут) прихрамывающая иногда. Первая ж еще и закрытая. \n\nКул стори Но полуось вроде как мертва. А NT цветет (и пахнет, если обмазать модным гуем, кхм...). И так, сегодня NT - говно кошачье или чье? И есть ли альтернатива?
Не знаю, что под виндовсами используется сегодня, поскольку уже лет 15 виндовсы у меня только в виртуалке и большей частью для проверки валидности портирования под mingw. Думаю, что дальше ntfs дело у микрософт не пошло. В *nix'ах же все файловые системы стандартно posix-совместимые. Многие нынешние дистрибутивы линукса используют txt3 или ext4. xfs, кстати, очень неплохая ФС и для многих приложений ей нет разумной альтернативы. Не помню, чтобы когда-нибудь xfs и/или extfs теряли или портили файлы – это одни из самых надежных ФС. Разумеется, сетевое питание должно быть подперто бесперебойником, котороый может сообщить системе, что пропало питание, а система – уходить в режим ожидания, если не успевает синхронизировать и закрыть файлы до разряда батарей.

+ 0.00 / 0
  adolfus
   
   
adolfus  

Слушатель

Карма: +15.85
Регистрация: 12.02.2010
Сообщений: 7,449
Читатели: 1
 
QNX. Для мягкого реал-тайма лучшее.
Почему мягкого? Самого что ни на есть жесткого. У нее на 20-й век м начало 2000-х самая высокая скорость обслуживания аппаратных прерываний на всех поддерживаемых архитектурах. Для одноядерных компов промышленного класса как бы и альтернативы нет – все остальное будет лагать и глючить. На фоне ценников на промышленные компы QNX стоит сущие копейки.

Отредактировано: adolfus - 10 августа 2019 17:35:27
+ 0.00 / 0
  ps_
   
   
ps_  

Слушатель

Карма: +6.45
Регистрация: 04.04.2009
Сообщений: 2,567
Читатели: 1
 
Почему мягкого? Самого что ни на есть жесткого. У нее на 20-й век м начало 2000-х самая высокая скорость обслуживания аппаратных прерываний на всех поддерживаемых архитектурах. Для одноядерных компов промышленного класса как бы и альтернативы нет – все остальное будет лагать и глючить..
Насколько я помню, жестский реалтайм отличаеться от мягкого тем, что ГАРАНТИРУЕТ время обработки события.
Например, если реактор пошел вразнос, то его необходимо загасить за 100 миллисекунд и никого не волнует, что ОС решила посвапироваться в этот момент.
Поэтому, если время обработки прерывания не гарантированно - это мягкий реалтайм

сообщение скрыто автором
+ 0.02 / 1
  adolfus
   
   
adolfus  

Слушатель

Карма: +15.85
Регистрация: 12.02.2010
Сообщений: 7,449
Читатели: 1
 
Насколько я помню, жестский реалтайм отличаеться от мягкого тем, что ГАРАНТИРУЕТ время обработки события.
Например, если реактор пошел вразнос, то его необходимо загасить за 100 миллисекунд и никого не волнует, что ОС решила посвапироваться в этот момент.
Поэтому, если время обработки прерывания не гарантированно - это мягкий реалтайм
QNX гарантирует. Вы просто устанавливаете приоритеты для запросов и все. Никаких "свопиться" у нее нет и отродясь не было. Там как и везде сегодня используется подкачка страниц. Поскольку QNX POSIX-совместимая, вам самому решать, какие области вашей программы могут выгружаться, а какие нет. Обработчики прерываний всегда располагаются в невыгружаемой памяти и им пофиг, идет обмен с джисками, сетью или еще с чем – они будут вызваны. Причем не в пределах 100 мс, а в пределах нескольких десятков наносекунд после запроса по линии LINT0 (в рамках приоритетов APIC, разумеется).

+ 0.06 / 3
   
Поверонов  

Слушатель

Карма: +34.70
Регистрация: 05.06.2010
Сообщений: 12,356
Читатели: 7
 
QNX гарантирует. Вы просто устанавливаете приоритеты для запросов и все. Никаких "свопиться" у нее нет и отродясь не было. Там как и везде сегодня используется подкачка страниц. Поскольку QNX POSIX-совместимая, вам самому решать, какие области вашей программы могут выгружаться, а какие нет. Обработчики прерываний всегда располагаются в невыгружаемой памяти и им пофиг, идет обмен с джисками, сетью или еще с чем – они будут вызваны. Причем не в пределах 100 мс, а в пределах нескольких десятков наносекунд после запроса по линии LINT0 (в рамках приоритетов APIC, разумеется).
Насколько помнится проблема ОС РВ была в том что там мог быть только один критический процесс, то есть если он включился то все прочие будут ждать. Наверное нынче эта проблема разрешима числом ядер в процессоре , то есть критических процессов может быть по числу ядер ( -1 на обработчик прерываний )

+ 0.01 / 1
  TAU
   
   
TAU  

Слушатель

Карма: +49.72
Регистрация: 24.07.2008
Сообщений: 3,874
Читатели: 0
 
QNX. Для мягкого реал-тайма лучшее.
Хммм... Смелое заявление... Вы вообще с другими знакомы?

+ 0.02 / 1
  adolfus
   
   
adolfus  

Слушатель

Карма: +15.85
Регистрация: 12.02.2010
Сообщений: 7,449
Читатели: 1
 
Насколько помнится проблема ОС РВ была в том что там мог быть только один критический процесс, то есть если он включился то все прочие будут ждать. Наверное нынче эта проблема разрешима числом ядер в процессоре , то есть критических процессов может быть по числу ядер ( -1 на обработчик прерываний )
Нет никаких критических процессов – есть критические участки кода (критические секции), которые могут выполняться атомарно. Максимум, что может сделать любая ОС для секции критического кода – это не прерывать процесс по таймеру планировщика при вытесняющей многозадачности, пока процесс в критической секции. Как правило, пользовательский процесс, например, обработчик верхнего уровня, самостоятельно заботится о своих критических секциях, используя некоторые соглашения, которые должны соблюдать все процессы в системе. В результате никакой необходимости в услугах ОС для поддержки критических секций не требуется – это прерогатива алгоритмов синхронизации, а не ОС. В принципе, процесс может "известить" ОС о входе в КС и выходе из нее, установив какой-нибудь флаг, а ОС, получив прерывание по таймеру может проверить состояние флага и прерывание проигнорить.
Внешние события прерывают критическую секцию, если их приоритет выше и контроллер прерываний "пропускает" запрос процессору/ядру и прерывания разрешены.
Количество же процессоров и/или ядер принципиально ни на что не влияет, кроме усложнения кода ОС.
Преимущества многоядерной оархитектуры проявляются только в тяжело нагруженных системах – в этом случае обработку запросов можно выполнять параллельно. Например, колупаться в сетевых пакетах на маршрутизаторе

+ 0.01 / 1
   
Поверонов  

Слушатель

Карма: +34.70
Регистрация: 05.06.2010
Сообщений: 12,356
Читатели: 7
 
Нет никаких критических процессов – есть критические участки кода (критические секции), которые могут выполняться атомарно. Максимум, что может сделать любая ОС для секции критического кода – это не прерывать процесс по таймеру планировщика при вытесняющей многозадачности, пока процесс в критической секции. Как правило, пользовательский процесс, например, обработчик верхнего уровня, самостоятельно заботится о своих критических секциях, используя некоторые соглашения, которые должны соблюдать все процессы в системе. В результате никакой необходимости в услугах ОС для поддержки критических секций не требуется – это прерогатива алгоритмов синхронизации, а не ОС. В принципе, процесс может "известить" ОС о входе в КС и выходе из нее, установив какой-нибудь флаг, а ОС, получив прерывание по таймеру может проверить состояние флага и прерывание проигнорить.
Внешние события прерывают критическую секцию, если их приоритет выше и контроллер прерываний "пропускает" запрос процессору/ядру и прерывания разрешены.
Количество же процессоров и/или ядер принципиально ни на что не влияет, кроме усложнения кода ОС.
Преимущества многоядерной оархитектуры проявляются только в тяжело нагруженных системах – в этом случае обработку запросов можно выполнять параллельно. Например, колупаться в сетевых пакетах на маршрутизаторе

Цитата: adolfus от 10.08.2019 18:10:54Почему мягкого? Самого что ни на есть жесткого. У нее на 20-й век м начало 2000-х самая высокая скорость обслуживания аппаратных прерываний на всех поддерживаемых архитектурах. Для одноядерных компов промышленного класса как бы и альтернативы нет – все остальное будет лагать и глючить. На фоне ценников на промышленные компы QNX стоит сущие копейки.Цитата
Цитата: adolfus от 10.08.2019 18:58:56

QNX гарантирует. Вы просто устанавливаете приоритеты для запросов и все. Никаких "свопиться" у нее нет и отродясь не было.
ОС РВ должна гарантировать не только высокоприоритетное переключение прерывания на процесс но и обработку этого прерывания то есть исполнение кода процесса в фиксированное время. Только критическими секциями вы не можете гарантировать время обработки так как затраты на переключения процессов становятся плавающими - на каждую следующую критическую секцию вы добавляете затрату времени переключения процесса. При этом никакой другой процесс быть гарантирован уже не может так как его приоритет должен быть ниже.

Отредактировано: Поверонов - 11 августа 2019 07:41:25
+ 0.00 / 0
  adolfus
   
   
adolfus  

Слушатель

Карма: +15.85
Регистрация: 12.02.2010
Сообщений: 7,449
Читатели: 1
 
\n\nОС РВ должна гарантировать не только высокоприоритетное переключение прерывания на процесс но и обработку этого прерывания то есть исполнение кода процесса в фиксированное время. Только критическими секциями вы не можете гарантировать время обработки так как затраты на переключения процессов становятся плавающими - на каждую следующую критическую секцию вы добавляете затрату времени переключения процесса. При этом никакой другой процесс быть гарантирован уже не может так как его приоритет должен быть ниже.
QNX это гарантирует. Иначе бы ее не применяли в энергетике, в том числе и атомной, для управления реакторами, котлами, турбинами и прочими агрегатами. Обработка потока прерываний за фиксированное время – ее главная фишка и она в отношении нагрузочной способности впереди всех на земле и в воде.
Ни одна крафтовая операционка, изготовленная под серийные промышленные компы, не дотягивает ни по одному из параметров до QNX. Даже в маршрутизаторах она кроет все остальное как слон моську, включая сиськи и прочие хуавеи. Правда для просто маршрутизаторов QNX дороговата будет, но если нужно мониторить трафик и цинковать куда надо, то нет альтернативы.
Когда у вас десять тысяч каналов поступления данных (робот, блок газовой электростанции, нефтеперегонная колонна) и все они асинхронные, типа если параметр стоит, то датчик молчит, у вас нет альтернативы QNX.

+ 0.03 / 2
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.56
Регистрация: 05.12.2016
Сообщений: 208
Читатели: 1
 
NT – это отдельная пестня.

... Чтобы как-то вписаться со своей, якобы, файловой системой в этот документ была разработана для NTFS компонента, позволявшая монтировать похиксовые файловые системы, которые даже сегодня в самом примитивном их варианте конца 90-х кроют фаты и прочие нтифээсы, как слон моську по всем параметрам, включая безопасность, гибкость, функционал и скорость

Цитата
Не знаю, что под виндовсами используется сегодня, поскольку уже лет 15 виндовсы у меня только в виртуалке и большей частью для проверки валидности портирования под mingw. Думаю, что дальше ntfs дело у микрософт не пошло. В *nix'ах же все файловые системы стандартно posix-совместимые.

Вы, любезный, наверное, удивитесь, но NTFS полностью соответствует стандарту POSIX 1003.1
Если не верится почитайте описание. Люблю это волшебное слово POSIX. Вот как только вижу - сразу понимаю - это не в тапки срать! Это серьёзно! Стандарты, однако! Заклинание из этого слова безотказно действующее расслабляюще на всех неофитов и вызывающее смиренное покачивание головой в знак уважения у старожил.

Ну и конечно, слезу умиления, вызывает отзыв "владельца мерседеса" с пятнадцати летним стажем, о недостатках запорожца. Ясно дело! Не мерседес!

Будет ли следующая стадия? Обычно в таких разборках начинают сравнивать тру-файловые системы и богомерзкую. Причём сравнивают всё только на никсах, чтобы было достоверней.

Отредактировано: DarkRaider - 12 августа 2019 15:00:01
сообщение скрыто автором
+ 0.00 / 0
  qurvax
   
   
qurvax  

Слушатель

Карма: +7.47
Регистрация: 29.03.2017
Сообщений: 443
Читатели: 1
 
Не знаю, что под виндовсами используется сегодня, поскольку уже лет 15 виндовсы у меня только в виртуалке и большей частью для проверки валидности портирования под mingw. Думаю, что дальше ntfs дело у микрософт не пошло. В *nix'ах же все файловые системы стандартно posix-совместимые. Многие нынешние дистрибутивы линукса используют txt3 или ext4. xfs, кстати, очень неплохая ФС и для многих приложений ей нет разумной альтернативы. Не помню, чтобы когда-нибудь xfs и/или extfs теряли или портили файлы – это одни из самых надежных ФС. Разумеется, сетевое питание должно быть подперто бесперебойником, котороый может сообщить системе, что пропало питание, а система – уходить в режим ожидания, если не успевает синхронизировать и закрыть файлы до разряда батарей.
Эх, жаль, была надежда, что я ченить хорошее проспал
XFS хорошо, но тормозно местами, а екст4 имеет таки свойство тогойт, бывало. Питанием одним жив не будешь, ведь под фс еще дочертей слоев всяко-разного.
Вот еще хотел спросить, а чего дает эта самая POSIX-совместимость на практике пользователям ОС общего назначения (общего - это не домашняя убунточка, это нон-критикал бизнес-приложения)? Дальше NTFS'а пошло. ReFS, сквозная интеграция с механизмами проверки целостности и востановления технологии storage spaces. В идеале "на лету". Проприетарщина, конечно, и тот самый EEE, но работает.

+ 0.00 / 0
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.56
Регистрация: 05.12.2016
Сообщений: 208
Читатели: 1
 
...
Вот еще хотел спросить, а чего дает эта самая POSIX-совместимость на практике пользователям ОС общего назначения (общего - это не домашняя убунточка, это нон-критикал бизнес-приложения)? Дальше NTFS'а пошло.
...

Ну как же! Всем дальше пошло!

Вот тут Stackoverflow по русски перевели:

Цитата
В области "требуется семантика файловой системы POSIX", что обычно подразумевается:

позволяет иерархические имена файлов и разрешения (.,..,...)
поддерживает по крайней мере семантику, близкую к открытой
разрешения umask/unix, 3 файла времени
поддержка 8-битного байта
поддерживает атомные переименования в той же файловой системе
fsync()/dirfsync() durability gurantee/ограничение
поддерживает многопользовательскую защиту (файл изменения размера возвращает 0 байт, а не мусор)
переименовать и удалить открытые файлы (Windows этого не делает)
имена файлов, поддерживающие все байты рядом с '/' и \0

Иногда это также означает поддержку symlink/hardlink, а также имена файлов и 32-битные указатели файлов (минимум). В некоторых случаях он также используется для ссылки на конкретные функции API, такие как fcntl() блокировка, mmap() или truncate() или AIO.

Вот тут на буржуинском.

Правда когда переводили не привели первый ответ в теме:

Цитата
NOTE that POSIX compliance pertains to the OS, not the file system specifically. Part of it does specify the API for accessing the file system. In that context: 1) it's not required, but it's helpful for programmers, 2) only if they want to work with a POSIX compliant OS,

Позволю вольный перевод: Совместимость с POSIX предъявляет требования к ОС, а не конкретно к файловой системе и определяет требования к API доступа к файловой системе. Это не обязательные требования, но облегчают нелёгкую жизнь программистов, правда только если они хотят работать с posix совместимой ОС.


К слову вот тут немного интересного на буржуинском и про американские стандарты и про обосравшуюся на корабле NT с POSIX.

Впрочем, что то я опять поперёк батьки малину лезу портить. Извиняюсь.
Мне тоже любопытен анамнез, чем 15 лет назад ntfs человека обидел.

сообщение скрыто автором
+ 0.00 / 0
  qurvax
   
   
qurvax  

Слушатель

Карма: +7.47
Регистрация: 29.03.2017
Сообщений: 443
Читатели: 1
 
Позволю вольный перевод: Совместимость с POSIX предъявляет требования к ОС, а не конкретно к файловой системе и определяет требования к API доступа к файловой системе. Это не обязательные требования, но облегчают нелёгкую жизнь программистов, правда только если они хотят работать с posix совместимой ОС.
А если не хотят (но их заставляют) - то не облегчает... Логично, чо.
POSIX_ME_HARDER ©RMS Смеющийся

сообщение скрыто автором
+ 0.00 / 0
загрузить следующие сообщения: 20 из 875
←Пред←1347348350351393→След→
 
НОВОСТИ ПАРТНЕРОВ
Статистика:
За сутки вы написали в этой ветке: сообщений
Дата последнего сообщения в этой ветке за сутки:
Сейчас на ветке:
Всего: 0, Гостей: 0, Пользователей: 0, Мобильных: 0
  1. >
  2. Форум >
  3. Научно-технический раздел >
  4. IT в России и мире в реалиях мирового кризиса
Глобальная Авантюра © 2007-2020 Глобальная Авантюра. Все права защищены и охраняются законом. При использовании любого материала любого автора с данного сайта в печатных или Интернет изданиях, ссылка на оригинал обязательна. Мнение администрации не обязательно совпадает с мнением авторов документов и комментариев, опубликованных на сайте.




Яндекс.Метрика