Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.217.169] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 795 796 [797] 798 799 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#11941
,
|
|
|
|
LuckLess, если бы всегда так просто было. А то ведь нифига не всегда можно что-то найти. Особенно когда устал и спать хочется.
|
|
Сообщ.
#11942
,
|
|
|
|
Цитата Астарот @ Бобёр, это ведь не выход ребилдить целиком проект, только что бы убедится, что ошибка не наведенная, а реальная. у меня такая ошибка бывает не чаще раза в месяц, и в основном если в проджекте меняли файлы, переносили их в другое место и т.д., т.е. при большом рефакторинге, в пределах "нормальной" разработки такого не бывает. Добавлено ..да, забыл добавить: "выход". |
|
Сообщ.
#11943
,
|
|
|
|
Угу, вперед. С удовольствием погляжу как при этом будет выглядеть рабочий процесс. Добавлено Цитата Бобёр @ т.е. при большом рефакторинге, в пределах "нормальной" разработки такого не бывает. Ну у нас же получилось? |
|
Сообщ.
#11944
,
|
|
|
|
Цитата LuckLess @ Смотря какая ошибка. Если написано - пропуск ; в конце строки. То проще поставить ; в конце, а не проверить компилятор еще раз ребилдом. Да ошибки вообще странные. «Класс такой-то не реализует интерфейс такой-то». Никакие пляски с бубном не помогают. Закрыть-открыть студию — компилируется. После таких вещей доверия к средствам не прибавляется как-то. А уж то, как компиляторы студии реагируют на ошибки — это просто нечто. Если шарповский компилятор часть файлов не может прочитать (флешка один раз испортилась), то валится с Internal Compiler Error. А ты потом смотришь на него и думаешь, к чему бы это. |
|
Сообщ.
#11945
,
|
|
|
|
Цитата Астарот @ С удовольствием погляжу как при этом будет выглядеть рабочий процесс. Да нормально, понимаешь ли, идет. Даже на форуме успеваю трепаться |
|
Сообщ.
#11946
,
|
|
|
|
В общем продолжил я свои изыскания на тему фрагментации и решил таки воткнуть линукс в виде CentOS-5.0-Final. В целом оно не так плохо, и свои сугубо эстетические придирания приводить не буду, но по порядку, начиная с самых первых экранов инсталляции:
1. Выбрал русский, но не вздумайте нажать кнопочку "что нового". Нового вы все равно не узнаете. Суть не в том, что он не переведено. Оно может переведено, но в догонку зашифровано шумеро-аккадскими логограммами. 2. Когда пытаешься создать LVM, он отказывает с объяснением. Но при попытке создать RAID он радостно начинает тебя вести через визард, хотя ХДД в системе установлен 1. Как там делается рейд из одного харда я пока вникать не стал - это на потом. 3. После того как я набрал те пакеты, что хотел, установка тихо отвалилась с unhandled exception на проверке их зависимостей. Изучать трейс стек строк на 200-300 я не стал и этот товарищ отправил меня в шатдаун. Очень логичный способ разрешения зависимостей. 4. Начал установку заново, оставив только один предефайн - "Desktop - Gnome". Вроде зашуршало, но зависимости определялись почти столько, сколько ставится винда. 5. Установка шла достаточно долго. Может я просто уже привык к кастомным дистрам винды с unattended установкой, который с флешки у меня инсталлируются минут за 15, но есть ощущение - что долго, хотя субъективно. 6. Не знаю, что там говорили про перезагрузки в винде, здесь она потребовалась точно также. 7. Загрузка тоже достаточно долгая. Секунды 3-4 запускалась "служба консольной мыши" ![]() 8. По итогам этот "Desktop - Gnome" встал на 2.3Г. Хотя набор приложений весьма аскетичный. 9. Попробовал посмотреть "stat --help" - выдало русско-английскую помесь. Лучше бы не переводили. 10. Утилиты явно писались людьми, которые особо не утруждали себя формированием и/или соблюдение стандартов (имею ввиду внутрикомандные стандарты). Тот же stat, например, будучи запущен без ключей посылает тебя на --help, а sed этот хелп тебе сразу вываливает. 11. Судя по нетстату, он со спокойной душой лезет на kernel.org, centos.org и еще вагон сайтов. Правда я ему не разрешил использовать внешние репозитории и включил файрволл. Но он видимо решил, что хороший канал простаивать не должен. 12. В общем с грехом пополам запустил я скрипт для сбора информации о фрагментации. Работал очень медленно, ну думаю чтобы времени не терять открою как я его в спредшите, забабахаю сводную табличку с аналитикой по тому, что уже есть. Запустил спредшит, открывай говорю файл. Он мне берет и открывает Writer с этим файлом. Твою мать, если бы я хотел Writer, то я его бы и открыл. Указываю ему принудительно, что это формат электронной таблицы (где кстати числится csv) - хрена лысого. На тебе Writer. Только после изменения расширения на csv и принудительного указания до него доперло. 13. В общем данные засосал (правда разделители он не рюхает - все руками), полез делать сводную таблицу. Наткнулся на какой-то огрызок по сравнению с офисной. Ну да ладно, вроде среднее и сумму умеет считать. Но этого я не узнал, поскольку через полчаса его молчания пришлось убить, ибо так нельзя издеваться над людьми. 13. У меня, конечно, была надежда, что в ОО есть что-то вроде аксеса, импортнуть и анализируй вдоль и поперек - хрена лысого. Пошел копировать в винду. 14. Поставил вроде как без проблем из тырнета gftp, хотя он лежал в дистре. Ну да ладно, хоть поставил. И тут я обрел нирвану под названием профессиональная локализация. Внимательно вчитайтесь в лабелы на тулбаре этого потрясающего клиента: "Host порт User пароль". Все все поняли? Вот как надо локализовать. Меня в детстве учили переводить английский тексты через слово, а остальное догонять по смыслу. Это - учебник данного метода. Что может быть между "порт" и "пароль"? Ну конечно пользователь )15. Но я все-таки скинул лог через фтп на виндовую машину. Особенно мне понравилось что когда переписываешь, то нужно нажать кнопку "переписать", а потом еще и "ОК". Я, как дурак, по привычке кнопку нажал и жду реакции, а она оказывается тоже ждет. Ребят, делайте тогда радио-батоны, чтобы не вводить в заблуждение. 16. В общем не стал ждать, пока сгенерится целиком весь список файлов - уж больно долго. Думаю 4М текстового списка достаточно репрезентативная выборка. Закинул на виндовую машину, за полминуты пробежался по визарду, который импортировл мне все это дело в акцес (большинство времени ушло на указаниям имен столбцов и выбор типов) и импортировал. Накидал несколько аналитических запросов и могу сказать с уверенностью - ext2 фрагментируется. Для желающих приаттачил базу, для неимеющих аксеца получились следующие цифры: Размера фрагмента в среднем 24471,2894928415 байт Макимальная фрагментация файла: 25,00% Средняя фрагментация файла: 4,63% В среднем фрагментов на файл: 1,0741127348643 Пятерка лидеров: Дата Файл Кластеров Размер Кластер Код Фрагментов /var/cache/yum/base/primary.xml.gz.sqlite 9200 4691968 512 313 609 /var/cache/yum/updates/primary.xml.gz.sqlite 3096 1576960 512 309 385 /var/lib/rpm/Filemd5s 7400 5210112 512 721 303 /var/lib/rpm/Basenames 4768 2748416 512 733 169 /var/cache/yum/extras/primary.xml.gz.sqlite 888 446464 512 321 109 Файловых операций записи, помимо собственно инсталляции, отдельной установки пакета gftp и создания пары скриптов с собсно логом их выполнения не было. Вот такая вот загогулина. У кого-то еще есть вопросы? PS. На всякий случай объясню, зачем мне все это было нужно. Дело в том, что бродит в моем мозгу идея создания своего, сильно редуцированного дистра на базе BSD/Linux для нужд ASP (Application Service Providing'а). Поэтоу мне сейчас много что интересно из вашего мира Прикреплённый файл defrag.rar (453.72 Кбайт, скачиваний: 69)
|
|
Сообщ.
#11947
,
|
|
|
|
Расстроил ты меня, я подумывал о CentOS5, 4.5 очень понравилась, за исключением косяка с раскладками при first run и того, что софт старый.
А сильно редуцированное надо из gentoo наверное собирать. Или действительно из bsd. |
|
Сообщ.
#11948
,
|
|
|
|
Цитата rusty_angel @ Расстроил ты меня, я подумывал о CentOS5, 4.5 очень понравилась, за исключением косяка с раскладками при first run и того, что софт старый. Ребята, из java отдела все перешли на пятый cent os, раньше тоже юзали четверку. Если хош, могу поинтересоваться, что к чему там. |
|
Сообщ.
#11949
,
|
|
|
|
juice без толку. Опишешь глюки - другие поймаю. Я их притягиваю. Не как Бухантер, конечно, но всё-таки.
|
|
Сообщ.
#11950
,
|
|
|
|
Дорогой Guderian срочно читать man fsck и если после прочтения еще останутся вопросы тогда в общем то можешь сравнивать с чем угодно хоть с числом планет в созвездии альфа центавра.Считай что убедил. А если еще покажешь как ты сможешь обновить opensuse 10.1 до sled 10 без переустановки оси то 50% полюбому будут равны 100% а так... Извини конечно но опять "молоко" Цитата n0p @ ни чего они не разрабатывают, и даже не дорабатывают ни kernel, ни xorg, разве что меняют скины и прочую косметику, Ядро sled пропатчено намного круче собственно как и вся остальная система.Цитата n0p @ Тоже и Патрек, осилил из DOS-а, zip-апри в рам-диск распаковывать, (тоже мне достижение). Патрик хотя бы такое осилил. А вот винду созданную по аналогии с zipslack я что то в упор не наблюдаю Всмысле чтобы любой желающий скопировал архивчик и из под linux запустил бы "окна" остальное ниасилил патамушо многабукаф Цитата Guderian @ В общем продолжил я свои изыскания на тему фрагментации и решил таки воткнуть линукс в виде CentOS-5.0-Final. В целом оно не так плохо, и свои сугубо эстетические придирания приводить не буду, но по порядку, начиная с самых первых экранов инсталляции: Guderian если не затруднит будь так добр приведи с какого потолка были получены цифры. Раз уж сказал "А" будь так добр выполни ![]() ![]() ~ # umount РАЗДЕЛ ~ # /sbin/fsck.ext3 -f -n РАЗДЕЛ 2>/dev/null | tail -1l | awk '{print $4}' | cut -c2- ~ # mount РАЗДЕЛ РАЗДЕЛ с ФС ext2/ext3 любой из тех что можно отмонтировать И давай цифры по своему и по моему. |
|
Сообщ.
#11951
,
|
|
|
|
Цитата best_lamer @ Дорогой Guderian срочно читать man fsck и если после прочтения еще останутся вопросы тогда в общем то можешь сравнивать с чем угодно хоть с числом планет в созвездии альфа центавра. Что я, собсно говоря, мог ожидать... Прочитал, остались вопросы, что дальше? А то что ты до сих пор не предложил еще ни одного нормального показателя - так это не сюрприз, будем считать, что ты очень умно сострил. Кто-нибудь из линуксоидов может чайнику объяснить, каким образом утиль для проверки и репарирования файловых систем может быть использована для анализа фргаментации? А то предыдущий оратор не в курсе и отправил к астрологу. Цитата best_lamer @ Считай что убедил. А если еще покажешь как ты сможешь обновить opensuse 10.1 до sled 10 без переустановки оси то 50% полюбому будут равны 100% а так... Извини конечно но опять "молоко" Скользкий ты тип. Лоханулся и все выкручиваешься, за неуклюжей диалектикой прячешье, примеры какие-то мутные... Я CentOS до RedHat обновить тоже не могу, а они идентичны на 100% минус лейблы и что дальше? Цитата best_lamer @ Guderian если не затруднит будь так добр приведи с какого потолка были получены цифры. Ты знаешь, вот когда у тебя не будет проблем с "остальное ниасилил патамушо многабукаф", тогда и поговорим. Потому как все было расжевано настолько, что даже обязьяна бы поняла. Цитата best_lamer @ РАЗДЕЛ с ФС ext2/ext3 любой из тех что можно отмонтировать И давай цифры по своему и по моему. 1. Дефолтный разбиватель не создал раздела, который можно было бы отмонтировать. 2. Класная тулза. Чтобы репарировать раздел его надо отмонтировать. Даже тупой чекдиск спокойно себе работает под нагрузкой. 3. Чтож ты цифры сразу не привел? Ждал моих, чтобы подкорректировать? |
|
Сообщ.
#11952
,
|
|
|
|
Цитата Guderian @ 2. Класная тулза. Чтобы репарировать раздел его надо отмонтировать. Даже тупой чекдиск спокойно себе работает под нагрузкой. Можно перемонтировать в readonly и сделать то самое. Просто когда программа надеется на одно состояние фс, а ей под носом делают изменения — может неудобная ситуация случиться. Ну а по окончании перемонтировать обратно в rw. Тем более, глупо записывать чегой-то там на фс, если есть подозрения, что она «сыпется». Добавлено Кстати, ты не можешь отмонтировать root filesystem вот так просто. Чтобы отремонтировать. Так что remount-ro, вперед, remount-rw. |
|
Сообщ.
#11953
,
|
|
|
|
Цитата Guderian @ А то что ты до сих пор не предложил еще ни одного нормального показателя - так это не сюрприз, будем считать, что ты очень умно сострил. Угу конечно Предложи я "нормальный показатель" меня в этом разделе гнилыми помидорами будут с десяток страниц закидывать. Мое дело показать правильный путь а факты добудет тот кого они заинтерисуют.Цитата Guderian @ Кто-нибудь из линуксоидов может чайнику объяснить, каким образом утиль для проверки и репарирования файловых систем может быть использована для анализа фргаментации? man это не астролог man fsck man fsck.ext3 Цитата Guderian @ Скользкий ты тип. Лоханулся и все выкручиваешься, за неуклюжей диалектикой прячешье, примеры какие-то мутные На то я и best_lamer только вот печально что не один я тут такой и в лагере виндопоклонников тоже такие имеются. Guderian OpenSUSE и SLED похожи ровно на столько на сколько windows XP SP2 похож на windows svista Все остальные твои измышления по этому поводу есть не что иное как бред.Цитата Guderian @ Ты знаешь, вот когда у тебя не будет проблем с "остальное ниасилил патамушо многабукаф", тогда и поговорим. Коментировать излияния n0p-а только себе дороже! Человек очень хотел linux прямо на fat/ntfs разделе! Этот путь уже освоен и пройден. Бери изучай делай как нравится именно тебе а не так как поступил Патрик. Нет ему снова не то Цитата Guderian @ 1. Дефолтный разбиватель не создал раздела, который можно было бы отмонтировать. fdisk и man fdisk в дистрибутиве тоже нет? И за mke2fs и man mke2fs только на Марс лететь Цитата Guderian @ 2. Класная тулза. Чтобы репарировать раздел его надо отмонтировать. Даже тупой чекдиск спокойно себе работает под нагрузкой. Вот какая есть Не нравится? Исходники открыты. Слабо переделать? Цитата Guderian @ 3. Чтож ты цифры сразу не привел? Ждал моих, чтобы подкорректировать? Зачем мне цифры приводить? Смысл? Лично меня вопрос "жуткой 2% фрагментируемости" ext* ФС не волнует. Кого трогают те 2% пусть сам вычисляет и приводит свои цифры! С самого начала беседы об преимуществах ФС я выступаю за более глубокий анализ нежели банальные показатели фрагментации! ЗЫ: Значение фрагментации ext3 можно взять непосредственно из показателя фрагментации inode в отчете fsck.ext3 |
|
Сообщ.
#11954
,
|
|
|
|
Цитата Ho Im @ Можно перемонтировать в readonly и сделать то самое. Просто когда программа надеется на одно состояние фс, а ей под носом делают изменения — может неудобная ситуация случиться. Ну а по окончании перемонтировать обратно в rw. Thx. Но меня все равно в этом смущает два момента. Первый касается конкретной ситуации. Зачем размонтировать или перемонтировать только для чтения, если указывается, что операция проходит read-only? Поленились когда писали эти тулзы? Второй вопрос - принципиальный, ну ведь можно же буферизовать и шедулить поступающие операции. Представь, что это боевой сервер, а мне предлагают отмонтировать, скажем, девайс с базами данных, чтобы его просто просканить на наличие бэд-блоков. Цитата Ho Im @ Тем более, глупо записывать чегой-то там на фс, если есть подозрения, что она «сыпется». Ну так мы же фрагментацию через здесь анализируем ![]() Цитата Ho Im @ Кстати, ты не можешь отмонтировать root filesystem вот так просто. Чтобы отремонтировать. Так что remount-ro, вперед, remount-rw. Не нашел я remount-xy, может не там искал. Попробовал mount -n -o remount,ro - тоже облом Заниматься раскидыванием /etc/mtab, /etc/resolv.conf, /var и прочего, как рекомендуется во многих доках, как то заломало... Надо собраться с силами, линукс - это прежде всего усидчивость ![]() 2best_lamer. Скучно мне с тобой стало. Учиться у тебя нечему, спорить не о чем, да и бесполезно. Созреешь, как ты тут хвалишься предложить "нормальный показатель" и "более глубокий анализ" - я завсегда велкам. |
|
Сообщ.
#11955
,
|
|
|
|
Цитата best_lamer Коментировать излияния n0p-а только себе дороже! Человек очень хотел linux прямо на fat/ntfs разделе! Этот путь уже освоен и пройден Ток что то гугл про него не ведает, и знаешь в чем проблема? а в том что стоит спросить об этом чутли не "неслыханом финте ушами", у линухоидов тусящихся по irc-чатам, (а встречались и гуру-разработчики) так сразу начинает течь бешеная пена, пошло-поехало втирания какие саксовые файловые системы у мсявок, зачем оно вообще это надо - ведь "линукс, видители предназначен совсем для другого". Хотя я теперь понимаю, что,большинство не более чем идолопоклоники дистров. В лучшем случае осилят сборку-пересборку.базара нет, этож куча времени и нервов, завелось заработало - "фуу хвала всем святым..." какой там что то править - это эабота отдельных "мега-красноглазых парней" всем этим рулящим... |