Кокс недоволен Федорой

Я в общем то и не считаю Убунту идеальной.

Но если не ставить целью все-все сделать под себя, то она достаточно надежна для рабочего места.

Я уже и к Юнити привык.

Ава у меня, конечно, с федоралого

А у меня без. Правда, тоже ВР :-)

Вот ты говоришь «говно мамонта», а ведь там нет 12309...

12309 нигде нет.

Говорил же - 12309 это следствие неправильно спланированного стораджа, конфигурация которого не соответствует профилю нагрузки.

Fedora 18 — худший дистрибутив

Тоже мне новость :)

Так тестировочный дистрибутив же. В чём претензии?

Дык, это как раз для перехода с венды. Там тоже много чего руками надо делать.

О да бэби, любители системд должны страдать. Да и любители линукс-вэй тоже.

Интересно, а разработчики Федоры довольны коксом?

переустановил и почти все работает

Прям как в винде.

Сейчас - нет, а раньше было.

Вот ты говоришь «говно мамонта», а ведь там нет 12309...

ога, конечно, ядро там используется из параллельной вселенной

А вот дебиан - он стабильный :)

Ага, как говно мамонта.

походу RHEL 6.* будет легендарным и стабильным как ВинХР/Вин7

+1 Я на нём навеки: до следующей смены настроения.

На 12.04 (ядро 3.2) вроде как нет. А на 10.04 (ядро 2.6.32) воспроизводится легко. 100% загрузка винтов и уже ничего сделать нельзя.

100% загрузка винтов и уже ничего сделать нельзя.

Тогда в винде тоже 12309 ;)

Это капец. Наступают черные времена для линукса. Второй человек в разработке ядра после Линуса переходит на дистрибутив, который _вообще_ не занимается разработкой системных вещей.

Ага, как говно мамонта.

Ой, не надо ляля, а.
Две программы, которые тебе нужны свежими прекрасно можно взять и из тестинга/анстейбла.
А что касается остального - ты видел рассылку безопастности, например? А апдейты видел, как едут? На стабильный релиз своевременно и быстро все приезжает, если что-то действительно серьезное.

На винде такое воспроизвести ооочень сложно. Единственный известный мне способ — отправка VMware в спящий режим, да и то не всегда воспроизводится.

Это капец. Наступают черные времена для линукса. Второй человек в разработке ядра после Линуса переходит на дистрибутив, который _вообще_ не занимается разработкой системных вещей.

So what?
Если человеку на ней удобнее, какая разница, чем он пользуется?

Второй человек в разработке ядра после Линуса переходит на дистрибутив, который _вообще_ не занимается разработкой системных вещей.

У тебя такая ровная логика, что я просто диву даюсь.

На винде такое воспроизвести ооочень сложно.

Ага, конечно. Достаточно загрузить проц на 100% или запустить 6-10 процессов копирования с винча на винч. Точно так же все раком встанет.

Две программы, которые тебе нужны свежими прекрасно можно взять и из тестинга/анстейбла.

Нельзя, потому что они потянут glibc и кучу говна. Самому собирать надо всё.

А что касается остального - ты видел рассылку безопастности, например? А апдейты видел, как едут?

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

выходи она не каждые полгода, а каждые 2 года — была бы нормальная система.

А что мешало пользоваться LTS?

Второй человек в разработке ядра после Линуса переходит на дистрибутив, который _вообще_ не занимается разработкой системных вещей.

Так он с линукс работает судя По всему.
Вот и ставит то, с чем удобно работать.

Нельзя, потому что они потянут glibc и кучу говна. Самому собирать надо всё.

Testing тоже стабилен, там посвежее.

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

Эээ, а причем тут винда/не винда? На любую систему надо апдейты надо накатывать, особенно если они связаны с безопастностью.

А что мешало пользоваться LTS?

Мозги, видимо :)

Достаточно загрузить проц на 100%

Не воспроизводится.

запустить 6-10 процессов копирования с винча на винч

На lucid'е достаточно одного процесса. Есть сервак на котором народ map-reduce код локально любит отлаживать. Скачает over9000 гигабайт данных и давай их «грепать». 64G памяти, 24 ядра и т.д. и т.п. встает раком, хотя из загрузки только диск.

В переставлятели кнопочек - очевидно же. Убунта же больше ничем не занимается. Даже маркетинг у убунты - дерьмо.

Не воспроизводится.

Бла, бла, бла.

На lucid'е достаточно одного процесса. Есть сервак на котором народ map-reduce код локально любит отлаживать. Скачает over9000 гигабайт данных и давай их «грепать». 64G памяти, 24 ядра и т.д. и т.п. встает раком, хотя из загрузки только диск.

Хосспаде, если у вас там руки из жопы растут, я то что могу сделать?

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

Не прочитали, а изначально заявили. Это официальная изначальная цель федоры, которая сразу же была объявлена, когда федора появилась.

На любую систему надо апдейты надо накатывать, особенно если они связаны с безопастностью.

Не на любую.

Хосспаде, если у вас там руки из жопы растут, я то что могу сделать?

Ну и что же надо сделать, чтобы оно раком не вставало? Обновление ядра - не вариант.

Тогда надо затормозить гонку во всем линуксовом софте и заняться полировкой.

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

man nice/renice.
Плюс я бы поковырял само сосущее приложение.

Однако :)

Есть. Недавно видел на Debian 6 файловом сервере. При копировании большого объема мелких файлов сервак сеанс намертво вешался, а сервер впадал в ступор. Если это не 12309, то что это тогда?

Два чая этому господину за озвучивание всем известных фактов.

Есть. Недавно видел на Debian 6 файловом сервере. При копировании большого объема мелких файлов сервак сеанс намертво вешался, а сервер впадал в ступор. Если это не 12309, то что это тогда?

А я откуда знаю? Статистику по озу, иопсам и прочие радости жизни предоставить можешь?

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

Но будучи наслышан про 12309, сделал вывод что увидел именно его.

Ты инженер или сопля? (с)

Все глюки надо документировать и анализировать.

неосиляторов systemd тред

Пришло время переустановить эту машину, без Fedora.

Slackware поставить.

Все глюки надо документировать и анализировать.

Это когда у тебя времени на это хватает. А если у тебя за спиной стоит 100 человека, готовые тебя разорвать на куски, если сиюминутно не исправишь ситуацию, то не до этого. Хотя болшинство глюков все же задокументированы, и к большинству прицеплены рецепты по лечению. Но не все... в основном только те, которые проявлялись не единожды (хотя бы дважды).

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

Значит после фикса выдрать все логи и посидеть проанализировать фс.

за спиной стоит 100 человека

man избыточность и отказоустойчивость.

Slackware поставить.

Ненужно заменить на устаревшее не нужно? Умно!

Fedora

О, ей кто-то ещё пользуется.

Когда линукс вырастет до нормального уровня по коммерческому

софту (Photoshop for Linux, Lightroom for Linux, > CorelDRAW for Linux)
- можно будет подумать вернуться обратно.

ААААААААААААААААААААААААА
ЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫ
Оно возможно только если канноникл похоронит шапку и будет выпускать ОДИН десктопный линукс, полностью совместимый с зоопарком серверных реализаций.

Спасибо, 1 раз не федорас

Он таки поставил убунту