все то же что и в PyCharm, но мне нужна поддержа ruby вдобавок

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

ну то есть пайчарм можно поставить, как плагин к idea?

просто Python Plugin

спасибо, может, как-нибудь попробую

он вообще говоря по умолчанию стоит

Не благодарите

у меня проблема с вимоплагинами в том, что их вечно нет на удаленных системах :)

само собой не будем. за что тут благодарить, если это хрен скопируешь?

у меня проблема с вимоплагинами в том, что их вечно нет на удаленных системах :)

а пайчарм на них конечно же есть

а пайчарм на них конечно же есть

там выше говорят, что он умеет уже в удаленную отладку без костылей

оно работает хотя бы в 2 раза медленнее ИДЕИ, не в 10?

вим тоже вроде умеет

оно работает хотя бы в 2 раза медленнее ИДЕИ, не в 10?

У идеи своих проблем море

У идеи своих проблем море

ну Атома

ну Атома

Атом - это вообще то еще поделие

Саблайм лучше, если нужен гуй

я одно время имел их всех — VSC/Sublime/Atom и еще штуки три оставил Атом, но они имхо совершенно одинаковы

я одно время имел их всех — VSC/Sublime/Atom и еще штуки три оставил Атом, но они имхо совершенно одинаковы

у саблайма безумное количество толковых плагинов и конфиги в json

он просто раньше появился и чуть более развит, имхо

оно работает хотя бы в 2 раза медленнее ИДЕИ, не в 10?

в 8 виме всё ок летает

у меня проблема с вимоплагинами в том, что их вечно нет на удаленных системах :)

neovim попробуй

Мужики, вопрос. Пишу http качалку с заданной скоростью закачки. Есть размер файла, есть скорость. Размер/скорость = время. И как реализовать так, чтобы именно за это время скачалось? Мысли крутятся вокруг какого-то буфера

Мужики, вопрос. Пишу http качалку с заданной скоростью закачки. Есть размер файла, есть скорость. Размер/скорость = время. И как реализовать так, чтобы именно за это время скачалось? Мысли крутятся вокруг какого-то буфера

тебе кто-то может гарантировать скорость загрузки?

Мужики, вопрос. Пишу http качалку с заданной скоростью закачки. Есть размер файла, есть скорость. Размер/скорость = время. И как реализовать так, чтобы именно за это время скачалось? Мысли крутятся вокруг какого-то буфера

у тебя гарантированный канал?

Ага

ты уже на питоне пишешь?

Ага

шейпингом урежь его до нужной скорость для данного класса, в приложении выставляй класс трафика

ты уже на питоне пишешь?

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

управление трафиком — это задача в лучшем случае ядра ОС

причем ОС отдающей трафик, а не принимающей

управление трафиком — это задача в лучшем случае ядра ОС

Мне предлагали token bucket реализовать, но я не смог связать с закачкой в wb режиме

Мне предлагали token bucket реализовать, но я не смог связать с закачкой в wb режиме

в принципе да, но на стороне приложения это делать — удалять гланды через пятку

Мужики, вопрос. Пишу http качалку с заданной скоростью закачки. Есть размер файла, есть скорость. Размер/скорость = время. И как реализовать так, чтобы именно за это время скачалось? Мысли крутятся вокруг какого-то буфера

берёшь и пишешь свой сетевой стек на питоне, который будет регулировать размер окна например, бгг

Должны же быть библиотеки, которые это умеют

Должны же быть библиотеки, которые это умеют

ядро Linux например

def download_with_buffer(link, destination): file_name = link.split('/')[-1] print("filename: " + file_name) destination = os.path.join(destination, file_name) with open(destination, "wb") as file: #get request response = get(link) #write to file file.write(response.content) то есть пока все это качает, но вот ограничить

берёшь и пишешь свой сетевой стек на питоне, который будет регулировать размер окна например, бгг

это уже будет не http качалка

Мужики, вопрос. Пишу http качалку с заданной скоростью закачки. Есть размер файла, есть скорость. Размер/скорость = время. И как реализовать так, чтобы именно за это время скачалось? Мысли крутятся вокруг какого-то буфера

при скачке по http ты можешь смещение внутри файла, которое тебе отдать, запрашивать заголовками

http://stackoverflow.com/questions/3488616/bandwidth-throttling-in-python

просто берешь размер файла и по времени делишь на куски, отправляя запросы руками

как вариант

http://stackoverflow.com/questions/3488616/bandwidth-throttling-in-python

ахуенные ответы. 1 говорит на тебе либру и там обертку сделай, второй говорит на тебе bucket алгоритм. или другую либу

просто берешь размер файла и по времени делишь на куски, отправляя запросы руками

что-то подобное нашел http://stackoverflow.com/questions/13573146/how-to-perform-time-limited-response-download-with-python-requests

ахуенные ответы. 1 говорит на тебе либру и там обертку сделай, второй говорит на тебе bucket алгоритм. или другую либу

да еще и устарелую либу

тогда уж https://pypi.python.org/pypi/asyncio-throttler/0.1.0

или https://aiothrottle.readthedocs.io/en/latest/

что-то подобное нашел http://stackoverflow.com/questions/13573146/how-to-perform-time-limited-response-download-with-python-requests

да, тут ближе к истине

но, опять же, у тебя вместо eventlet уже есть asyncio

тогда уж https://pypi.python.org/pypi/asyncio-throttler/0.1.0

этот?

этот?

asyncio - встроенная в питон либа

понял

в ней есть таймауты и все такое

aiohttp - либа для делания реквестов в ней, вместо requests

под питоном я имею в виду, разумеется, питон 3.4+

Ну я на нем и пишу

2 умирает

я не знаю, есть ли доступ, но вот моя статья с основами asyncio, буквально вчера вышла - https://xakep.ru/2017/01/11/python-3-asyncio/

Ого

2 умирает

мы на 2.7 только полгода назад мигрировали

Спасибо большое :)

мы на 2.7 только полгода назад мигрировали

дай угадаю, шестой центос?

дай угадаю, шестой центос?

угадал

2.7 уже все, юзайте six понемногу и перетаскивайте на 3.5

его можно поставить параллельно и ничего не будет

ну почему "уже"? до 2020 ведь поддержка

ну почему "уже"? до 2020 ведь поддержка

это по просьбам ноющих. На деле он уже умер по фичам и изнутри

ERROR: S client not available

при скачке по http ты можешь смещение внутри файла, которое тебе отдать, запрашивать заголовками

не факт, что сервер сумеет

Мужики, вопрос. Пишу http качалку с заданной скоростью закачки. Есть размер файла, есть скорость. Размер/скорость = время. И как реализовать так, чтобы именно за это время скачалось? Мысли крутятся вокруг какого-то буфера

Любишь большие буфера?

шейпингом урежь его до нужной скорость для данного класса, в приложении выставляй класс трафика

Не надо так делать

Не надо так делать

Окей, не шейпингом а ingress policy

управление трафиком — это задача в лучшем случае ядра ОС

Вы это рейтлимиту wget скажите

Надо ТОЛЬКО так

Любые иные способы должны иметь веское обоснование

def download_with_buffer(link, destination): file_name = link.split('/')[-1] print("filename: " + file_name) destination = os.path.join(destination, file_name) with open(destination, "wb") as file: #get request response = get(link) #write to file file.write(response.content) то есть пока все это качает, но вот ограничить

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

Мужики, вопрос. Пишу http качалку с заданной скоростью закачки. Есть размер файла, есть скорость. Размер/скорость = время. И как реализовать так, чтобы именно за это время скачалось? Мысли крутятся вокруг какого-то буфера

У тебя на старте есть размер файла.

Вы меня запутали, кому верить то?

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

Но это все проще на сях написать

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

Зачем так сложно?

Зачем так сложно?

А что там сложного то? Дескрипторы юзать

А что там сложного то? Дескрипторы юзать

И вмазаться в ручной разбор gzip/deflate/chunked и сверху еще менеджить keep-alive?

И вмазаться в ручной разбор gzip/deflate/chunked и сверху еще менеджить keep-alive?

а вот это годное замечание

Можно просто взять тот же requests, использовать stream=True и читать порциями в определенный интервал времени

Условно, каждые 50ms

И считать прогресс по байтам и по времени

Условно, по байтам мы скачали 3%, а по времени 1%

Это значит, что размер чанка надо уменьшить в 3 раза

И так каждые 50ms

Это очень просто и не кушает cpu

Отлично, спасибо большое :)

И вмазаться в ручной разбор gzip/deflate/chunked и сверху еще менеджить keep-alive?

хм, а разве тут так важно обрабатывать заголовки?

хм, а разве тут так важно обрабатывать заголовки?

Тебе сервер может слать тельце в gzip

Если нужна просто фиксированная скорость - еще проще

Любые иные способы должны иметь веское обоснование

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

вы не имеете прав root/Администратор и не имеете контакта с теми, кто имеет такое право

не такая уж частая ситуация, не находите?

Тебе сервер может слать тельце в gzip

в принципе есть способ когда это не важно, но это уже будет игра с портами) признаю, что мой способ не очень простой

в принципе есть способ когда это не важно, но это уже будет игра с портами) признаю, что мой способ не очень простой

Какими портами?

Любые иные способы должны иметь веское обоснование

Приложение работающее по tcp вполне способно ограничивать входящий трафик