Знаете, что на скриншоте? Знаете. А альтернатив не знаете.
А между прочим, МюТоррент - монополист программ для скачивания торрентов совершенно не заслуженно. Ибо: убогий интерфейс, реклама, наличие версий стандарт\про (т.е. не бесплатный).
Есть альтернатива - qbittorrent. Я вообще считаю его прекрасным. Бесплатный (при том еще и опенсорс), нет рекламы, есть блин кнопка паузы на панельке, а не только кнопка стоп! и кроссплатформенный.
https://www.qbittorrent.org/download.php
Просто захотелось написать про софт что-то
А между прочим, МюТоррент - монополист программ для скачивания торрентов совершенно не заслуженно. Ибо: убогий интерфейс, реклама, наличие версий стандарт\про (т.е. не бесплатный).
Есть альтернатива - qbittorrent. Я вообще считаю его прекрасным. Бесплатный (при том еще и опенсорс), нет рекламы, есть блин кнопка паузы на панельке, а не только кнопка стоп! и кроссплатформенный.
https://www.qbittorrent.org/download.php
Просто захотелось написать про софт что-то
В статье вики про ЖЕЛЕЗНОДОРОЖНЫЕ семафоры увидел ссылку на литературу под авторством А. Таненбаума. Офигел. Оказывается, это Абрам Севастьянович Таненбаум - российский инженер путей сообщения, а не Andrew Tanenbaum, который написал книгу про операционные системы, где рассказывает в том числе про семафоры, но уже компьютерные.
https://www.iphones.ru/iNotes/nvidia-kupit-arm-za-neveroyatnye-40-mlrd-dollarov-09-14-2020
Вот это те компании, в которых кроме телеги и компаний Илона Маска было бы очень приятно работать. Ими и гордиться можно
Вот это те компании, в которых кроме телеги и компаний Илона Маска было бы очень приятно работать. Ими и гордиться можно
iPhones.ru
NVIDIA купит ARM за невероятные 40 млрд долларов
ARM будет работать в качестве подразделения NVIDIA.
Studies of the Linux kernel reveal that over 70% of OS code is found in device drivers; for Windows-based systems, it is likely quite high as well. Thus, when people tell you that the OS has millions of lines of code, what they are really saying is that the OS has millions of lines of device-driver code.
Most modern file systems buffer writes in mem-
ory for anywhere between five and thirty seconds
Афигеть времена! 5-30 секунд задержка перед непосредственной записью информации на жесткий диск.
ory for anywhere between five and thirty seconds
Афигеть времена! 5-30 секунд задержка перед непосредственной записью информации на жесткий диск.
Take a database class to learn more about old-school databases and their former insistence on avoiding the OS and controlling everything themselves. But watch out! Those database types are always trying to bad mouth the OS. Shame on you, database people. Shame.
😁
😁
Me: So after all your guys' badgering, I finally decided to start seeing a therapist. She said I...
Friends: *thank god he's talking about something other than Arch for once*
3 minutes later
Me: ...that my issues may have started with my parents not giving me any independence when I was little, and that's why I try to control everything now. Like with all of my computers, I always need to install Arch. By the way, I use...
Friends: OH GOD FUCKING DAMN IT
Friends: *thank god he's talking about something other than Arch for once*
3 minutes later
Me: ...that my issues may have started with my parents not giving me any independence when I was little, and that's why I try to control everything now. Like with all of my computers, I always need to install Arch. By the way, I use...
Friends: OH GOD FUCKING DAMN IT
В Go встроен шикарный функционал для бэнчмарка.
Мне нужно было понять, какой из двух if'ов на первом скрине отработает быстрее, а главное насколько (при разных длинах строки).
Раньше в матлабе надо было писать разные циклы, самому выбирать число итераций, засекать время, а тут все изкаропки. Четко!
Первые шаги к HighLoad😂
Мне нужно было понять, какой из двух if'ов на первом скрине отработает быстрее, а главное насколько (при разных длинах строки).
Раньше в матлабе надо было писать разные циклы, самому выбирать число итераций, засекать время, а тут все изкаропки. Четко!
Первые шаги к HighLoad😂
Сноска к слову RPC (Remote Procedure Call):
"In modern programming languages, we might instead say remote method invocation (RMI), but who likes these languages anyhow, with all of their fancy objects?"
Только Си)
"In modern programming languages, we might instead say remote method invocation (RMI), but who likes these languages anyhow, with all of their fancy objects?"
Только Си)
Ща читаю операционки и короче. Есть два вида многозадачности:
1. Классический - потоки. Планировщик по очереди их запускает и все ок.
2. Событийные системы. Тут всего 1 поток. Все операции асинхронные, т.е. пишешь какой-нибудь read() и программа не ждет завершения, а продолжает выполняться дальше. Суть в том, что периодически ты проверяешь состояние своего read и если он завершился, то делаешь что-то соответствующее.
К чему я это. Для меня стало открытием, что первая модель не единственно возможная многозадачность.
Кстати, вторая модель напоминает мне сильно javascript. С его коллбэками, промисами асинками и т.д. Скорее всего потому что там она и используется т.к. джаваскрипт не компилируемый, а интерпретируемый и первый подход сложно реализовать, если вообще возможно (я не знаю еще).
Более того, первый подход имеет тот недостаток, что такой код правильно писать сложно. То есть всякие условия гонки не исключены, дедлоки, лайвлоки и т.д. Второй же подход это не имеет изначально т.к. всего 1 поток! Но такой код писать тоже не легко (Не смогу особо сказать почему, но может можно загуглить по manual stack managment).
Морали нет) Очередные ночные рассуждения
1. Классический - потоки. Планировщик по очереди их запускает и все ок.
2. Событийные системы. Тут всего 1 поток. Все операции асинхронные, т.е. пишешь какой-нибудь read() и программа не ждет завершения, а продолжает выполняться дальше. Суть в том, что периодически ты проверяешь состояние своего read и если он завершился, то делаешь что-то соответствующее.
К чему я это. Для меня стало открытием, что первая модель не единственно возможная многозадачность.
Кстати, вторая модель напоминает мне сильно javascript. С его коллбэками, промисами асинками и т.д. Скорее всего потому что там она и используется т.к. джаваскрипт не компилируемый, а интерпретируемый и первый подход сложно реализовать, если вообще возможно (я не знаю еще).
Более того, первый подход имеет тот недостаток, что такой код правильно писать сложно. То есть всякие условия гонки не исключены, дедлоки, лайвлоки и т.д. Второй же подход это не имеет изначально т.к. всего 1 поток! Но такой код писать тоже не легко (Не смогу особо сказать почему, но может можно загуглить по manual stack managment).
Морали нет) Очередные ночные рассуждения
Можно переименовать канал в /dev/null, тогда название будет корректнее отражать ту отстраненность, которую я испытываю, когда сюда пишу)