Linux-ваше мнение

[EagleStars]

да и то половина сайтов не откроется

А ну ка покажите хоть один пример, а то я за несколько лет пользования мозилой и оперой так таковых и не нашёл...

[EagleStars]

Вот сигнал о неблагополучии в работе с дисками у LINUX
http://www.proza.ru/2009/11/09/1399

Странно... проблем с фат32 (если она на флешки) ни у меня не было, ни где о таком не слышал. А вот винда читает на 100% с фат, только то, что сама писала.
Да и дистрибутивов Линукс за сотню: некоторые действительно поделки любителей, а некоторые очень даже серьёзные системы.
Про ядро вообще бомба: "выглядит"? Это как? Мы что в картинной галереи, а ядро картина? Где достоинства, недостатки, ошибки...???

[EagleStars]

нужно, но нет: 1C, Corel

Полноценная 1С на Линукс ЕСТЬ! Делает 1С с производителями дистрЛинукс.
Про Корел: ищите на сайтах дизайнеров и художников (аналоги есть и по моему, возможность запуска тоже), здесь сайт по радиоэлектронике!

[ADR86]

Вот интересно только зачем фат под Unix если любой флеш носитель можно форматировать в более приемлемую систему? винда по моему вообще адекватно только с дискетами работает ))) как там билли говорил про размер винта? )))

[amito66]

Никогда не слышали про утилиты для правки биосов (в т.ч. сокрытия некоторых пунктов)? amibcp к примеру...

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

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

Во-первых, документировано только частично, а во-вторых, не точно и с ошибками.

Как раз именно ось работает с физической памятью напрямую (в смысле - распределяет адресное пространство и т.д.)
Прикладные же процессы работают с 4 ГБ памяти - и их совершенно не волнует, где физически находится, допустим, страница памяти по вирт. адресу скажем F0000000 - в видеопамяти, либо в десятом мегабайте физ. памяти, либо - вообще на данный момент в свопе.

В оригинале речь шла о "контроллере памяти" - физической микросхеме, стоящей между шиной процессора и памятью. Читайте внимательно.

Своппирование можно исключить не только расширением виртуального адресного пространства процесса. Страничная адресация тоже вполне справляется с задачей.

Увы, не справляется, когда речь идет о сотне клиентов и индексах базы данных размером больше 4 Гб. При множественных запросах начинается интенсивный своппинг из-за нехватки памяти для одной задачи, особенно если запросы связанны с созданием или использованием "вьюшек" (view) - виртуальных, динамически формируемых таблиц. Единственный выход - уходить на 64 разряда и увеличивать физическую память.

Увы, может. Вероятность низкая, но может. Особенно - если машина не новая, и конденсаторы в фильтрах начали потихоньку сохнуть. Глюки "железа" никто не отменял.

При чем тут ядро? Это чисто железные проблемы и решаются совершенно другими методами. Кроме того серверные платформы сделаны на других конденсаторах, нежели десктоп-ширпотреб. У нас сервера Intel без проблем работают уже больше 8 лет и емкости на них в полном порядке.

А кто говорил о своппинге?
Я говорил о использовании реальной оперативной памяти. То, что вы забыли клоны спектрумов со 128, 256 и даже 512К памяти, и то, что вы забыли платы EMS (которые в последствии эмулировались EMM386 на 386) - не значит, что их не было.

Спектрумы - это вообще из другой оперы и наращивать размер памяти таким образом можно до бесконечности, но это однозадачные/однопользовательские машины и для них такой вариант вполне приемлем. А EMM/EMS никогда не выходили за границы 4 Гб.

Страничная адресация памяти успешно позволяет обходить архитектурные ограничения.

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

При 80-90 одновременно работающих приложениях - таки да. Однако, как практика показывает, имеется обычно один-два активных процесса. И когда один активный процесс скачет между ядер - кроме падения производительности это ничего не приносит.

На наших серверах активны примерно в равной степени от 30 (минимальная нагрузка) до 200-300 (максимальная) процессов. А когда активен 1 (один) процесс, то это сервер просто стоит и скакание этого процесса между ядрами ну ни как не может сказаться на производительности сервера. Потом есть такое понятие как "нити" (threads), которыми процесс может внутри себя распараллелиться. Так вот "скакание", скорее всего, связанно именно с "нитями" и вполне естественно для современного программирования.

[amito66]

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

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

Микроядерная и наноядерная система крайне сложна в отладке;

Наоборот, крайне проста в отладке, потому что состоит всего из нескольких простых функций управления памятью и процессами. Почитатйте про uTron/iTron. Уже сами приставки "микро" и "нано" должны бы вам рассказать о размере ядра, а чем оно меньше, тем проще его написать без ошибок.

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

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

[amito66]

Знаете, читайте учебные курсы и книги вообще по темам: основы проектирования ОС, программирование на ассемблере, документацию по программным эмуляторам и отдельно отличие вики от обычных программных эмуляторов, основы финансовой деятельности на предприятии и расчёт окупаемости предприятия, теория и практика хакинга, основы проектирования микросхем...

В свою очередь посоветую вам читать хотябы википедию - оттуда:
"Микроядро — это минимальная реализация функций ядра операционной системы.
Классические микроядра предоставляют лишь очень небольшой набор низкоуровневых примитивов, или системных вызовов, реализующих базовые сервисы операционной системы."
Еще раз - вы не знаете предмета разговора, поскольку используете одному вам понятную терминологию.

Не искажайте. Я об приросте производительности при изменение конфигурации процессоров и своп здесь ни причём.

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

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

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

Разжёвывать основы человеку, который на азбучные истины отвечает "Бред", "плод вашего богатого воображения", "Уверяю вас, все совсем не так" и т.п. занятие в высшей степе бесперспективное. Тем более это выходит за рамки темы. Поэтому "."!

Лишнее подтверждение вашей некомпетентности - попытка учить системного администратора с 20-ти летним опытом.

[amito66]

Спасибо! Хочу добавить, что в моём случае всё делал тип из... с ноутом и программатором. Как и что он там редактировал не знаю, но после него отсутствовал и вызов биоса и не положенные функции, в частности ни каким образом не работали не положенные устройства, а загрузка была возможна только с определённого диска (привязка, судя по всему, к серийнеку железки и идентификатору ОС или нечто подобное, там поковырятся...).

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

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

Это и называется "программная эмуляция".

[amito66]

Советую повнимательнее читать инфу отовсюду про активаторы семерки. Эти всевожные флики винт + биос крякнут - не успеете заметить. Были случаии, после деинсталла винт - сплошие бэды на треть начала диска. Не думаю, что это случайность.

Пометить кластер бэдом - не проблема. К исправности диска это не имеет никакого отношения - такие бэды удаляются простым переформатированием раздела.

[amito66]

У меня хр последняя (лицензия, коробка) на двух компах стояла (это я уже на лицензию забил) и не активированная. В один прекрасный момент перестали читаться некоторые файлы. Через день и на втором компе тоже. После проверки и "ремонта" жд дисков штатными средствами всё заработало. Для проверки ткнул этот дистрибутив на третий комп: та же петрушка. Сейчас на одном компе эта же свинья, но уже активированная, и так же регулярно бэды даёт. На второй воткнул Ubuntu 9.10: проблем с диском нет, хотя та же область ntfs (удалил виндовые папки и всё) так и осталась и во всю пользуется под личную видеофайлпомойку (собираюсь в разер форматнуть, руки не доходят).

Вирусы однозначно - они умеют прятаться и жить в бэд-кластерах.