Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alex Korchmar                        2:5020/400     25 Jan 2007  16:29:15
 To : Andrei Yakovlev
 Subject : Re: Шаринг данных между Windows и Linux
 -------------------------------------------------------------------------------- 
 
 Andrei Yakovlev <Andrei.Yakovlev@p99.f27.n5001.z2.fidonet.org> wrote:
 
 AK>> ну если ты называешь стабильным любое ядро, выложенное на kernel.org
 AK>> (не правда ли, странно, что там нет ни слова про нестабильные? Интересно,
 AK>> где же они?) то тем более подтверждаешь мое утверждение.
 AY> Там куча неставильных ядер. От release candidat до просто snapshot и
 AY> девелопмент...
 
 а. Сильная у тебя трава.
 
 AY> Просто про них не пишется что они неставильные по той простой причине,
 
 что все эти устаревшие подразделения на kernel.org никто не менял со времен
 когда ядра на самом деле делились на стабильную и нестабильную ветки.
 
 AY> по умолчанию понятно. А вот когда в версии ядра появляется stable то значит 
 AY> его
 
 в версии ядра?
 
 AY> как минимум оттестировали майнтейнеры ядра и его можно как минимум
 
 no comments...
 
 AK>> Серьезно? Вот чудеса-то... А вот разработчики Debian (кажется, они
 AK>> единственные у кого есть понятие "нестабильного дистрибутива" - у
 AK>> других есть, конечно, состояние разработки, но это не называют
 AK>> "дистрибутивом") с тобой, похоже, не согласны.
 AY> Это частность. Я говорю в общем.
 
 а в общем не бывает "нестабильных дистрибутивов". Бывают недоделанные.
 
 AK>> конечно, если не читать девелоперские рассылки, а пользоваться
 AK>> мурзилкой с кернелорг, ничего и не услышишь.
 AY> Hу-ну... ты у нас один всеведущ и везде читаешь все что не попадется.
 
 нет, это ты у нас редкий экземпляр.
 
 AY>  А то что другие могут быть подписаны на аналогичные рассылки
 AY> ты даже предположить себе не можешь.
 
 ага, и при этом нести чепуху про какие-то там "стабильные ядра".
 Хотя понятие стабильное ядро еще в 2000-м году значило довольно большую 
 странность. А уж после отказа от 2.7 оно не значит ровным счетом ничего.
 
 AY>>> Собираю, вполне нормально и достаточно часто... что самое главное
 AY>>> - все работает и работает нормально, т.е. как нужно (и я понимаю
 AY>>> как оно работает, то есть что там есть и зачем это что-то я там
 AY>>> скомпилировал)
 
 AK>> праа-а-а-авда? Ж-)~~~~
 AK>> Расскажи -ка, голубчик, собравшимся, для начала, какой io scheduler
 AK>> у тебя выбран, зачем это что-то ты скомпилировал и как оно работает.
 AK>> А мы послушаем, тут есть кому послушать.
 AY> $ dmesg | grep schedule
 
 ой, прости, а причем тут dmesg, ты только что заявлял что ты понимаешь, 
 что там есть, зачем это что-то там скомпилировал и тд? Поздравляем вас,
 гражданин, соврамши?
 Я пока вижу только что у тебя все четыре шедулера, а не что ты знаешь, что
 эти слова означают и умеешь ими пользоваться, и что вообще осмысленно отвечал
 в этом месте на вопросы конфигуратора. 
 У тебя, видимо, есть классы устройств (или usage patterns) для
 которых необходимы все четыре?
 
 AY> Расширенные опции работы с памятью...
 
 спасибо, без тебя мы об этом не догадались. Что они означают и что произойдет
 если какую-то из них поменять, и почему, собственно, выбраны именно эти - ты,
 конечно же, можешь об'яснить?
 
 AK>> когда расскажешь - возможно я и поверю, что ты _знаешь_ что делаешь.
 AK>> А не изображаешь дрессированную обезьяну, начитавшуюся хаутушек вида
 AK>> "как любому ламеру собрать ядро".
 
 AY> Hу-ну... Вот что-что, а поверишь ли ты мне - меня волнует в
 AY> самую последнюю очередь. Для любителей словестного поноса и
 
 да, я уже вижу. То есть зачем ты пересобираешь ядра - ты об'яснить не можешь.
 Сказки что ты понимаешь что делаешь и что там зачем - очевидно, оказались 
 словесным поносом, поскольку когда тебя попросили проиллюстрировать на 
 доступном примере - ты почему-то ничего кроме мычания не изрек.
 
 AY> свое личное мнение - основанное на опыте... если у тебя другое
 AY> мнение - дело твое.
 
 опыте "собирания" как попало чего попало, без понимания что именно ты делаешь?
 Да, интересный опыт...
 
 AK>> наоборот, у меня используемые дистрибутивы достаточно сложны и собрать ядро
 AK>> которое не вообще говоря будет на них работать, а точно ничего не испортит
 AK>> начиная от загрузки (загрузка udev-enabled систем без initd довольно
 
 initrd, разумеется.
 
 AY> А зачем нужен такой изрват? :)
 
 зачем нужен udev? 
 
 AK>> самом деле понадобился мне только для bluez новой версии, до этого я
 AK>> спокойно жил с отключенным)
 AY> Hу - включить его не так уж и сложно
 
 если в ядре не поломано все то, на что он завязан - несложно.
 Правда об этом надо кое-что знать.
 
 AK>> то есть если устройство нормальное, то его поддержки в дистрибутивном
 AK>> ядре нет? Оригинально, а что это за дистрибутив такой?
 AY> Масса... начиная от Gentoo и FreeBSD
 
 то есть гента и freebsd (это дистрибутив линукса такой?) поддерживают только
 ненормальные устройства? 
 
 AY>>> в дистрибутивные ядра, да и вообще в ядро) устройств, которые
 AK>> надо же. И ты даже до сих пор не в курсе что ядерные модули давным-давно
 AK>> не требуют для сборки исходников (не говоря уже о сборке) самого ядра?
 AY> Это если модули, а если дрова необходимо включить в ядро?
 AY>  Есть например такие девайсы, которые не работают в качестве модуля...
 
 Есть, наверное, но я бы не назвал это "нормальным".
 Пожалуй я бы назвал такой драйвер кривым ;-)
 
 AY> А я и не утверждаю что знаю ядро на все 100%, но однако знаю
 AY> достаточно чтобы выкинуть из него весь мусор, который я не
 
 или полагаешь что знаешь достаточно... на самом деле зная крайне мало.
 Чем тебе при этом мешает то что ты называешь "мусором", я, в общем, тоже 
 не особенно понимаю.
 
 AK>> У меня вполне достаточно оперативки, чтобы не плакаться об экономии
 AK>> 30 килобайт. Кстати, а умеешь ли ты померять эту экономию? Что-то я
 AY> Hу... если бы счет шел на килобайты, то никто бы и не заморачивался...
 
 Так никто кроме религиозных фанатиков и не заморачивается.
 Еще раз спрашиваю - ты умеешь померять?
 С моей точки зрения счет идет именно на килобайты, но померять (так
 чтобы быть уверенным что померял ровно то что на самом деле занято ядром)
 я не умею - микрометра такого нет.
 
 AK>> работать на машине где параллельно собирается ядро все же не
 AK>> особенно приятно, у меня тут не четырехядерный core2.
 
 AY> А зачем на ней работать?
 
 действительно, зачем на машине работать, это же просто такая игрушка для 
 сборки новых ядер.
 
 AY>>> Hа рабочей станции еще можно использовать ядро которое поставляется
 AY>>> в составе дистрибутива, да и то только в том случае если девайсы
 AK>> как тебе не повезло с дистрибутивом...
 AY> Чем плохи дистрибутивы, которые я указал выше?
 
 не знаю, вероятно тем что они непригодны для серверов без необходимости 
 что-то там пересобирать? 
 Впрочем, это твое утверждение - я-то вполне обхожусь без этой необходимости, 
 по крайней мере в паре упомянутых.
 
 AK>> Кстати, я правильно понимаю, что ты эти тридцать килобайт на СЕРВЕРЕ
 AK>> экономишь?
 AY> По всякому не на десктопе
 
 круто. И что это за сервер, на котором заметны лишние тридцать килобайт?
 
 AK>> поведай, о великий Учитель,
 AK>> какие же это такие нестандартные дивайсы у тебя на рабочих станциях,
 AK>> что
 AK>> ради них ядра пересобирать приходится?
 
 AY> Возьми хотя бы маршрутизаторы D-Link или ZeXel
 
 на рабочих станциях? А зачем они там?
 
 AY>  (промышленного масштаба, а не детские игрушки)
 
 dlink промышленного масштаба? Сильна у тебя трава...
 Кстати маршрутизаторы промышленного масштаба (и даже многие вполне
 бытовые длинки) обычно включаются в ethernet.
 
 AY> или же некоторые девайсы USB->Ethernet или USB->ВОЛС (хотя бы
 AY> от того же ASIX или 3ком) и попробуй запустить их на штатном
 AY> ядре...
 
 спасибо, я лучше не буду. Хотя большая часть валяющегося в доступном мне
 окружении хлама, безусловно, запустится.
 > Alex
 
 --- ifmail v.2.15dev5.3
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: Шаринг данных между Windows и Linux   Kirill Frolov   23 Jan 2007 01:14:39 
 Шаринг данных между Windows и Linux   Andrei Yakovlev   23 Jan 2007 10:49:32 
 Re: Шаринг данных между Windows и Linux   Kirill Frolov   23 Jan 2007 13:01:55 
 Re: Шаринг данных между Windows и Linux   Sergey Khvatov   23 Jan 2007 15:50:09 
 Шаринг данных между Windows и Linux   Andrei Yakovlev   24 Jan 2007 17:46:48 
 Re: Шаринг данных между Windows и Linux   Alex Korchmar   24 Jan 2007 16:42:01 
 Шаринг данных между Windows и Linux   Andrei Yakovlev   25 Jan 2007 09:05:04 
 Re: Шаринг данных между Windows и Linux   Alex Korchmar   25 Jan 2007 13:39:15 
 Шаринг данных между Windows и Linux   Andrei Yakovlev   25 Jan 2007 18:54:28 
 Re: Шаринг данных между Windows и Linux   Alex Korchmar   25 Jan 2007 16:29:15 
 Шаринг данных между Windows и Linux   Andrei Yakovlev   25 Jan 2007 21:20:10 
 Re: Шаринг данных между Windows и Linux   Ilya Anfimov   25 Jan 2007 18:41:26 
 Re: Шаринг данных между Windows и Linux   Alex Korchmar   25 Jan 2007 22:48:06 
 Шаринг данных между Windows и Linux   Andrei Yakovlev   26 Jan 2007 01:15:40 
 Шаринг данных между Windows и Linux   Alexandr Oskolkov   26 Jan 2007 00:19:33 
 Re: Шаpинг данных между Windows и Linux   Alexandr Burachewskij   22 Feb 2007 05:48:37 
 Шаpинг данных между Windows и Linux   Andrei Yakovlev   22 Feb 2007 11:35:46 
 Re: Шаринг данных между Windows и Linux   Kirill Frolov   24 Jan 2007 19:56:36 
 Re: Шаринг данных между Windows и Linux   Victor Krapivin   24 Jan 2007 23:02:08 
 Шаринг данных между Windows и Linux   Alexey Vissarionov   24 Jan 2007 21:48:42 
 Шаринг данных между Windows и Linux   Alexey Vissarionov   24 Jan 2007 21:23:14 
 Re: Шаринг данных между Windows и Linux   Kirill Frolov   25 Jan 2007 22:47:05 
 Шаринг данных между Windows и Linux   Andrei Yakovlev   25 Jan 2007 10:27:32 
 Re: Шаринг данных между Windows и Linux   Kirill Frolov   25 Jan 2007 22:44:34 
Архивное /ru.linux/6577ac1844c1.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional