What is Hackers' Pub?

Hackers' Pub is a place for software engineers to share their knowledge and experience with each other. It's also an ActivityPub-enabled social network, so you can follow your favorite hackers in the fediverse and get their latest posts in your feed.

0
0
0
0

"作戦は1年半以上かけて準備され、ロシア領内に潜伏させたトラックに載せた移動式家屋に無人機を隠して遠隔操作で攻撃したとして、ロシア軍の戦略爆撃機など41機を破壊したと伝えています。"

“ウクライナが無人機攻撃でロシア軍爆撃機など41機破壊” “『クモの巣』作戦 ロシアの損害1兆円余” | NHK | ウクライナ情勢 www3.nhk.or.jp/news/html/20250

0
0
0
0

I'm leading a group bike ride up and down the Humber Valley this coming Saturday and I kind of should pre-ride it (although the ground is generally well-covered and I know the route). On the one hand, tomorrow is the obvious day for it. On the other hand, I feel sort of biked out after the weekend. We'll see.

0

"破壊工作によって大型機を含めて数十機のロシア空軍作戦航空機を同時に撃破という凄まじい戦果は、世界中の軍隊に大きな衝撃を与えています。数百発のミサイル攻撃を仕掛けても得られるかどうか分からない巨大な戦果を、情報機関の特殊任務で達成してしまったことになります。"

ウクライナ特務が潜入破壊作戦「パヴティナ」でロシア空軍機40機以上を撃破、凄まじい大戦果を上げる(JSF) - エキスパート - Yahoo!ニュース news.yahoo.co.jp/expert/articl

0
0
0
0
0
0

As well as :Pride_Progress_Flag: Pride month (check out @FediFollows today for recommended follows), June is also 🔊 AudioMo month on the Fediverse.

AudioMo is really simple: just record a piece of audio every day and post it with the hashtag . It can be ambient sound, speech, music... anything. Don't worry about it being good enough or if you miss a day, it's just for fun 🙂

The official account at @audiomo has more info, and follow the hashtag to hear what others are posting.

0
0
0

Should people who make terrible review pop-up notifications be beaten over the head with a massive trout?

0

Whenever I see a job listing where the company touts themselves using "public and private blockchains" I think "I hope they're not really doing that, but maybe if I get hired, I can realize some huge performance gains by replacing the 'private blockchains' with a database."

0
0
0
0
0

Today's bike club group ride¹ went from Kipling TTC up to the airport, along a bit of the Etobicoke Creek trail, then out along Courtneypark to the end so we could go over a pedestrian/bike bridge they put in (not for us but let's pretend), and back through Mississauga. It was enlivened by some bits of rain that at times threatened to be real solid rain, which basically no one was prepared for, and pushed toward a slow(er) pace by solid north-west winds.

¹ ridewithgps.com/trips/290331167

0
0
0
0
0

www.erininthemorning.com/p/ninth-circ... 워싱턴주에 한인이 운영하는 "여성전용" 스파에 비수술 트랜스 여성이 입장할 수 있도록 해야한다는 주 인권위의 시정조치는 수정헌법 제1조를 침해하지 않는다는 판결 (신앙의 자유 핑계를 댔음) 낄낄

Ninth Circuit Court Rules a Sp...

0

As well as :Pride_Progress_Flag: Pride month (check out @FediFollows today for recommended follows), June is also 🔊 AudioMo month on the Fediverse.

AudioMo is really simple: just record a piece of audio every day and post it with the hashtag . It can be ambient sound, speech, music... anything. Don't worry about it being good enough or if you miss a day, it's just for fun 🙂

The official account at @audiomo has more info, and follow the hashtag to hear what others are posting.

0
0
0

has human guts got a chemical intelligence?! if he somehow knows and learns toxics and can want antipoisonous food in response.
but
this feature is an atavismus in humans from animals so bad working.

and they say that its a microflora
they mistakened

🤔🤧😶🕵🏻‍♂️👽

m.youtube.com/watch?v=BS8zi7Dg

0
0
0
0

New post!

Hello I'm Noelle! I'm a blogger and reader who also plays musical instruments (guitar, keyboard) and takes photos. I believe that Meta and Google are not only killing the planet through their data centers but also democracy through the division their products have created. They are also taking over our lives by how much time we spend a day with their products (email, social media, YouTube).

0
0
0
0

Queridas gentes aliadas: ya sea porque sois cisheteros, o porque queréis mostrar solidaridad con algún grupo dentro del colectivo LGBT+ que no es el vuestro:

Por favor, poneos banderas arcoiris o trans. En sitios visibles. Si queréis, usad palabras tipo "Welcome" "lugar seguro", "LGBT friendly", lo que sea, pero simplemente los colores de esas dos banderas son algo práctico y fácil.

1. Nadie lo va a considerar apropiación porque está bastante establecido su uso como muestra de solidaridad.
2. Necesitamos más visibilidad de la bandera y las reivindicaciones trans.
3. Tendrás excelentes oportunidades de contestar "¿de qué es esa bandera?" con amigos y conocidos, más en el caso de la trans que en la arcoiris.
4. Podríamos tener una "bandera del aliado"... pero ¿por qué? ¿hay banderas distintas para fans y jugadores de un equipo deportivo? ¿Para nacionales de un país y para gente que quiere mostrar que le gusta dicho país? ¿A que no? Pues eso.

En este sentido, mi respuesta favorita a las críticas está en torno a "pues hay gente que no juega en el Real Madrid y lleva pulseritas"; "explícame la diferencia entre una medalla de la Virgen del Agua y una medalla de la Virgen del Aire", y similares gestos identitarios. Esto no va de con quién tienes relaciones sexuales en un momento concreto de la vida.

Así que ya sabes, dirígete a tu tienda favorita o contesta a este mensaje con recomendaciones.

0
0
0

이스라엘의 가자 인종청소도 사실이고, 가자 인종청소에 대한 반발에 반유대주의 딱지를 붙이는 자들이 있는 것도 사실이다. 그러나 반유대주의가 최근 볼 수 없을 정도로 기승을 부리는 것도 사실이다. 재미있는 것은, 인종청소 반대를 반유대주의라고 하는 것도, 실제 반유대주의에 부채질을 하는 것도, 극우가 계속 하고 있는 짓이라는 점이다.

RE: https://bsky.app/profile/did:plc:tgkvm2cnko2wvhordyicb53o/post/3lqjeszov7c2n

0
0
0
0
0
0

Michael Turton discusses Taiwanese identity and why it persists

"...despite the daunting economic problems facing Taiwan, local identity continues to solidify... the proportion of voters identifying as “Taiwanese” continues to broadly rise over time, irrespective of the state of the economy."

taipeitimes.com/News/feat/arch

0
0
0
0
0
0

Are you sometimes secretly happy when you're prevented from seeing something in a chat that you might have missed, that was not addressed to you personally?

0
0
0
0

Whenever I see a job listing where the company touts themselves using "public and private blockchains" I think "I hope they're not really doing that, but maybe if I get hired, I can realize some huge performance gains by replacing the 'private blockchains' with a database."

0
0

Before dinner, I went down to the garden for a bit (something I rarely ever do), and I started listening to the silence of the birds, the sound of the wind in the leaves, the warmth of the evening, and the scent of the linden tree. Then I found myself wondering why I usually rush back inside so quickly, while tonight I was actually feeling good out there. And that’s when I had an epiphany - something deeply philosophical: the mosquitoes aren’t here yet!!!

A lush, green garden scene with a variety of plants and trees. In the foreground, there are leafy shrubs and a thick oleander bush with pink flowers. In the background, a small tree stands near a white concrete fence, beyond which rooftops and more greenery are visible. The sky is blue with a few clouds, and power lines stretch across the scene.
0
0

i've upgraded the SWD probe for to be able to use 48 MHz SWCLK and now probe-rs benchmarks show 1.7 MB/s reads and 1.9 MB/s writes!

as it turns out, i've accidentally beaten every single probe in the probe-rs performance comparison (9names.github.io/embedded/rust) without even really trying to

PR at github.com/GlasgowEmbedded/gla

CMSIS-DAP debug probe performance

CMSIS-DAP debug probe performance There are quite a few CMSIS-DAP USB debug probes in the wild, and a lot of other devices can be converted into CMSIS-DAP debug probes using various firmware projects. Most of these derive a lot of the core debugger functionality from ARM sources, though there are exceptions. These probes typically do not make any performance claims as universal tooling support and easy OS compatibility is a higher priority, but that does make choosing or recommending one over the other more difficult than it needs to be. I could not find any benchmarks of these anywhere, but I do have a small collection of probes and other embedded hardware that can run the open probe firmwares - so I spent a few days running some benchmarks and collecting data! Note: This post has been edited since original posting * 2022-04-18 - rustyprobe was slower than expected because the firmware tested was modified to only enumerate as cmsisdap-v1 * added rust-dap and a non-turbo firmware build of hs-probe to the dataset * added a link to the data in CSV form at the bottom of the page Hardware Test system All tests were performed on a Ryzen 3600 running Ubuntu 20.04 with Linux kernel 5.16 USB performance can vary greatly between Operating Systems - these results may not match yours. Probes The commercial probes I used for testing were: LPC-Link2 MCU-Link (with both official firmare and the latest DAPLink release) J-Link EDU Mini (in J-Link mode for comparison to CMSIS-DAP) STLink v3 (onboard debugger for Nucleo-H743ZI2) (STLink mode for comparison to CMSIS-DAP) Dev boards I also tested for performance: stm32f411 USB-C pill (ARM WeAct CMSIS-DAP firmware) Raspberry Pi Pico (DapperMime, RustyProbe and rust-dap firmware) STLink V2 clone (STLink mode, latest firmware, for comparison to CMSIS-DAP) stm32f103 blue pill DAP42 I also tested the BBC Microbit V2 with its onboard debugger, as this board is one of the recommended boards for folks new to Embedded Rust. Targets I tested each of the above external probes against the following Microcontrollers: RP2040 STM32H743ZI ATSAMD51 The speeds achieved for each target were identical (as you might expect) so I will only show graphs using STM32H7 as a target, since that was supported by the most probes. The MicroBit V2 debugger was tested against NRF52833 (the MCU on the Microbit V2), but is listed in the graphs next to everything else to keep things simple. Software For testing I used the benchmark example from the probe-rs repo. The original version only lets you choose a few SWD frequencies - I removed this check so I could get a few more data points. The list of frequencies tested (in KHz): 100, 200, 300, 600, 1200, 2400, 4800, 10000, 20000, 40000, 80000, 100000, 200000 Note that probes are free to choose their own frequency based on these requests, so sometimes a probe will perform better/worse than you would expect at a particular frequency. Sometimes instead of limiting the frequency the probe rejected it or could not connect at this frequency. At these points the graph will show no data. The RTT tests were done with firmware that effectively boils down to loop { rprint!("aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa\r\n"); } This may or may not be representative of what is in your code. RTT throughput is measured with a very basic program and should not be considered accurate, but it should be good enough to provide relative performance. https://github.com/9names/stdoutbytecount Results No probe achieved greater performance at a requested speed above 40MHz, so graphs are plotted up to 80MHz. Each graph has either write or read performance, since they are measured seperately and are often different. All probes Full-speed probes It’s very hard to see the performance of the USB Full Speed probes when plotted against the high-speed ones. Here are some graphs with the USB High Speed probes removed. Write performance for USB-C pill and rustyprobe are identical, so they overlap perfectly. rustyprobe is slightly slower on read at lower frequencies. dap42 always uses the same frequency (internally it’s hardcoded to 10Mhz SWD) so performance for that probe is always the same regardless of requested frequency. rust-dap also runs at a fixed frequency. CMSIS-DAP V2 firmware is roughtly twice as fast as CMSIS-DAP V1 firmware on USB Full Speed Comparison against non-CMSIS-DAP probes Since hsprobe is clearly the fastest CMSIS-DAP probe in my testing, I thought it might be interested to compare it’s performance vs the proprietary probes supported by probe-rs. I did not expect either of the STLinks to perform this well, to be honest. It is nice to know you don’t need an expensive probe to get good performance. RTT performance My assumption was that read/write throughput would have a direct correlation with RTT throughput, and that’s mostly true. One outlier here is MCU-Link running DAPLink firmware, which manages to acheive nearly twice the RTT throughput despite having lower read/write performance than the default MCU-Link firmware. Conclusion My main takeaways from this testing: CMSIS-DAP is not a very efficient protocol. The data rates achieved by the high-speed probes are below what could be achieved over USB Full Speed, and the Full Speed ones are even slower. There are plenty of gains to be had by adding extensions like the hardware vendors do, while still preserving the universal compatibility of the standard. The performance of all USB Full Speed CMSIS-DAP V1 probes are basically equivalent, and the same seems to be true for V2 though my sample size is small here. I would not recommend DAP42 or rust-dap if care about low-speed connections (long wires, etc) since it won’t honour the requested speeds. HSProbe is the fastest CMSIS-DAP probe that I own STLink performance is better than expected. The USB Full Speed STLink V2 being almost the same performance class as the cheaper USB High Speed probes was quite surprising. The V3 being twice as fast as HSProbe is also not what I expected, but obviously the limitation is that you can only debug STM processors with this probe. JLink performance, even without using their DLL or proprietary protocol, is better than I expected. I was anticipating it being beaten by the Full Speed probes, and this is not the case. It’s still not good though. And if you want RTT, there are better CMSIS-DAP options. Data If you’d prefer to see the raw data or make your own graphs, download the data in CSV from here If you have enjoyed this content, please consider sponsoring probe-rs I have no affiliation, but without their software I could not have done any of this testing. Plus, we all benefit when our tools improve. https://github.com/sponsors/probe-rs

9names.github.io · 9names’ projects

0
0
0
0