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

Цитата: rat1111 от 13.09.2021 00:50:05Там терминал сильно недешевый
"Со спутниками" они имхо мутят для проекции собственной пропаганды вовне

Со спутниками они "мутят" для поддержки наземных войск разбросанных по глобусу. Пентагон перекупает все спутниковые системы как только   те входят в продуктив, так как коммерчески у них нет окупаемости. Но как только наладят спутниковую систему, она уже не тянет по     пропускной способности, и начинают развертывать следующую. Насколько помню Макс-овская уже третья "спутниковая" версия

Цитата: NetGhost от 11.09.2021 14:20:56Нас (Росатом) принудительно пересадили на Астру. Да, всего полгода, косяки, должны вымучивать и устранять, но как же это реально мешает работе. Тормоза, вылеты. До сих пор невозможно распечатать из нее документ - не видит USB. Как? А перекладываешь в обменную папку, потом сворачиваешь Астру, открываешь в винде ворд и печатаешь. Но почту и адобе закрыли политиками винды.
Астра запускается в виртуальной машине, которая жестко тормозит.

Выделенное есть одна из причин, почему "тормоза". Также виртуальная машина, при том, что не все виртуальные машины одинаково машины и одинаково виртуальны, может быть причиной проблем с USB. Что касается собственно USB, то этот интерфейс в линуксе всегда поддерживался очень хорошо и я за 18 лет, что использую линукс (Red Hat, Fedora) в качестве основной ОС на своих десктопах и ноутах, ни разу не столкнулся хоть с какой-нибудь проблемой ни на принтерах, ни на сканерах, и вообще ни на чем.
Что касается vmware, то с ней есть несимметрия производительности пользовательского графического интерфейса в зависмости от того, какая ОС хост, а какая гость. Если есть необходимость работать с виндовсом и с линуксом в одном сеансе, то хостом предпочтительнее иметь линукс, а виндовсы – гостем.Это из-за того, что GUI  в виндовс системный процесс, а в линукс – пользовательский. Мало того, в линуксе он расщеплен на две части – клиент и сервер, которые общаются через ядро. Это "удорожает" обмен данными в разы.
Что касается "вылетов", то такое поведение характерно для приложений, имеющих проблемы с использованием памяти. Виндовс более толерантно относится к такого рода ошибкам, а линукс и прочие юниксы требуют более аккуратного программирования. Поэтому, если под виндами приложение с текущей памятью или с заступами на байт-два за границу выделенного или на освобожденное, работает себе, словно ничего не случилось, то под линуксами с большой вероятностью упадет по нарушению общей защиты. Но это хорошо – пользователь может запустить приложение под каким-нибудь мемори-чекером и по результатам выкатить серьезную предъяву ленивым и вечно спешащим программистам.
Что касается печати, то в линуксе с этим всегда было лучше, чем в виндовс. Со сканерами аналогично. Возможно, Ваши проблемы в дешманских принтерах, которые обычно поставляются в рамках массовых тендерных закупок. Ну так не все принтеры одинаково принтеры.

Купил тут тв-приставку mecool KM6 Deluxe. Там заявлено всё что только можно. Начал подключать. К тв подключилось. WIFI - ну никак. И сеть видит, и 5, и 2.4- не подкючается. В общем, разные варианты пробовал первый вечер, так и не получилось. Решился на последнее изменение - поменять пароль, я чувствовал, что он "необычный", и приставка может его не брать. Необычность всего лишь в том, что пароль начинается на цифру 5. Поменял на букву - всё поехало сразу ))
Китай, боюсь, никогда не избавится от снисходительно брошенного - ну это же китай.

Цитата: pps от 11.09.2021 16:52:17Вся засада в том, что офисный пакет он хоть и кроссплатформенный, но на винде он с документами в сети странно поступает. Нажимаешь сохранить, а он берет и удаляет документ как будто его и не было.

"Есть у нас сомнение, что ты, мил человек, стукачек" агент Микрософт.  И льешь помои на конкурентный софт.
Если бы так было, как Вы тут пугаете нерод, то об этом знали бы все, а не только один Вы. Вот форум. Найдите на  нем упоминание о том, что вместо сохранения файла офис  удаляет файл.
Даже, если такое случается у Вас, это говорит лишь о том, что это Вам серет это ваш Виндовс. Потому что для офиса, в том числе и для мелкософтовского, нет никакой разницы, где располагается файл, с которым он работает, на диске, на флешке, в сети или еще в какой жопе мира – отображением конкретного файла, где бы он не находился, в файловую систему локального хоста единолично занимается операционка, и никакое приложение не может в этот процесс вмешаться. Мало того, системные вызовы записи и удаления файлов отделены друг от друга системным вызовом закрытия этого самого файла. Идаже не в силах залупоголового лысого Стива что-то тут изменить. Мало того, никакой офис удалять файлы не умеет – у него нет и по определению быть не может такого функционала..

Свободный офис (libre или open), тем не менее, имеет серьезные недостатки (как офис). Прежде всего, основной недостаток, что это "офис" , а не набор отдельных независимых специализированных приложений для лбработки документов – козе известно, что любое универсальное и всеобъемлющее содержит все недостатки всех его партикулярных составляющих. Более-менее в свободном офисе работают только вордпроцессор (swriter), таблицы (scalc) и все  Все остальные компоненты (sdraw, sbase и прочие говноформулы) следовало бы вообще не рассматривать к употреблению, поскольку они кривы, тормозят, выглядит все это вырвиглазно, да и просто они не нужны, в смысле, функционально бессмыссленны --есть приложения, которые умеют все это делать недосягаемо лучше.

Цитата: GrinF от 12.09.2021 22:30:39Звыняюсь. И где ты вообще видел совместимость и тем более у мелкомягких по программному обеспечению...хорошо хоть офисные пакеты  перевели на xml

Ага, можно подумать, что xml хоть где-то добавил совместимости. На самом деле ничего кроме геморроя, ограничений на структуру и ада редактирования он не добавил. Это всего лишь язык разметки на уровне двумерного представления. Топологию дерева имеют лишь крайне примитивнейшие документы. Поэтому при работе с реальными объектами в рамках xml приходится думать в пространстве измерений, на единицу большем, чем пространство отображения. Топология даже обычной текстовой страницы – это граф. И даже не всегда этот граф можно разложить "плоско". Спрашивется, зачем использовать убогий и многословный хml. если у нас есть нормальный бинарные форматы, зарекомендовавшие себя в десятилетиях? Зачем в алфавите языка обменного формата нужно иметь что-то большее, чем первая половина таблицы ASCII? Вам нужно  там в юникод? – берите пример, как это сделано в си.

Цитата: rat1111 от 13.09.2021 00:50:05Там терминал сильно недешевый
"Со спутниками" они имхо мутят для проекции собственной пропаганды вовне

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

Цитата: adolfus от 15.09.2021 21:13:37отображением конкретного файла, где бы он не находился, в файловую систему локального хоста единолично занимается операционка, и никакое приложение не может в этот процесс вмешаться.

Вы погорячились? Это вообще-то неверно в случае с виндоус. Вот совсем совсем неверно. Для начала вспомните вандрайвы-дропбоксы, например, с их интеграцией в эксплорер. И никто никуда ничего не отображает, кстати, тоже.

Цитата: qurvax от 17.09.2021 13:15:52Вы погорячились? Это вообще-то неверно в случае с виндоус. Вот совсем совсем неверно. Для начала вспомните вандрайвы-дропбоксы, например, с их интеграцией в эксплорер. И никто никуда ничего не отображает, кстати, тоже.

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

Цитата: adolfus от 18.09.2021 03:53:56С сетевыми файлами либрофис работает только, если они видны как регулярные файлы, т.е. если до них можно добраться через папку "мой компутер". Значит под сетевую шару будет выделена "буква диска" и шара будет отображена на нее. Если Вы не можете получить доступ к регулярному файлу из программы, написанной на си (fopen), вы не получите его вообще, поскольку это значит, что его просто нет.

Бред какой-то. Проверять не пробовали сами перед тем как постить? Прекрасно по UNC добирается до файла.

Цитата: Amenhotep VII от 20.09.2021 17:25:26Бред какой-то. Проверять не пробовали сами перед тем как постить? Прекрасно по UNC добирается до файла.

Это только в Вашей личной вселенной пользователя.
Еще раз – все приложения без исключения работают с файлами через системный интерфейс к ядру, либо через API, реализованные опять же с помощью этого системного интерфейса. И нет других механизмов.И никакой API, никакая технология не в состоянии ни с каким файлом, где бы он не находился, сделать больше, чем позволяет системный интерфейс локального хоста, где вы с этим файлом работаете. так вот системный интерфейс не позволяет удалить файл, не закрыв его. А закрыть файл, не завершив все операции записи, система не может (нахрен в противном случае она тогда нужна).
Просто поинтересуйтесь, как файл, расположенный на одном хосте, появляется в пределах файловой системы другого. Начните с виндовой шары, разобравшись, можете поинтересоваться, как это происходит в случае использования интернет протоколов.

Цитата: adolfus от 21.09.2021 00:49:26так вот системный интерфейс не позволяет удалить файл, не закрыв его.

Эм...
А если "root сказал deltree" (цы)?
Напомнить шуточку с нерегулярными выражениями, где завернуто "rm -rf"?
Или сами опробуете в виртуалке?

Цитата: small__virus от 21.09.2021 08:34:46Эм...
А если "root сказал deltree" (цы)?
Напомнить шуточку с нерегулярными выражениями, где завернуто "rm -rf"?
Или сами опробуете в виртуалке?

Я об этом и говорю – чтобы файл открытый удалился в процессе записи в него, нужно чтобы его удалил кто-то другой или отмонтировал, если тот примонтирован с шары. Но упрямец утверждает, что файл, открытый приложением, удалился этим же приложением в процессе записи в него из-за косяков в приложении. 
Кстати, что касается "root сказал deltree", то все развивается не так, как это может показаться. Удаляется запись в каталоге, но если файл открыт, его содержимое остается доступным, как минимум, для чтения – okular спокойно отображает мой самый большой pdf (Intel 64 and IA-32 Architectures Software Developer'\''s Manuals. 325462-074US (April 2021).pdf). Что касается его индексного дескриптора, сказать не могу – может он удаляется тоже, может и нет. У меня нет настолько большого файла, чтобы okular не мог вычитать сразу все блоки при первом чтении из него. Чуть позже проведу эксперимент на счет того, что происходит с инодом и отпишусь.

Цитата: adolfus от 18.09.2021 03:53:56С сетевыми файлами либрофис работает только, если они видны как регулярные файлы, т.е. если до них можно добраться через папку "мой компутер". Значит под сетевую шару будет выделена "буква диска" и шара будет отображена на нее. Если Вы не можете получить доступ к регулярному файлу из программы, написанной на си (fopen), вы не получите его вообще, поскольку это значит, что его просто нет.

И каким боком тут  "отображением конкретного файла, где бы он не находился, в файловую систему локального хоста"? Кстати, в которую, их же может быть более одной. Наличие чего-то в дереве "этот компутер" ни разу не означает ни факта, что это вообще FS, ни факта, что это шара. Там вполне может что душе угодно, абы отзывалось на обязательные функции работы с файлами.
Это все, что я хотел сказать. Дабы не плодить мифологию.

Цитата: qurvax от 22.09.2021 15:01:20И каким боком тут  "отображением конкретного файла, где бы он не находился, в файловую систему локального хоста"? Кстати, в которую, их же может быть более одной. Наличие чего-то в дереве "этот компутер" ни разу не означает ни факта, что это вообще FS, ни факта, что это шара. Там вполне может что душе угодно, абы отзывалось на обязательные функции работы с файлами.
Это все, что я хотел сказать. Дабы не плодить мифологию.

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

Цитата: adolfus от 23.09.2021 09:53:47То, что "отзывается" на "обязательные функции работы с файлами", и есть файловая система в одной из двух ее ипостасей. В частности, это то, что управляет доступом к файлам. Вторая ипостась – структура, которая живет на носителе. Обе – "файловая система". Различаются по контексту использования. Там, где каталоги, иноды и блоки с данными – файловая система. Это, например, на диске. Там, где реализованы функции для работы с каталогами, инодами, блоками и прочим, это тоже файловая система. Но она в ядре.

Нда? Мы опять возвращаемся к терминологии: чисто из любопытства, а какому определению ФС соответствует, например, тот же модуль вандрайва? Или, еще один пример, более яркий - самописаная приблуда, засовывающее туда (в "мой компьютер") пайп к гипервизору, для отладки ядра винды в виртуалке? Ммм, вроде ни инодов нема, ни каталогов (во втором случае), ни блоков, ни управления доступом к файлам (за отсутствием собсно файлов, опять же во втором случае). Так можно и до "реестр - это фс" договориться, вам не кажется?

Цитата: qurvax от 24.09.2021 15:18:07Нда? Мы опять возвращаемся к терминологии: чисто из любопытства, а какому определению ФС соответствует, например, тот же модуль вандрайва? Или, еще один пример, более яркий - самописаная приблуда, засовывающее туда (в "мой компьютер") пайп к гипервизору, для отладки ядра винды в виртуалке? Ммм, вроде ни инодов нема, ни каталогов (во втором случае), ни блоков, ни управления доступом к файлам (за отсутствием собсно файлов, опять же во втором случае). Так можно и до "реестр - это фс" договориться, вам не кажется?

Терминология в области управления файлами устоялась еще до появлния виндовсов и прочих графических надстроек над операционными системами. И с их появлением совершенно не изменилась, как и сама технология, лежащая в основе управления файлами. Несмотря на все отличия файловых систем друг от друга, у них есть общее "ядро" – способ организации ссылок на файлы (имена) в виде дерева каталогов и способ связи этих ссылок с носителями этих самых файлов. Причем все они рассматривают файлы, как неструктурированную последовательность информационных единиц одинакокого размера, например, байт или символов. Именно на этом уровне организовано все управление и взаимодействие с файлами во всех файловых системах без исключения, и которое у всех совершенно одинаково -- файл нужно open, чтобы его read/write с некоторой позиции, которую можно "lseek ", если файл находится на устройстве с прямым доступом (direct access storage device). Ну и "close" после всех этих действий. И нет ни одной файловой системы, которая не поддерживала бы этот интерфейс как необходимый и достаточный. Все остальное – надстройки над ним, включая работу с каталогами, такую, как переименование, удаление и прочее, в том числе и на носителях под управлением удаленных хостов.
Так вот, когда речь шла о потере файла в либроффисе при его сохранении, произошедшее нужно рассматривать исключительно на этом уровне, чтобы понять, таки что случилось, и не нужно привлекать какие-то виртуальные конструкции.
Да, что касается реестра, то это не более, чем файл. А, как известно, за структуризацию информации в файле отвечает не файловая и даже не операционная система, а прикладной уровень (тараканы в голове программиста).

Цитата: qurvax от 24.09.2021 15:18:07Нда? Мы опять возвращаемся к терминологии: чисто из любопытства, а какому определению ФС соответствует, например, тот же модуль вандрайва?

А рази это не сетевой сервис, типа что-то продвинутой, самосинхронизующейся версии rsync, поверх  файловой системы

ЦитатаИли, еще один пример, более яркий - самописаная приблуда, засовывающее туда (в "мой компьютер") пайп к гипервизору, для отладки ядра винды в виртуалке? Ммм, вроде ни инодов нема, ни каталогов (во втором случае), ни блоков, ни управления доступом к файлам (за отсутствием собсно файлов, опять же во втором случае). Так можно и до "реестр - это фс" договориться, вам не кажется?

Цитата: GrinF от 26.09.2021 01:08:23А рази это не сетевой сервис, типа что-то продвинутой, самосинхронизующейся версии rsync, поверх  файловой системы

Ну таки он давно умеет показывать ФС "облака" для штатных средств работы с ФС, тот же Яндекс так не умеет, он чисто к проводнику прилепляется (проги типа ТоталКоммандера в папке яндекса видят только локальные файлы). Ещё красивый пример - Box. com, у него интеграция ещё более незаметная (не показывает окошечек что "скачиваю " и тп) ...но при не запущенном клиенте даже папки нет (хотя там подозреваю мб просто шаманство с подключением и присоединением webdav - однако собственно через webdav штатным средствами винды он работает хуже, хотя и не так фигово как теперь яндекс).

Цитата: adolfus от 25.09.2021 11:30:29Так вот, когда речь шла о потере файла в либроффисе при его сохранении, произошедшее нужно рассматривать исключительно на этом уровне, чтобы понять, таки что случилось, и не нужно привлекать какие-то виртуальные конструкции.

А куда отнести "чудеса от MS "for Win10", где они загоняют файлы в кеш hiberfil.sys перед обычным выключением. (нормально выключать 10--ку теперь надо  с зажатым Shift). Файлы сохранены, но в ФС их нет. Писал как-то об этом. Жене решили переставить винду на работе (я, разумеется, узнал постфактум).  Месяц работы "как корова языком слизнула".
Я сам занимаясь DR поздно узнал об этой угрозе. Мне часто таскают снятые с рабочих компов диски для записи результатов работы (ну нет под рукой ничего свободного). Вот тут-то я им "куку-маку" и мог устроить, и что погано, сам "взад" вернуть ничего не смогу. Перезапишется напрочь.
Т.е. надо чуть ли не законодательно вводить правило - даже для standby (не говоря уж об остальных) все дисковые кеши должны быть сброшены. А MS ровно наоборот городит.

Цитата: adolfus от 25.09.2021 11:30:29Терминология в области управления файлами устоялась еще до появлния виндовсов и прочих графических надстроек над операционными системами.

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

Цитата: adolfus от 25.09.2021 11:30:29Так вот, когда речь шла о потере файла в либроффисе при его сохранении, произошедшее нужно рассматривать исключительно на этом уровне, чтобы понять, таки что случилось, и не нужно привлекать какие-то виртуальные конструкции.
Да, что касается реестра, то это не более, чем файл. А, как известно, за структуризацию информации в файле отвечает не файловая и даже не операционная система, а прикладной уровень (тараканы в голове программиста).

Я не то чтобы мечтал отлаживать еще и чей-то либрофис... Просто увидел нестыкующееся с реальностью заявление, и с`агрился. Вот это вот:

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

Списки вмешивающихся выдаются по команде fltmc, если кто забыл.