Перейти к содержанию

Места, где трудится Linux


Рекомендуемые сообщения

Не так давно было то время, когда казалось, что Microsoft Windows обосновалась на рынке операционных систем всерьез и надолго. В какую бы крупную сеть, торгующую электроникой, вы ни пришли, вы уйдете оттуда с компьютером, работающим под управлением самой последней версии Windows. То же самое относится и к компьютерам, которые можно было приобрести непосредственно у их производителей. Однако в течение последнего десятилетия эта ситуация стала меняться. По данным NetMarketShare.com, около 5% всех компьютеров в настоящее время работает под управлением MacOS. Linux принадлежит не многим больше 1% общей доли рынка операционных систем. И хотя это число может показаться незначительным, тем не менее, не стоит недооценивать его возможностей. На самом деле он работает там, где вы даже не подозреваете. Ниже представлен список таких мест. Для удобства они разделены на следующие категории: правительственная сфера, домашние компьютеры, корпоративные пользователи и образовательные учреждения. Список

Ссылка на комментарий
Поделиться на другие сайты

Для обеспечения дальнейшего развития и увеличения числа клиентов Лондонской фондовой бирже была необходима надежная масштабируемая высокопроизводительная система, которая заменила бы устаревшую. Около 40% дохода биржи приходится на продажу информации о курсах акций в режиме реального времени. Новая система Infolect®, в которой используются среда Microsoft® .NET в Windows Server® 2003 и база данных Microsoft SQL Server™ 2000, отличается высокой производительностью, доступностью и гибкостью. Система, запущенная в сентябре 2005 года, обеспечила Лондонской фондовой бирже беспрецедентную скорость эксплуатации, уменьшив задержки в 15 раз. Успешная работа системы, при поддержке корпораций Майкрософт и Accenture, подтверждает лидерство Лондонской фондовой биржи в использовании систем торговли нового поколения. (прямая ссылка не отображается ищите в данной Лондонская+фондовая+биржа )
http://www.microsoft.com/Rus/Casestudies_archive

 

Лондонская фондовая биржа мигрирует на Linux-платформу. Об этом сообщили на сайте computerworlduk.com. Новая платформа, приобретённая за 18 млн фунтов и именуемая как MillenniumIT, будет запущена лишь в конце 2010 года. При этом LSE значительно сэкономила на своих расходах, «связавшись» (в хорошем смысле) с Linux. Об этом говорит прошлая сумма — 40 миллионов. Именно так оценила компания Accenture за написанную под .Net систему TradElect, на которой стояла LSE два года назад. Кстати сказать, при всех своих 40 миллионах TradElect не отличалась высокой производительностью, что тянуло за собой массу неудач. Многократные сбои в системе только за последний год четыре раза приводили к срыву торговых сессий. Наиболее сокрушительным для трейдеров оказался отказ системы в день, когда правительство США объявило о поддержке ипотечных банков Fannie Mae и Freddie Mac, на устранение которого потребовалось 8 часов. На новую же платформу MillenniumIT возлагают те надежды, которые позволят ей перевести электронные торги на уровень «наивысшей производительности». В то же время, можно не сомневаться, что, получив контроль над разработчиком MillenniumIT, LSE будет финансово поддерживать развитие платформы, разработку новых расширений и интеграцию с сервисами других бирж.
http://root.ua/novostnye-lenty/full/select...-platformu.html
Ссылка на комментарий
Поделиться на другие сайты

Согласно FreeSoftwareMagazine.com, «атомный подводный флот ВМС США также использует GNU/Linux».
хм, а я где то читал толи американцы, толи англичане . . . хотя какая разница между ними? вообшем собирались делать подлодку под управлением толи NT, толи XP. ядерное оружие в руках виндовс . . . шанса нанести такой урон у вирусов еще не было.
Ссылка на комментарий
Поделиться на другие сайты

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

Как вирус попадет в изолированную систему управления ядерным оружием?

XP это Windows NT 5.1

Ссылка на комментарий
Поделиться на другие сайты

Как вирус попадет в изолированную систему управления ядерным оружием?

Есть много способов от, например, заражённого харда при установке, до неотключенных по чьей-то вине USB/FireWire/eSATA...

Ссылка на комментарий
Поделиться на другие сайты

Есть много способов от, например, заражённого харда при установке, до неотключенных по чьей-то вине USB/FireWire/eSATA...

Сами подумайте. Таких портов (USB и т. д.) при управлении ядерным оружием никто не допустит. Система будет полностью изолированна :) А операционная система будет установлена одноразово в лабораторных условиях ;) Никаких CD приводов и тому подобного в такой системе не будет

Изменено пользователем PsychoTron
Ссылка на комментарий
Поделиться на другие сайты

А операционная система будет установлена одноразово в лабораторных условиях

Теоритически возможный вариант - заражённая прошивка жёсткого диска... Заражёный диск с системой - теоритически, тоже возможно...

Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • Austria.unvorsatzlich
      От Austria.unvorsatzlich
      Добрый день, пожалуйста прошу  подскажите почему выбивает ошибку при установки графики на KESL 11 
      astraadmin@astra:~/Загрузки$ sudo alien -k --scripts kesl-gui-11.3.0-7441.x86_64.rpm
      Unpacking of 'kesl-gui-11.3.0-7441.x86_64.rpm' failed at /usr/share/perl5/Alien/Package/Rpm.pm line 168.
       
    • infobez_bez
      От infobez_bez
      Здравствуйте! 

      На АРМ c АстраЛинукс установлен KES 12.1 , управляется политикой с нашего сервера администрирования. 
      Пытаемся в политике настроить управление сетевым экраном. Наша цель запретить всё, кроме определенного сайта, например pochta.ru.
      Перепробовали различные комбинации:
      Запрет нижним правилом всего и правилами выше разрешение определенных IP, разрешение "Входящие/Исходящие", "Входящие пакеты/Исходящие пакеты", группы и т.д. но итог практически всегда один, интернет действительно блокируется, сайты в браузере не открываются, через консоль ip нужного сайта пингуется, пакеты доходят, но в браузере нужный сайт все равно не открывается. На странице ошибка DNS_PROBE_FINISHED_NO_INTERNET.
      Может кто-то подсказать решение? Нужно чтобы через браузер открывался только один сайт, веб контроль в данном случае не подходит, нужен именно сетевой экран. Спасибо!
       
    • leksstav
      От leksstav
      Всех приветствую !
       
      Подскажите пожалуйста, для KESL 12.0.0.6672 под Alt Linux x64 какой качать дистрибутив агента ?
      Запутался, ткните пожалуйста ссылкой на агента для Kesl 12.0.0.6672 под Alt Linux архитектура x64.
      Оказывается в новом дистрибутиве ФСТЭК версия теперь отсутствует дистрибутив агента.
    • TSN_prm
      От TSN_prm
      Добрый день.
      KSC Linux 15.0
      KES Linux 12.0
      Кесы на связи с KSC, приложение останавливается-запускается, лицензия подгружена, задачи на поиск вр-го ПО и локальные выполняются, а задача по обновлению завершается статусом "Сбой", в результатах:
      Application databases update error (Initiator: Product; Runtime task ID: 72; Task type: Update;) и Task failed (Initiator: Product; Runtime task ID: 72; Task state: Stopped; Task type: Update; Reason: InternalError;).
      Подскажите, пожалуйста, как понять конкретную причину Reason: InternalError, в каких логах смотреть.
      Пробовал очищать хранилище баз в KSC и загружать новые. Переустановка клиента тоже не помогает. 
       
      Так же, на некоторых тачках есть проблема с лицензией (лицензионный ключ один единственный в KSC) но на некоторых статус "защита выключена", в компонентах "не поддерживается лицензией", задача по добавлению ключа падает в эту же InternalError. Всё перепробовал, в т.ч. удалить из KSC, потом еще локально на тачке, ребут, установка из KSC новой 12.1 версии - ничего не помогает, хелп, плиз!
    • leksstav
      От leksstav
      Всех приветствую !

      Подскажите куда копать в плане устранения ошибки.

      Имеем на борту:

      1) Alt-Linux-server-10.2
      2) mariadb-server-10.6.19

      При пустом файле my.cnf mysql запускается с таким логом:
       
      2024-10-28 12:22:16 0 [Note] Starting MariaDB 10.6.19-MariaDB-alt1 source revision server_uid Zv4jGM3BmfGDe4+uFbWEwRNyfm0= as process 4957 2024-10-28 12:22:16 0 [Note] Plugin 'InnoDB' is disabled. 2024-10-28 12:22:16 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-10-28 12:22:16 0 [Note] Starting MariaDB 10.6.19-MariaDB-alt1 source revision server_uid Zv4jGM3BmfGDe4+uFbWEwRNyfm0= as process 5426 2024-10-28 12:22:16 0 [Note] InnoDB: Compressed tables use zlib 1.3.1 2024-10-28 12:22:16 0 [Note] InnoDB: Number of pools: 1 2024-10-28 12:22:16 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions 2024-10-28 12:22:16 0 [Note] InnoDB: Using Linux native AIO 2024-10-28 12:22:16 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728 2024-10-28 12:22:16 0 [Note] InnoDB: Completed initialization of buffer pool 2024-10-28 12:22:16 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=13571,13571 2024-10-28 12:22:16 0 [Note] InnoDB: To recover: 3 pages 2024-10-28 12:22:16 0 [Note] InnoDB: 128 rollback segments are active. 2024-10-28 12:22:16 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1" 2024-10-28 12:22:16 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-10-28 12:22:16 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-10-28 12:22:16 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB. 2024-10-28 12:22:16 0 [Note] InnoDB: 10.6.19 started; log sequence number 33097; transaction id 4 2024-10-28 12:22:16 0 [Note] InnoDB: Loading buffer pool(s) from /db/ib_buffer_pool 2024-10-28 12:22:16 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-10-28 12:22:16 0 [Note] InnoDB: Cannot open '/db/ib_buffer_pool' for reading: No such file or directory 2024-10-28 12:22:16 0 [Note] /usr/sbin/mysqld: ready for connections. Version: '10.6.19-MariaDB-alt1' socket: '/mysql.sock' port: 0 (ALT p10) 2024-10-28 12:23:29 0 [Note] /usr/sbin/mysqld (initiated by: unknown): Normal shutdown 2024-10-28 12:23:29 0 [Note] InnoDB: FTS optimize thread exiting. 2024-10-28 12:23:29 0 [Note] InnoDB: Starting shutdown... 2024-10-28 12:23:29 0 [Note] InnoDB: Dumping buffer pool(s) to /db/ib_buffer_pool 2024-10-28 12:23:29 0 [Note] InnoDB: Buffer pool(s) dump completed at 241028 12:23:29 2024-10-28 12:23:30 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1" 2024-10-28 12:23:30 0 [Note] InnoDB: Shutdown completed; log sequence number 33109; transaction id 4 2024-10-28 12:23:30 0 [Note] /usr/sbin/mysqld: Shutdown complete  
      Со страницы https://support.kaspersky.ru/ksc-linux/15/210277 беру новое содержимое для my.cnf
       
      sort_buffer_size=10M join_buffer_size=100M join_buffer_space_limit=300M join_cache_level=8 tmp_table_size=512M max_heap_table_size=512M key_buffer_size=200M innodb_buffer_pool_size=100 innodb_thread_concurrency=20 innodb_flush_log_at_trx_commit=0 innodb_lock_wait_timeout=300 max_allowed_packet=32M max_connections=151 max_prepared_stmt_count=12800 table_open_cache=60000 table_open_cache_instances=4 table_definition_cache=60000 optimizer_prune_level=0 optimizer_search_depth=8  
      И далее получаю следующий лог mysql
       
      2024-10-28 12:23:30 0 [Note] Starting MariaDB 10.6.19-MariaDB-alt1 source revision server_uid Zv4jGM3BmfGDe4+uFbWEwRNyfm0= as process 5539 2024-10-28 12:23:30 0 [Note] Plugin 'InnoDB' is disabled. 2024-10-28 12:23:30 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-10-28 12:23:30 0 [Warning] 'innodb-thread-concurrency' was removed. It does nothing now and exists only for compatibility with old my.cnf files. 2024-10-28 12:23:30 0 [Note] Starting MariaDB 10.6.19-MariaDB-alt1 source revision server_uid Zv4jGM3BmfGDe4+uFbWEwRNyfm0= as process 6008 2024-10-28 12:23:30 0 [Warning] option 'innodb-buffer-pool-size': unsigned value 512 adjusted to 2097152 2024-10-28 12:23:30 0 [ERROR] InnoDB: innodb_page_size=16384 requires innodb_buffer_pool_size >= 5MiB current 2MiB 2024-10-28 12:23:30 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 2024-10-28 12:23:30 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-10-28 12:23:30 0 [Warning] 'innodb-thread-concurrency' was removed. It does nothing now and exists only for compatibility with old my.cnf files. 2024-10-28 12:23:30 0 [ERROR] Unknown/unsupported storage engine: InnoDB 2024-10-28 12:23:30 0 [ERROR] Aborting  
×
×
  • Создать...