Почему Линукс - говно. Часть 1. п╒п╣п╨я│я┌.

[love5an]

Таки решил начать писать цикл статей, где я буду долго, обстоятельно, и по пунктам, обосновывать почему мне так не нравится Линукс(и отчасти, Unix вообще), и даже больше - почему я считаю его просто говном.

Всё познается в сравнении - поэтому я и в этой и в последующих частях цикла буду сравнивать линукс с чем-то другим. Часто - с Windows, как с наиболее приятной и знакомой мне линейкой операционных систем, но вообще - и с другими системами тоже.

Заголовок можно расшифровать вот тут:
http://www.artlebedev.ru/tools/decoder/

Да, все вещи, связанные с этим вот словом - одна из очень веских причин называть линукс говном(да и не только его - и многие другие unix-like системы тоже).

Вообщем, с текстом в линуксе ад и погибель.

В Windows все просто и прозрачно - с кодировками мы мучаемся только когда работаем с данными из файлов и прочих бинарных блобов^[1].

Для системных же вызовов, включая чтение текста с консоли, у нас всегда есть функции с суффиксом «W», про которые мы точно знаем - там и на входе и на выходе используется UTF-16, вне зависимости от того, как локализована система, или, скажем, аниму какой страны производства смотрит пользователь в данный момент.

В именах файлов Windows всё так же просто и понятно - имена файлов, и, вообще, имена каких-либо объектов системы, это именно текст, и не просто бинарные блобы, содержащие хрен пойми что вплоть до управляющих символов, заставляющих терминал издавать звуки, а буквы юникода закодированные в UTF-16. Для имен файлов и вообще, путей, существуют четкие и строгие соглашения, навязываемые самой системой - например, имена разделяются или слэшем(причем слэш это вам не байт 00101111b(47), а буква из юникода с кодом 002Fh), и/или обратным слэшем(причем только им, если путь в форме UNC), например, и в них не может быть некоторых литер - и с путями другого вида система просто не работает^[2].

Но в линуксе, и многих подобных ему unix-like системах - ничего такого просто нет. Имя файла это просто куча байт.

Поэтому, например, существуют целые талмуды о том, как правильно работать с путями файлов даже из банального bash^[3], заточенного, казалось бы, на юникс по самые уши.

Если говорить о кодировках, то большинство разработчиков, админов и пользователей Linux по умолчанию подразумевает под текстом ASCII-7, Latin-1, или UTF-8, но на практике, это просто не правильно, и часто просто не работает, и ломается при первом же шаге в сторону(и ломается даже не только у пользователей из каких-нибудь восточных стран с их иероглифами в CJK, а даже просто у каких-нибудь ретроградов из бСССР, у которых любимая кодировка - что-нибудь из линейки KOI8), или при переносе файла с других операционных систем или просто с переносных носителей.^[4]

Самое смешное что линукс, да и вообще юникс, при этом всем, ориентирован именно на текстовые протоколы.

То есть, хотя бы в том плане, что если на Windows мы, для работы с системой, используем какие-либо функции из системных DLL, которые работают со структурами языка Си и вообще, со структурированными данными, со стабильным ABI, если для системных API и межпроцессного взаимодействия у нас есть объектно-ориентированный COM, то на линуксе для решения задач, связанных с общением с системой и другими программами принято гонять plain-текстом по файлам(в т.ч. VFS), пайпам и сокетам, использовать текстовые конфигурационные файлы(привет DOS и Win3x с их .ini!), использовать для многих программ и сервисов разнообразные кривые скриптовые языки программирования, типа bash, perl, python или ruby(которые добавляют своих приколов^[5]), и т.п.

Кроме проблем с представлением текста это всё, понятное дело, приносит в систему неслабые такие накладные расходы по производительности, памяти и месту на диске(хотя последнее в наше время уже не так актуально, да, если только вы не используете source-based дистрибутив).

1. http://ru.wikipedia.org/wiki/BLOB


2. http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx


3. http://www.dwheeler.com/essays/filenames-in-shell.html


4. http://www.dwheeler.com/essays/fixing-unix-linux-filenames.html


5. http://levgem.livejournal.com/357158.html

Comments

[kika.livejournal.com]

то на линуксе для решения задач, связанных с общением с системой и другими программами принято гонять plain-текстом по файлам(в т.ч. VFS), пайпам и сокетам

Это бред. В юниксе нет никакой разницы между текстом и нетекстом, ну то есть вообще. При винде (вернее мсдосе) головного мозга это трудно понять, но надо стараться!

[love5an.livejournal.com]

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

[samurai-within.livejournal.com]

всегда хихикаю читая в доке про режим "rb" или "wb" для бедняжек.

[(Anonymous)]

linux: open("/proc/meminfo...
WinAPI: GlobalMemoryStatusEx (&statex)...

[love5an.livejournal.com]

во-во

[love5an.livejournal.com]

и /proc/meminfo это текст, и его надо парсить

[4da.livejournal.com]

Прочитать /proc/meminfo и прочитать вторую строку. И ничего плохого в этом не вижу: не нужно городить биндинги для разных языков, чтобы узнать информацию о системе.

Как, кстати, из cmd-файла в вендах узнать, сколько свободной памяти?

[4da.livejournal.com]

чего там парсить? fseek-нуться на нужный байт и сделать fscanf("%d", &mem);

[love5an.livejournal.com]

cmd - из батника чтоли? понятия не имею.

вот как из powershell:

(get-wmiobject Win32_OperatingSystem).FreePhysicalMemory

[stdray.livejournal.com]

cmd не нужен.

powershell

$mem = Get-WmiObject -Class Win32_OperatingSystem

# Display memory
"System     : {0}" -f $mem.csname
"Free Memory: {0}" -f $mem.FreePhysicalMemory

[(Anonymous)]

А тут предполагается, что некоторые другие ОС - не говно? :) Или Windows - венец эволюции прослойки между железками и человеком?

[develop7]

например так

[love5an.livejournal.com]

Windows тоже говно, но менее говно, чем линукс.

А вообще, надо было Symbolics Genera развивать когда-то, эх..
Ну теперь вот надежда на MS, с их Singularity, Midori и прочим.

[4da.livejournal.com]

Лучше ли лес под названием WMI, чем текстовые файлы VFS - хрен знает.

[grundik.livejournal.com]

В винде с текстом не совсем так хорошо, как у тебя написано.

Примеры навскидку:
1. напиши программку, которая добавляет альяс на указанный пользователем сетевой интерфейс. А теперь запусти её на японской винде.
2. считай значение perfcounter-а с добавленного тобою альяса. А теперь смени сетевуху и повтори.
3. на японской винде слеши - это не слеши, и если ты пишешь скрипт на cmd, то очень легко словить те же проблемы, что и на юниксах.

И такого там не так уж и мало.

[grundik.livejournal.com]

венец - это макось. и я почти не шучу.

[(Anonymous)]

Ну теперь вот надежда на MS, с их Singularity, Midori и прочим. Plan 9
fixed

[wizzard]

в венде все хуево, потому что UTF-16LE, а не UTF-8

в линухе все еще более хуево, потому что не стандартизовано

как в макоси - я не знаю.

[(Anonymous)]

> А вообще, надо было Symbolics Genera развивать когда-то, эх..
Внезапно, всё правильно написал.

Итак, обосную, почему ты соснул.

Linux: UTF-8 во все поля, весь код GNU прозрачно работает с UTF-8, как с char*, не нужно еботни с wchar_t. Ретрограды из бСССР - сами себе злобные буратины, ибо нехуй выёбываться.

Windows:
0. "Для системных же вызовов, включая чтение текста с консоли, у нас всегда есть функции с суффиксом «W»" - теперь скажи, почему я несчастным первокурсникам на парах по ЯПМТ обязан объяснять, что это за кракозяблы у них в консоли, и почему они в каждой программе обязаны звать setlocale(LC_ALL, "Russian"), а с вводом с консоли коноёбиться отдельно, вызывая CharToOem? А я тебе скажу - потому что стандартизации в венде, как всегда, нет - в половине мест UTF-16, в половине мест блядская восьмибитная cp1251, причём ещё и от локализации зависит. Да я ебал такую прозрачность.
1. Что выбрать между char и wchar_t?
2. GetWetPisichkaA или GetWetPisichkaW?
3. А _T() нужно?
4. Анальный COM доставляет веселухи с BSTR, который, по сути, pascal-строка (в 2012, на секундочку, году).
5. Вюндикс не умеет в BOM.
6. ????
7. ЛАВСАН ОПЯТЬ СОСНУЛ

[13-49-ru.blogspot.com (from livejournal.com)]

Размер какой именно свободной памяти? Что такое свободная память? Что делать, если при запуске твоей поделки памяти X, а потом её стало Y, потому что админ добавил тазик DRAM-модулей? Нах.я тебе вообще размер свободной памяти сдался?

[kika.livejournal.com]

ps1 скрипт - это скрипт, который на любой винде что сделает? Праааавильно, не запустится. А почему? А потому что ему надо будет инсталлировать специальный интерпретатор! И мало того, что и так у них все, они еще и гордятся этим.
А на баше я могу написать скрипт, работающий на любом юниксе начиная с 80-х годов.

[love5an.livejournal.com]

Лучше.
WMI как минимум типизированный и проще в использовании

[love5an.livejournal.com]

>ps1 скрипт - это скрипт, который на любой винде что сделает? Праааавильно, не запустится. А почему? А потому что ему надо будет инсталлировать специальный интерпретатор! И мало того, что и так у них все, они еще и гордятся этим.

1) Начиная с Win7 он есть везде.
2) Установить вообще не проблема.
3) Не нравится PS - дык, кто заставляет, WMI можно хоть из встроенного WSH потрогать:

  = GetObject()
         .InstancesOf()
         .ItemIndex(0);
WScript.Echo + os.FreePhysicalMemory + ;

>А на баше я могу написать скрипт, работающий на любом юниксе начиная с 80-х годов.

Что-то я сомневаюсь что у всех юниксов одинаковые /proc.
Вон на макоси /proc/meminfo вообще нет, например, это чисто линуксовая фича.

[love5an.livejournal.com]

http://www.mombu.com/programming/hpux/t-why-does-code-fail-to-find-exact-amouut-of-ram-1573802.html

[love5an.livejournal.com]

свободная физическая память.

Поставили новой - ну так, новое значение узнаем.
Зачем вообще - да хз, это пример просто.