Windows vs Linux - Как десктоп , и игровая станция.

Цитата linuxfan @ 25.03.08, 08:33

1. Каким образом запускать твой скрипт? Я так понимаю, что не в cmd

В оболочке, поддерживающей PowerShell.

Цитата

2. Что-то я не заметил ограничение рекурсии до 2-го уровня вложенности (т. е. только каталоги внутри каталогов текущего каталога)

Не понял, зачем ограничение рекурсии? Как посчитать полный размер каталога, если не спускаться до конца? Смысл в этом какой?
Поясни, что ты имел в виду?

Цитата linuxfan @ 25.03.08, 09:36

Я сейчас открою страшный секрет: всем, за исключением гиков, коими являются некоторые участники дискуссии (я в том числе), глубоко наплевать на софт.

Да, если это софт в стиле проигрывателей аудио/видео (хотя я не нашел ни одного проигрывателя устраивающего меня в удобстве и качестве) или гляделки картинок. А если это 1С или MS Axapta? Или еще какой-нибудь специализированный софт, коий когда-то написал штатный программист? Азнаете ли вы, сколько у всяких оптовых компаний программ для заказов, которые были написаны чисто под вынь?

Цитата linuxfan @ 25.03.08, 09:59

А давайте подумаем, зачем нужны эти экспорты-импорты веток реестра? Правильно: потому что все настройки хранятся в одном месте и удобного способа их массового редактирования в природе нет.
В линуксе:
1. параметры отдельно взятого приложения лежат в отдельном конфиге (или в нескольких файлах)
2. все конфиги текстовые и экспорт/импорт заменяется элементарным copy'n'paste в текстовых редакторах, а часто хватает даже тупой команды cp
И нахрена нам виндовые костыли, когда наши аналогичные задачи решаются легко и прозрачно? «Чтоб было» чтоли?
Не, я понимаю, что в винде MS активно навязывает ректальное поглощение пищи, но в остальном мире живут по-старинке.

Ты претворяешься или правда не дошло? Если не дошло, то ражовываю по пунктам:
1) Импорты-экспорты нужны, чтобы не сидеть и не править ручками у каждого пользователя конфиги, а просто взять и импортнуть.
2) Конфиг нельзя скопировать полностью, потому что одни настройки в нем нужно оставить как есть, а другие обновить.
3) Линевые патчи не подходят, т.к конфиги у разных пользователей могут быть не идентичны.
4) То, что ты мне показал не является элегантным решением задачи, т.к. скрипт должен писаться под конкретную задачу, а рег-файл охватывает все 3 приведенных мною проблемы.

Цитата $im @ 25.03.08, 10:21

1) Импорты-экспорты нужны, чтобы не сидеть и не править ручками у каждого пользователя конфиги, а просто взять и импортнуть.

cp

Цитата $im @ 25.03.08, 10:21

2) Конфиг нельзя скопировать полностью, потому что одни настройки в нем нужно оставить как есть, а другие обновить.

Еще раз: это проблема убогости виндового решения с реестром. Нам не нужны ваши костыли, чтобы решать несуществующие у нас проблемы. Про sed, grep || echo я уже писал

Цитата $im @ 25.03.08, 10:21

4) То, что ты мне показал не является элегантным решением задачи, т.к. скрипт должен писаться под конкретную задачу, а рег-файл охватывает все 3 приведенных мною проблемы.

Хм, гентушники все время компилят софт, а виндузятники, значит, постоянно мержат ветки реестра? Жжёшь! Пиши еще!

Цитата $im @ 25.03.08, 10:21

Да, если это софт в стиле проигрывателей аудио/видео (хотя я не нашел ни одного проигрывателя устраивающего меня в удобстве и качестве) или гляделки картинок

1. mplayer
2. eog
Кстати, как только мне понадобилось в винде посмотреть видео, я сразу же пошел и скачал mplayer, ибо... Ну вы сами понимаете, мне трах с виндовыми недокодеками и недопроигрывателями нафиг не сдался

Цитата $im @ 25.03.08, 10:21

Или еще какой-нибудь специализированный софт, коий когда-то написал штатный программист?

Я еще раз повторяю: нужен инструмент для решения задачи, а не софт. Для решения многих офисных задач инструменты в линуксе уже есть.

Цитата $im @ 25.03.08, 10:21

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

Значит они будут использовать винду. По крайней мере для какого-то круга задач. И я заранее сочуствую тем, кому придется сношаться с таким «заказным софтом», ибо это говно редкостное. Знаю не понаслышке.

Добавлено 25.03.08, 10:37

Цитата Hryak @ 25.03.08, 10:16

В оболочке, поддерживающей PowerShell.

А есть шанс запустить это в WinXP?

Цитата Hryak @ 25.03.08, 10:16

Не понял, зачем ограничение рекурсии? Как посчитать полный размер каталога, если не спускаться до конца? Смысл в этом какой?
Поясни, что ты имел в виду?

Я имел ввиду что надо посчитать полный размер всех каталогов, находящихся на втором уровне вложенности.
Т. е.
[code=con]dir1/

Добавлено 25.03.08, 10:43

Цитата Hryak @ 25.03.08, 10:16

Не понял, зачем ограничение рекурсии? Как посчитать полный размер каталога, если не спускаться до конца? Смысл в этом какой?
Поясни, что ты имел в виду?

Блин, не то нажал по ошибке
Ну в общем, вилдкард такой: */*
Ну а практическое обоснование: есть у меня каталог Documents, в нем категоризованная документация, скажем, о C++, Windows, Linux etc. Внутри каждого такого каталога ебуки так же разложены по директориям (например о сокетах, об администрировании и т.п.) -- ну нормальный, в принципе, подход. И мне нужно понять, где же больше всего скопилось всякой бяки в каталогах второго уровня вложенности (т. е. C++/*, Windows/*, Linux/*).

Leprecon, я немного по-колупался с проектом mangos (это фриварный сервер для ряда MMORPG и WoW в том числе, для WoW, пожалуй самый работоспособный -- более половины не-офф серваков именно на нём), после наших с тобой разговоров. Решил посмотреть как это у людей сделано. Интересно.

Итак, по мифам (что меня лично воткнуло):

Цитата

Миф 1. ... А опытный администратор сможет настроить и ту, и другую ОС для обеспечения хорошей безопасности.

Может, и может. А может и нет. Всё упирается в личность админа, а не в готовые шаблоны по обеспечению безопасности? Как интересно... А если админ уйдёт? А софт надобно будет обновить (я не говорю о "переставить")? Это теперь называется "production"? Ню-ню...

Цитата

Миф 2. Linux экономит на стоимости серверов. И вправду, win2k3 надо покупать, и лицензия стоит от $1000. Однако его также можно арендовать за $50 в месяц. Добавим, что аренда хорошего сервера в дата-центре стоит порядка $500 в месяц. То есть на Linux мы экономим около 10% стоимости сервера. Сюда можно еще добавить, что если один сервер держит хотя бы 1000 человек и каждый человек платит $10 в месяц, то с каждого сервера доход будет $10000 в месяц (расчет очень занижен, реально доход намного больше). Поэтому вместо холиваров стоит потратить время на сохранение оставшихся $9950 с сервера - это будет намного эффективнее.

Ха-ха-ха!!!! Арендовать сервер? Да нет. Я не говорю о "невозможности". Сервер Win2k3 сколько соединений поддерживает? "Искаропки" и без попыток обмануть хост-среду? Часом, не 1024? Поправьте, если можно -- я уже не помню. А это важно, т.к. ответ Linus прост -- unlimited. За $50 или даже $500 в месяц мы получаем малость подрезанную среду, причём без явных и понятных ответов на вопрос -- а почему подрезали-то? Далее. Придётся заниматься любовью с балансировкой нагрузки на том же сервере. На одном сервере в таком случае будет ни один и, возможно, даже не два программных сервера. Как-то разрулить на ни нагрузку надо? Надо... Отбалансировать? Ну, можно. А зачем, если у Linux есть возможность жить проще -- без каких-то дичайших алгоритмов балансировки? Зачем усложнять на ровном месте -- чтобы не писать под Linux? :D:D

Цитата

Миф 3. Под Linux очень сложно разрабатывать. Да, Visual Studio под Linux нет. Однако вполне приличные IDE есть. Плюс можно разрабатывать под MSVS и после этого портировать на Linux. Если делать это с самого начала разработки, то ресурсов уйдет минимум - порядка 1 человеко-месяца. Это небольшое время по сравнению с общим временем разработки, которое может достигать сотни человеко-месяцев.

А я скажу что это под Windows очень сложно разрабатывать. Какая-то полу-безумная среда разработки лезет везде, где ни попадя при этом норовя подставить что-то из того, что мне не надо. Я замечу, что если у девелопера не хватило мозгов на овладение vim/gvim, то разрабатывать ему ровным счётом ни чего не нужно. Ибо это напряг для мозгов несусветный. Сочетания клавиш в vim запоминаются по ходу работы.

С другой стороны -- если говорить о сервере, то в линукс есть чисто линуксовый epoll(). В разы быстрее poll() и, тем паче, select(). Да. Софт будет не кросс-платформенный. Но зато шустрый. А вам таки шашечки или ехать?

Цитата

Миф 4. Под Linux сложно найти разработчиков. Да, квалифицированных программистов под Linux мало. Но их много и не надо. Большая часть кода пишется платформонезависимой. Разница в компиляторах небольшая и выучить ее несложно.

Это уже не миф, да простит меня автор сего опуса. Это полный, ни чем не замутнённый бред. Поведение компилятора будет сходным только в случае отказа от оптимизации кода. В случае разумной конфигурации оптимизатора, код будет различным! И число опций оптимизатора в разы (для GCC) больше, чем у того же MSVC. Зависит от типа процессора, наличия тех или иных опций (3DNow или MMX использовать или нет?). Разворачивать циклы или нет? Что делать или ни чего не делать с функциями __inline__ (в С для Linux есть возможность указать атрибуты функций и инлайнинг СИШНОЙ функции в том числе)... АУУУУУУУ! Да здесь можно страниц сто наваять про те или иные опции компилятора! И это не смотря на то, что при включении опции -O2 будет включена большая часть нужных опций, но не вся. Например, не будет развёртывания циклов, он при этой опции может и не включаться -- зависит ещё и от версии (один пример). Полностью безграмотное описание "мифа", происходящее от полнейшего незнакомства с GCC.

Цитата

На пиратских эмуляторах это точно работало. Про официальный сервер точно не скажу.

LOOOOL! На каких-каких "эмуляторах" это работало? На пираааатских... О как! Мсье явно не в курсе того, что тот же mangos (см. выше) ни коем образом не связан с Blizzard'ом, использует свою структуру БД, саму БД (пока только MySQL, к сожалению) и прочая и прочая и прочая. Одно то, что проект писался не для эмуляции WoW, это скорее, побочный эффект выводит его из-под определения "пиратский".

Цитата

Пример 1. В WoW в каждом крупном городе стоят несколько спамботов. Они выкрикивают запрещенные объявления. Саппорт их постоянно блокирует, но они так же быстро пересоздаются. Так как любой человек может создать trial account бесплатно, то сами спамеры ничего не теряют от блокировок.

Пффф... Система чата в WoW -- IRC в его чистом виде. На каждую локацию приходится несколько каналов (Trade, Local Defence, etc, если кто рубился в WoW). Ни что не мешает создать на произвольном IRC-сервере спам-бота. И его блокировать (забанить) довольно просто -- по маске имени (у ботов сходные имена), по IP, по real-name. Можно создать защищённые по паролю и|или по приглашению (invite) каналов. Для "групповых действий" так и делается.

Ладно. Дальше комменты писать смысла нет. Автору незачёт и рекомендация хотя бы предметно познакомиться с "программированием" под Linux. Так было бы умнее.

В статье нет ни какого описания скриптового движка WoW. А это, как ни крути, его сердцевина. Т.е., есть некий движок и возможность вызывать функции оного. На LUA можно написать довольно сложные скрипты, реализующие шаблоны боя. Например. Я -- вор в игре. Я могу:
1. Уйти в режим "невидимости".
2. Подойти сзади к жертве.
3. Выполнить "очистить карманы", сдёрнув денежек и шмоток (лута).
4. Нанести удар Ambush, получив комбо-очко.
5. Либо далее бить Sinister-strike'ом, наращивая число комбо-очков, и далее потратить их на другие виды ударов (зависит от цели).
Либо полученное комбо-очко потратить на Slice-and-Dice, далее развивая атаку по аналогичному сценарию...
Более того! Ряд действий "ботов" (NPC) реализованы именно на LUA. Это так... если "чё".

P.S. Leprecon, загляни сегодня ко мне домой с флешкой. Я дам тебе диски с официальным WoW и обновления на флешку залью. А то мне warrior/paladin нужен в группу... Я-то всё больше Rogue'м воюю... :D:D по-играешь, тогда скажешь.

Цитата the_Shadow @ 25.03.08, 10:52

А я скажу что это под Windows очень сложно разрабатывать. Какая-то полу-безумная среда разработки лезет везде, где ни попадя при этом норовя подставить что-то из того, что мне не надо. Я замечу, что если у девелопера не хватило мозгов на овладение vim/gvim, то разрабатывать ему ровным счётом ни чего не нужно. Ибо это напряг для мозгов несусветный. Сочетания клавиш в vim запоминаются по ходу работы.

Но я согласен принять на веру тот факт, что некоторым эта «безумная среда разработки» кажется вполне приемлемой. *тут был яркий эпитет, за который можно было бы схлопотать пару-тройку недель в КСЧ*

Цитата the_Shadow @ 25.03.08, 10:52

С другой стороны -- если говорить о сервере, то в линукс есть чисто линуксовый epoll(). В разы быстрее poll() и, тем паче, select(). Да. Софт будет не кросс-платформенный. Но зато шустрый. А вам таки шашечки или ехать?

В виндах есть completion ports, так что засчитаем паритет в этом вопросе.

Добавлено 25.03.08, 11:09
Кстати, об удобстве: тут у одного товарища на ноутбучной клавиатуре вышла из строя клавиша. USB'шных клавиатур под рукой не оказалось, он быстренько перемапил ее xmodmap'ом и прдолжил работать. А что было бы в винде?
Правильно: носились бы с воплями «подать сюда клавиатуру!!!!»

Цитата

А если это 1С или MS Axapta?

1С? Что я слышу? Бюстгалтеру не безразлично под какой ОС она работает, если она кликнула на знакомую до боли иконку на рабочем столе и начала делать своё бухгалтерское дело? Уверяю Вас -- ей это сугубо монопениссуально. Под wine 1С ходит. И весьма не плохо. В случае, если 1С работает с DBF-файлами, то весьма не плохо это работает на reiserfs (samba ещё нужна). Электронные ключи ставятся (замечу) и под Linux и под Windows. Правда, я бы заметил, что есть 1С и под PostgreSQL. http://v8.1c.ru/overview/postgres_patches_notes.htm Это значительно дешевле, чем использовать MS SQL. Стоимость знаете?

Цитата

Значит они будут использовать винду. По крайней мере для какого-то круга задач. И я заранее сочуствую тем, кому придется сношаться с таким «заказным софтом», ибо это говно редкостное. Знаю не понаслышке.

Ну я использовал софт -- заказнее некуда из-под win в Linux. Успешно. Софт был от компании Qualcomm (для сети CDMA), чего дальше? Мне зачастую нужен просто инструмент, а не изыски на почве того, что я поймал виря, т.к. манагер-урод опять пол-дня по прносайтам лазил и чего-то подцепил. А потом мне подарил это на флешке или в архиве.

Единственное, что реально напрягает -- так это когда в заказном софте "программист"-быдлокодер использует какие-нибудь ActiveX, писанные на Borland'е и требующие туеву хучу дополнительных библиотек, которые приходится взгроможать под wine. Задача решаемая, но гимор это... До меня до сей поры не доходит -- ну пишите вы под M$, так и используйте компиляторы и среды M$, там для этого всё есть...

Цитата linuxfan @ 25.03.08, 10:34

А есть шанс запустить это в WinXP?

Там и запускал, пока писал. Правда, это нужно доустанавливать - появилась штука позже WinXP.

Цитата

Я имел ввиду что надо посчитать полный размер всех каталогов, находящихся на втором уровне вложенности.
Т. е.
...
Ну в общем, вилдкард такой: */*
Ну а практическое обоснование: есть у меня каталог Documents, в нем категоризованная документация, скажем, о C++, Windows, Linux etc. Внутри каждого такого каталога ебуки так же разложены по директориям (например о сокетах, об администрировании и т.п.) -- ну нормальный, в принципе, подход. И мне нужно понять, где же больше всего скопилось всякой бяки в каталогах второго уровня вложенности (т. е. C++/*, Windows/*, Linux/*).

Так ведь и сделано - вычисляется полный размер всех каталогов второго уровня вложенности от текущего.
Вот, например, запустил для каталога C:\Windows:

Name                           Value
----                           -----
Name                           C:\WINDOWS\assembly\NativeImages_v2.0.50727_32
Size                           260942336
Name                           C:\WINDOWS\Microsoft.NET\Framework
Size                           209170489
Name                           C:\WINDOWS\Symbols\dll
Size                           174456832

Цитата

В виндах есть completion ports, так что засчитаем паритет в этом вопросе.

Ммм... Не видел такого (давно уже не слежу за витийством мысли разработчиков от M$), ссылкой поделишься? Впрочем, MSDN законодательно пока не отменили...

Цитата

I/O completion ports provide an efficient threading model for processing multiple asynchronous I/O requests on a multiprocessor system.

Это отсель -> http://msdn2.microsoft.com/en-us/library/aa365198.aspx
А какое дело винде -- мультипроцессор систем у меня или нет? Её-то какая собачья разница? Странно... На Sharp Zaurus SL-C3200 под веткой ядра 2.6.18 таких ограничений нет...
http://msdn2.microsoft.com/en-us/magazine/cc302334.aspx -- здесь по-подробнее. Соглашусь -- весьма и весьма похоже. Не более. Реально напрягло замечание про многопроцессорные системы. Надо бы по-тестить, а лень, если честно...

Цитата

Ммм... Не видел такого (давно уже не слежу за витийством мысли разработчиков от M$), ссылкой поделишься? Впрочем, MSDN законодательно пока не отменили...

видать, очень давно не следишь, т.к. это появилось ещё в win2k

Сообщение отредактировано: Бобёр - 25.03.08, 11:27

Цитата the_Shadow @ 25.03.08, 10:52

С другой стороны -- если говорить о сервере, то в линукс есть чисто линуксовый epoll(). В разы быстрее poll() и, тем паче, select(). Да. Софт будет не кросс-платформенный. Но зато шустрый. А вам таки шашечки или ехать?

в виндах есть CreateIoCompletionPort

Цитата the_Shadow @ 25.03.08, 10:52

Саппорт их постоянно блокирует, но они так же быстро пересоздаются.

ну... на офах спам ботов тоже - немерянно, так как триальный аккаунт можно создать бесплатно (на 10 дней)

Добавлено 25.03.08, 11:29

Цитата the_Shadow @ 25.03.08, 11:20

Ммм... Не видел такого (давно уже не слежу за витийством мысли разработчиков от M$), ссылкой поделишься? Впрочем, MSDN законодательно пока не отменили...

Цитата

Requires Windows XP, Windows 2000 Professional, or Windows NT Workstation 3.5 and later.

фича, как видиш - старая

Сообщение отредактировано: LuckLess - 25.03.08, 11:29

Цитата

видать, очень давно не следишь, т.к. это появилось ещё в win2k

Ага... Я с тобой соглашусь -- с каждым годом я всё дальше от планеты M$. И есть ли там жизнь, нет ли там жизни... Какая на фиг разница? Вот только не стоит писать нам о наших проблемах. Они, конечно есть, но вовсе не таковы, как это видится из-под Windows...

Цитата

в виндах есть CreateIoCompletionPort

Отписался ужо.

Цитата

ну... на офах спам ботов тоже - немерянно, так как триальный аккаунт можно создать бесплатно (на 10 дней)

Не. Я имел ввиду "чистого IRC-бота". Если через перса, то это не выходя из игры наваять можно -- скриптец, шлющий чего-то скаким-то интервалом реализуется... довольно быстро. Хотя, в WoW я не шибко люблю именно скрипты. :D:D С функциями просто интереснее.

Цитата the_Shadow @ 25.03.08, 11:33

Отписался ужо.

да тема просто слишком быстро обновляется

Народ, а в Win2k3 есть ограничения на число открытых сокетов или нет? Я откуда-то помню число 1024, что-то с ограничениями было по сокетам... Научите бестолкового... А то я стар стал, памятью скуден...

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

Цитата

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

AQL, я вообщем-то Лаклесу отзвонился -- запросил инфу. Сам я не помню. Но могу заметить, что это просто офигенно -- жить в мире, где нет ограничений из-за маркетинговой политики (иных объяснений этому нет) той или иной компании.

Что касаемо "ядерных объектов", то здесь другой вопрос -- нафига всё, что нипопадя тянуть в ядро? Оно понятно -- ядро не резиновое. Почему не сделать систему по принципу того же Linux (UNIX)? Есть ядро, есть оболочка (командный интерпретатор с довольно мощным скриптовым языком, плюс средствами интеграции программ на уровне скриптов или отдельных утилит) и есть набор утиля. А дальше уже наслаивать по очереди -- GUI, библиотеки для GUI, ... поддержка принтеров, поддержка сканнеров... Получится Linux, но за деньги? Ну... апологеты этого всегда будут, я полагаю... В конце-концов и за тех. поддержку RadHat'а кто-то же платит... Пусть платят...