Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.243] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 699 700 [701] 702 703 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#10501
,
|
|
|
|
Долго. И в два раза больше кликов, чем при подходе со средней кнопкой. Ленивые вычисления, referrential transparency, и все такое... В технические подробности я не вникал, но правильнее, когда такая дешевая фича будет реализована. Все для юзера |
|
Сообщ.
#10502
,
|
|
|
|
Цитата linuxfan @ Ну если ты позиционируешь винду как <ось для кривого железа>, то что ты ожидал услышать в ответ? Впервые слышу, однако. Если упоминание о способности форточек работать с битой памятью заставляет вас думать об их особой специализации, то что я должен подумать после этого: Цитата FullArcticFox @ В Линь даже если втавляешь в жопу дохлую флешку -- пофигу. Ниразу ни видел при этом kernel panic. Винт битый 2,5'' через USB контроллер на XP цепляешь -- получаешь висяк. Вставляешь на Linux -- с сиcтемой ничего. ? |
|
Сообщ.
#10503
,
|
|
|
|
Кто-то включает логику только тогда, когда ему это выгодно
|
|
Сообщ.
#10504
,
|
|
|
|
Цитата wind @ Впервые слышу, однако. Если упоминание о способности форточек работать с битой памятью заставляет вас думать об их особой специализации, то что я должен подумать после этого: Нестабильная работа на битой памяти и дохлом процессоре — это недостаток системы. Способность стабильно работать с дохлой периферией — это достоинство системы. |
|
Сообщ.
#10505
,
|
|
|
|
Цитата kuzja @ Кто-то включает логику только тогда, когда ему это выгодно ![]() linuxfan выключил логику?! Цитата mo3r @ Нестабильная работа на битой памяти и дохлом процессоре — это недостаток системы. Способность стабильно работать с дохлой периферией — это достоинство системы. Э-э... Вы точно хотели сказать то же, что написали? Добавлено Цитата mo3r @ Способность стабильно работать с дохлой периферией — это достоинство системы. Кстати, о способности работать с дохлой периферией. Как-то у меня были проблемы с совместным житьём-бытьём ide-контроллера и tv-тюнера. Так вот, контроллер после включения тюнера выполнял операции через раз - то считать не может, то записать - данные из-за помех тюнера не доходили в целости и сохранности. Системный диск висел на том же контроллере и это не мешало системе (win2k) функционировать. |
|
Сообщ.
#10506
,
|
|
|
|
Цитата wind @ Так вот, контроллер после включения тюнера выполнял операции через раз - то считать не может, то записать - данные из-за помех тюнера не доходили в целости и сохранности. Постой. Если система работала с битым контроллером (или битым тюнером, или битым APIC, в конце-концов), функционировала, причем удовлетворительно, как ты узнал о том, что у тебя данные херятся? Добавлено Ну еще знаю одно. Мать, на которой винда из-за склещивания IRQ (там на одном висели Ethernet, звук и USB) улетала в кататонию, прекрасно запускала Linux и тот работал. |
|
Сообщ.
#10507
,
|
|
|
|
Цитата Ho Im @ Если система работала с битым контроллером (или битым тюнером, или битым APIC, в конце-концов), функционировала, причем удовлетворительно, как ты узнал о том, что у тебя данные херятся? Наблюдал сообщения об ошибках. Через раз. При этом не наблюдал БСОДов и, проявив настойчивость, таки сохранил редактируемый документ. Собственно, при попытке его сохранить и обнаружил бякость. Контроллер не был битым, просто на него пагубно влиял тюнер (это я тоже не сразу выяснил). |
|
Сообщ.
#10508
,
|
|
|
|
Цитата wind @ linuxfan выключил логику?! Вот об этом я и говорю |
|
Сообщ.
#10509
,
|
|
|
|
Цитата Ho Im @ Ну еще знаю одно. Мать, на которой винда из-за склещивания IRQ (там на одном висели Ethernet, звук и USB) улетала в кататонию, прекрасно запускала Linux и тот работал. "Схлещивание" IRQ - штатная ситуация. Ошибки могут возникать только из-за драйвера, авторы которого не подозревают, что IRQ может шариться. У меня подобное было из-за кривых драйверов creative для звуковухи - пришлось втыкать в слот, которому выделяется персональный IRQ. |
|
Сообщ.
#10510
,
|
|
|
|
Цитата wind @ "Схлещивание" IRQ - штатная ситуация. Ошибки могут возникать только из-за драйвера, авторы которого не подозревают, что IRQ может шариться. У меня подобное было из-за кривых драйверов creative для звуковухи - пришлось втыкать в слот, которому выделяется персональный IRQ. Вообще-то чипсет что ни на есть VIA что-то там, одним словом, звук 8233, USB — VIA не помню какой, и езернетом банальный RTL8139. Фишка в том, что дрова натуральные, экспишные, сертифайд и аппрувд бай Корпорация. Из штатной поставки. Мать такую в топку, конечно, потому как при как минимум 16 штуках IRQ ставить три девайса на один потому лишь, что так ей пятка чешется, не совсем кошерно. Но и об ОС нельзя говорить хорошо в данном случае. По твоим же словам. |
|
Сообщ.
#10511
,
|
|
|
|
Цитата Ho Im @ Мать такую в топку, конечно, потому как при как минимум 16 штуках IRQ ставить три девайса на один потому лишь, что так ей пятка чешется, не совсем кошерно. В принципе, у этих действий (насильственный шаринг IRQ) наверняка есть оправдание (особенно в многопроцессорном окружении). Другое дело, не давать опытному пользователю распорядиться этим ресурсом действительно совсем не кошерно. В линуксе при использовании ACPI можно порулить распределением IRQ? Цитата Ho Im @ при как минимум 16 штуках IRQ Свободных для дополнительной периферии к сожалению меньше, чем 16, раза в два. Надо же ещё куда-то вешать видеоадаптер, таймер, часы, клавиатуру, каналы дискового контроллера, сопроцессор, параллельные/последовательные порты, etc. |
|
Сообщ.
#10512
,
|
|
|
|
Цитата wind @ Свободных для дополнительной периферии к сожалению меньше, чем 16, раза в два. Надо же ещё куда-то вешать видеоадаптер, таймер, часы, клавиатуру, каналы дискового контроллера, сопроцессор, параллельные/последовательные порты, etc. Ну посчитаем. Таймер, каскад (ACPI) — два. (0, 9) Клавиатура, один лпт, два кома — еще четыре (1, 7, 2, 4). Видео вообще не использует IRQ, сам отключал. Сопроцессор использует исключение, это чуть-чуть по другой части ЕМНИП. Два IRQ (ввиду своей ублюдочности — с предопределенными номерами) хавают дисковые контроллеры. Остается восемь штук. А оно три девайса, из которых ажно один воткнут, шарит на IRQ 5. |
|
Сообщ.
#10513
,
|
|
|
|
Цитата Ho Im @ Видео вообще не использует IRQ, сам отключал. Как отключали? В форточках с acpi? Просто форточкам на настройки прерываний в bios при включенном acpi накласть совершенно. А синхронизация с видео в дровах используется. Всегда было интересно, действует ли отруб видеопрерывания в bios или нет. |
|
Сообщ.
#10514
,
|
|
|
|
Цитата wind @ Как отключали? В форточках с acpi? Бивис. |
|
Сообщ.
#10515
,
|
|
|
|
Smike
1. Никто не требует, чтобы выделение в фотошопе и прочие нетекстовые вещи автоматически копировались в буфер. Достаточно того, чтобы автоматом копировались куски текста. 2. Ctrl+A ты нажимаешь просто так? Поиграццо? Или может быть всё делетнуть? Наверное всё-таки выделяют для того, чтобы скопировать. 3. В нормальных системах буферов два. В один текст копируется непосредственно при выделении, в другой надо копировать явно. Удобна аднака. |