The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Линус Торвальдс подготовил открытый проект для дайверов, opennews (?), 23-Сен-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


17. "Линус Торвальдс подготовил открытый проект для дайверов"  +8 +/
Сообщение от anonymous (??), 23-Сен-11, 15:00 
Да и слава Богу, что на C. Хоть кто-то еще задумывается о том, сколько ресурсов жрет его программа.
Ответить | Правка | Наверх | Cообщить модератору

48. "Линус Торвальдс подготовил открытый проект для дайверов"  +1 +/
Сообщение от savant (ok), 23-Сен-11, 16:16 
В данном случае выбор языка программирования был скорее всего по принципу "а что я хорошо знаю". А C Торвальдс знает очень хорошо.
Ответить | Правка | Наверх | Cообщить модератору

63. "Линус Торвальдс подготовил открытый проект для дайверов"  –2 +/
Сообщение от dq0s4y71 (??), 23-Сен-11, 19:23 
Да ладно! Здесь использование ресурсов не настолько критично. Всё равно она занимается, в основном, ожиданием твоего ввода. Ну откликается она чуть медленнее и отжирает чуть больше памяти - на глаз и не заметишь. Тут важнее побыстрее её написать, ибо на такую хрень мне лично было бы просто жаль времени. Я бы такое на каком-нибудь Лазаре написал :)

А вот зачем пишут на чём-то, кроме Си, медиа-плееры или торрент-клиенты, которые работают постоянно в фоне, в режиме реального времени и отжирают кучу ресурсов, мне действительно не понятно.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

69. "Линус Торвальдс подготовил открытый проект для дайверов"  +1 +/
Сообщение от Аноним (-), 23-Сен-11, 20:17 
> Да ладно! Здесь использование ресурсов не настолько критично.

Халтура начинается с малого. А потом и появляется монстр который жрет 100500 метров в процессе работы непонятно на что и жестоко тупит как только порция данных окажется чуть больше того что протестировал сам автор.

Ответить | Правка | Наверх | Cообщить модератору

86. "Линус Торвальдс подготовил открытый проект для дайверов"  +/
Сообщение от dq0s4y71 (??), 24-Сен-11, 01:38 
Насчёт халтуры не понял. Что, на Си нельзя сделать халтуру? А что касается ресурсов, то если парсер логов оставить парсером логов, и не пытаться вырастить из него монстра, то экономить каждый байт не вижу смысла.
Ответить | Правка | Наверх | Cообщить модератору

94. "Линус Торвальдс подготовил открытый проект для дайверов"  +/
Сообщение от украуиуа (?), 24-Сен-11, 11:00 
> Насчёт халтуры не понял. Что, на Си нельзя сделать халтуру? А что
> касается ресурсов, то если парсер логов оставить парсером логов, и не
> пытаться вырастить из него монстра, то экономить каждый байт не вижу
> смысла.

Линус на С точно не сможет сделать халтуру, у него под коркой мозга уже на уровне рефлекса правила написания отличного кода)))

Ответить | Правка | Наверх | Cообщить модератору

100. "Линус Торвальдс подготовил открытый проект для дайверов"  +/
Сообщение от Ytch (?), 24-Сен-11, 15:34 
> Насчёт халтуры не понял. Что, на Си нельзя сделать халтуру?

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

> ...то экономить каждый байт не вижу смысла.

Каждый байт, может, в данном случае и не надо, но согласитесь, что если простой парсер логов грузится 5-10 секунд и жрет сразу 100-200 Мб "в никуда" еще до того как начал собственно парсить логи, то это слегка перебор (на всякий случай: это я привожу сильно утрированную обощенную ситуацию, а не конкретный парсер логов).

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

130. "Линус Торвальдс подготовил открытый проект для дайверов"  +/
Сообщение от dq0s4y71 (??), 24-Сен-11, 22:43 
> Но с точки зрения пожирания ресурсов, на Си надо приложить все-таки какие-то усилия, чтобы эти ресурсы "пожрать"

Легко. Забудьте где-нибудь освободить память и она "потечёт". И потом у Си есть другие проблемы. Небезопасность сишного кода, например. Пресловутое переполнение буфера и пр.

> на всякий случай: это я привожу сильно утрированную обощенную ситуацию, а не конкретный парсер логов

Вот-вот. Это ключевая фраза. Давайте говорить предметно, а не придумывать "5-10 секунд" и "100-200 Мб" "от фонаря".

Ответить | Правка | Наверх | Cообщить модератору

125. "Линус Торвальдс подготовил открытый проект для дайверов"  +/
Сообщение от Аноним (-), 24-Сен-11, 21:25 
> Насчёт халтуры не понял. Что, на Си нельзя сделать халтуру?

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

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

Тем не менее, практика показала что если вгружать например в программы длинные GPS треки - ресурсов их парсинг может скушать очень прилично. А если это несколько дней и с сэмплами раз в секунду - число отсчетов может измеряться миллионами. А нынче уже есть приемники и с частотой отдачи координат 5 и даже 10 Hz например. Как вам отстроить график по миллионам отсчетов? И что, скриптоязык не тормознет в этом? Да не втирайте, тупняк будет жесточайший.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

131. "Линус Торвальдс подготовил открытый проект для дайверов"  +/
Сообщение от dq0s4y71 (??), 24-Сен-11, 23:10 
> На си можно сделать халтуру, но сложнее чем на допустим питоне или
> JS. На оных каждая первая программа - халтура, лишь бы побыстрее,
> а на качество - плевать!

"Плевать" - это отношение программиста к своей работе, т.е. частный случай, который здесь не рассматривается. Мы исходим из того, что Линус всё-таки подошёл к этой задаче добросовестно. А вот с тем, что решить эту задачу на Питоне можно побыстрее, я, пожалуй, соглашусь.

> Тем не менее, практика показала что если вгружать например в программы длинные
> GPS треки - ресурсов их парсинг может скушать очень прилично. А
> если это несколько дней и с сэмплами раз в секунду -
> число отсчетов может измеряться миллионами. А нынче уже есть приемники и
> с частотой отдачи координат 5 и даже 10 Hz например. Как
> вам отстроить график по миллионам отсчетов? И что, скриптоязык не тормознет
> в этом? Да не втирайте, тупняк будет жесточайший.

Я не знаю как работает данный конкретный парсер. Если он работает в реальном времени, то тут альтернатив нет - только Си. А если он просто тасует миллион точек, то большой разницы не вижу - всё равно основной объём памяти будет тратиться на хранение этих точек, и издержки, допустим, на виртуальную машину будут относительно небольшие. Lua, например, вместе с компилятором и виртуальной машиной занимает не больше 200К. У некоторых языков отладочная информация побольше будет. Зато не надо думать, сорвёшь ты стек каким-нибудь strcat-ом или sprintf-ом, или нет. Такие проблемы вообще не должны волновать программиста, пишущего такую хрень :) Его должно заботить, как морду поудобнее и покрасивее сделать, и побыстрее :)

Ответить | Правка | Наверх | Cообщить модератору

143. "Линус Торвальдс подготовил открытый проект для дайверов"  +/
Сообщение от Аноним (-), 05-Окт-11, 02:50 
> Зато не надо думать,

У почти всех виденых програмеров на таких штуках основным девизом было процитированное. Особенно этим грешат дотнетчики и жабисты (как только на что-то не оказалось класса - все, хана, задача решения не имеет, FAIL). Но всякие там питонщики их в этом плане успешно догоняют.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру