The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "
Отправлено Аноним, 17-Дек-12 16:32 
> Зачем эта самодостаточная штука в полметра ставит раком двухъядерный писюк с 8ГБ(7 cвободно)

Нельзя ли определение того что есть "ставит раком 2-ядерный писюк с 8Гб"? У меня почему-то раком не встает даже мелкий роутер, у которого ресурсов на порядок меньше. А поставить раком упомянутую машину - это надо недюжинный талант иметь. Система перестает отвечать? Пардон, тогда это вопрос к системе и ее админу. Диск зашивается? Кто-то наверное буффер кэша трансмишну не отрастил, что при свободных 7Гб довольно странно.

> на раздачах, с которыми те же deluge и qbittorent на ура справляются, откроешь секрет?

Да легко. Трансмишн сам по себе не делает ничего такого особого, фундаментально отличающегося от всех остальных. Если программа может заклинить многозадачную систему целиком - вопросы к системе. Которая облажалась с планировкой ресурсов. Ну или так хорошо настроено.

>> - во "счастье" то.
> Спасибо за предложение конечно, но я пожалуй оставлю единственным средством
> коммуникации со своей мелкой железкой ssh,

Через него довольно неудобно инструктировать мелкую железку "а скачай-ка мне тут между делом вот это". Да и отображение состояний закачек через вебморду нагляднее.

> а ГУЙ со всеми компонентами попрежнему буду туннелировать с писюка,

А мне нравится самодостаточность. Чем больше компонентов в системе - тем вероятнее что она в нужный момент сбойнет.

> когда это необходимо.

Опять же - я хочу просто зайти и порулить. А не возиться с раскочегаркой писюков и чего там еще "когда необходимо". Хорошо если клиент не только RPC интерфейс вывешивает но и в состоянии вгрузить в любой браузер некие средства для работы с ним. Очень удобно.

> А лубочные самопальные вэвсервера на выставленном в Инет устройстве нену^H^H к добру.

Мелкий сервер имеет все шансы быть довольно секурным. В силу размера кода. А в упомянутом случае я рискую багами
- В вебсерваке и его конфигурации.
- В двигле баз данных.
- Иньекции в базу.
- Дыры в скриптах.
- Дыры в двигле запуска скриптов.

Как-то явно больше мест где можно поймать сплойтом. Намного больше кода работает. Если утверждается что так безопаснее - я не склонен этому верить на слово. Всего лишь потому что D.J.Berstein резонно показал что чем меньше кода - тем меньше багов. Включая и секурити-проблемы.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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