March 2022 - cypherpunks - lists.cpunks.org

Rape of Istanbul
by professor rat 27 Mar '22

27 Mar '22

Russian Chekists could overthrow democracy in Turkey as they did in Russia in 1918. Its quite possible Red Army Rapist's ' liberation ' of that country could also resemble their liberation of East Germany in 1945. " Being guilty of aggravated rape has nothing to do with our party" A. Broinowski. Wikileaks Party NSW candidate for au Senate. 2013.

1 0

Turkish authorites inspect a "mine-like object"
by professor rat 27 Mar '22

27 Mar '22

Turkish authorites have warned vessels to stay away as a dive team inspects a "mine-like object" " . . . the attack from the Rus' in 860 came as a surprise; it was as sudden and unexpected "as a swarm of wasps", https://en.wikipedia.org/wiki/Siege_of_Constantinople_(860) Russia warned that several mines had drifted away from Ukrainian ports.

3 2

" Natural Rights Anarchist ' Nazi posting here
by professor rat 27 Mar '22

27 Mar '22

Batshit-Crazy claims to be an anarchist. Then many of his posts uphold a core tenet of Nazism. Antisemitism. Once cryptoanarchy gets really big the NYT might make a stink of this. But I Douthat.

3 4

[spam][random][crazy] silly story
by Undiscussed Horrific Abuse, One Victim of Many 26 Mar '22

26 Mar '22

Once upon a time a beautiful thriving interdimensional utopia, filled with ancient souls living in perfect harmony, was drifting through a hell. Demons from the hell didn't understand the utopia. It was completely outside their reality. They tried to make casual conversation. Demon Fred: "Ah-ha! A new demon! I will rip you limb from limb like I have every other demon!" Fred was grandstanding. Strange utopic demon: "Oh!!! [lots of nice caring words that didn't make any sense in demon language]" Demon Fred: "Your language issue is pathetic. My torture and torment is far worse than yours! Burn me with your eternal fire, just try it!" Strange utopic demon: "Be nourished and well! May your horizons be ever bright and peaceful!"

3 11

" . . . no Jew can be a countryman.. . "
by professor rat 26 Mar '22

26 Mar '22

One of the leading points of the German Nazi Party. https://www.abelard.org/hitler/hitler.php#manifesto 4 Only those who are our fellow countrymen can become citizens. Only those who have German blood, regardless of creed, can be our countrymen. Hence no Jew can be a countryman. Totally Batshit-Crazy

1 0

America propaganda scumbag claimed to be ' cypherpunk revolutionary'
by professor rat 26 Mar '22

26 Mar '22

Au is a member of the infamous and unholy 5VEY as well as ANZUS Nazi "... Mr Assange agreed that some level of privacy was necessary for the successful operation of the military ..." http://www.abc.net.au/radionational/programs/drive/assange-i-can-rule-from-… NAZI JULIAN " ‘[The military] protects the sovereignty of Australia. It protects the independence of Australia.' ASSANGE July, 2013 Nazi Julian Assange · LRB 6 March 2014 Mar 6, 2014 - I wouldn't say this publicly, but Hitler wrote Mein Kampf in prison..."

1 0

Google Releases Chip Autodesign Training Data
by Karl Semich 26 Mar '22

26 Mar '22

https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.html https://github.com/google-research/google-research/tree/master/prime They don't release the actual model, though. Google showed me this on their main google.com website, and I took the bait. <http://ai.googleblog.com/> Blog <https://ai.googleblog.com/> The latest from Google Research Offline Optimization for Architecting Hardware Accelerators <http://ai.googleblog.com/2022/03/offline-optimization-for-architecting.html> Thursday, March 17, 2022 Posted by Amir Yazdanbakhsh, Research Scientist and Aviral Kumar, Student Researcher, Google Research Advances in machine learning (ML) often come with advances in hardware and computing systems <https://arxiv.org/abs/2009.06489>. For example, the growth of ML-based approaches in solving various problems in vision <https://ai.googleblog.com/2020/12/transformers-for-image-recognition-at.html> and language <https://ai.googleblog.com/2020/01/towards-conversational-agent-that-can.html> has led to the development of application-specific hardware accelerators <https://medium.com/@adi.fu7/ai-accelerators-part-i-intro-822c2cdb4ca4> (e.g., Google TPUs <https://cloud.google.com/tpu> and Edge TPUs <https://cloud.google.com/edge-tpu>). While promising, standard <https://arxiv.org/abs/2010.02075> procedures <https://arxiv.org/abs/2102.01723> for designing accelerators customized towards a target application require manual effort to devise a reasonably accurate simulator of hardware, followed by performing many time-intensive simulations to optimize the desired objective (e.g., optimizing for low power usage or latency when running a particular application). This involves identifying the right balance between total amount of compute and memory resources and communication bandwidth under various design constraints, such as the requirement to meet an upper bound on chip area usage and peak power. However, designing accelerators that meet these design constraints is often result in infeasible <https://ai.googleblog.com/2021/02/machine-learning-for-computer.html> designs <https://dl.acm.org/doi/abs/10.1145/3445814.3446762?casa_token=Iz0q7wWbnAIAA…>. To address these challenges, we ask: “*Is it possible to train an expressive deep neural network model on large amounts of existing accelerator data and then use the learned model to architect future generations of specialized accelerators, eliminating the need for computationally expensive hardware simulations?*” In “Data-Driven Offline Optimization for Architecting Hardware Accelerators <https://arxiv.org/pdf/2110.11346.pdf>”, accepted at ICLR 2022 <https://iclr.cc/>, we introduce PRIME, an approach focused on architecting accelerators based on data-driven optimization that only utilizes existing logged data (e.g., data leftover from traditional accelerator design efforts), consisting of accelerator designs and their corresponding performance metrics (e.g., latency, power, etc) to architect hardware accelerators without any further hardware simulation. This alleviates the need to run time-consuming simulations and enables reuse of data from past experiments, even when the set of target applications changes (e.g., an ML model for vision, language, or other objective), and even for unseen but related applications to the training set, in a zero-shot fashion. PRIME can be trained on data from prior simulations, a database of actually fabricated accelerators, and also a database of infeasible or failed accelerator designs1 <https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.htm…>. This approach for architecting accelerators — tailored towards both single- and multi-applications — improves performance upon state-of-the-art simulation-driven methods by about 1.2x-1.5x, while considerably reducing the required total simulation time by 93% and 99%, respectively. PRIME also architects effective accelerators for unseen applications in a zero-shot setting, outperforming simulation-based methods by 1.26x. <https://blogger.googleusercontent.com/img/a/AVvXsEiEDU5uq_ymXkZztEQ-ER0-3Mr…> PRIME uses logged accelerator data, consisting of both feasible and infeasible accelerators, to train a conservative model, which is used to design accelerators while meeting design constraints. PRIME architects accelerators with up to 1.5x smaller latency, while reducing the required hardware simulation time by up to 99%. The PRIME Approach for Architecting Accelerators Perhaps the simplest possible way to use a database of previously designed accelerators for hardware design is to use supervised machine learning to train a prediction model that can predict the performance objective for a given accelerator as input. Then, one could potentially design new accelerators by optimizing the performance output of this learned model with respect to the input accelerator design. Such an approach is known as model-based optimization <https://arxiv.org/abs/1912.13464>. However, this simple approach has a key limitation: it assumes that the prediction model can accurately predict the cost for every accelerator that we might encounter during optimization! It is well established that most prediction models trained via supervised learning misclassify adversarial examples that <https://arxiv.org/abs/1412.6572> “fool” the learned model into predicting incorrect values. Similarly, it has been shown that even optimizing the output of a supervised model finds adversarial <https://arxiv.org/pdf/2107.06882.pdf> examples <https://bair.berkeley.edu/blog/2021/10/25/coms_mbo/> that look promising under the learned model2 <https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.htm…>, but perform terribly under the ground truth objective. To address this limitation, PRIME learns a robust prediction model that is not prone to being fooled by adversarial examples (that we will describe shortly), which would be otherwise found during optimization. One can then simply optimize this model using any standard optimizer to architect simulators. More importantly, unlike prior methods, PRIME can also utilize existing databases of infeasible accelerators to learn what *not* to design. This is done by augmenting the supervised training of the learned model with additional loss terms that specifically penalize the value of the learned model on the infeasible accelerator designs and adversarial examples during training. This approach resembles a form of adversarial training <https://arxiv.org/abs/2102.01356>. In principle, one of the central benefits of a data-driven approach is that it should enable learning highly expressive and generalist models of the optimization objective that generalize over target applications, while also potentially being effective for new unseen applications for which a designer has never attempted to optimize accelerators. To train PRIME so that it generalizes to unseen applications, we modify the learned model to be conditioned on a context vector that identifies a given neural net application we wish to accelerate (as we discuss in our experiments below, we choose to use high-level features of the target application: such as number of feed-forward layers, number of convolutional layers, total parameters, etc. to serve as the context), and train a single, large model on accelerator data for all applications designers have seen so far. As we will discuss below in our results, this contextual modification of PRIME enables it to optimize accelerators both for multiple, simultaneous applications and new unseen applications in a zero-shot fashion. Does PRIME Outperform Custom-Engineered Accelerators? We evaluate PRIME on a variety of actual accelerator design tasks. We start by comparing the optimized accelerator design architected by PRIME targeted towards nine applications to the manually optimized EdgeTPU design <https://arxiv.org/abs/2102.10423>. EdgeTPU accelerators are primarily optimized towards running applications in image classification, particularly MobileNetV2 <https://arxiv.org/abs/1801.04381>, MobileNetV3 <https://ai.googleblog.com/2019/11/introducing-next-generation-on-device.html> and MobileNetEdge <https://ai.googleblog.com/2019/11/introducing-next-generation-on-device.html>. Our goal is to check if PRIME can design an accelerator that attains a lower latency than a baseline EdgeTPU accelerator3 <https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.htm…>, while also constraining the chip area to be under 27 mm2 (the default for the EdgeTPU accelerator). Shown below, we find that PRIME improves latency over EdgeTPU by 2.69x (up to 11.84x in t-RNN Enc <https://arxiv.org/abs/1211.3711>), while also reducing the chip area usage by 1.50x (up to 2.28x in MobileNetV3), even though it was never trained to reduce chip area! Even on the MobileNet image-classification models, for which the custom-engineered EdgeTPU accelerator was optimized, PRIME improves latency by 1.85x. <https://blogger.googleusercontent.com/img/a/AVvXsEgvcUqSo73Fl_QD6XEkHRSl6xf…> Comparing latencies (lower is better) of accelerator designs suggested by PRIME and EdgeTPU <https://arxiv.org/pdf/2102.10423.pdf> for single-model specialization. <https://blogger.googleusercontent.com/img/a/AVvXsEhFCwT37vYee4BR1BdXHDemMSG…> The chip area (lower is better) reduction compared to a baseline EdgeTPU <https://arxiv.org/pdf/2102.10423.pdf> design for single-model specialization. Designing Accelerators for New and Multiple Applications, Zero-Shot We now study how PRIME can use logged accelerator data to design accelerators for (1) *multiple applications*, where we optimize PRIME to design a single accelerator that works well across multiple applications simultaneously, and in a (2) *zero-shot setting*, where PRIME must generate an accelerator for new unseen application(s) without training on any data from such applications. In both settings, we train the contextual version of PRIME, conditioned on context vectors identifying the target applications and then optimize the learned model to obtain the final accelerator. We find that PRIME outperforms the best simulator-driven approach in both settings, even when very limited data is provided for training for a given application but many applications are available. Specifically in the zero-shot setting, PRIME outperforms the best simulator-driven method we compared to, attaining a reduction of 1.26x in latency. Further, the difference in performance increases as the number of training applications increases. <https://blogger.googleusercontent.com/img/a/AVvXsEhW5me64Hfab9faWxz0i8cqHMu…> The average latency (lower is better) of test applications under zero-shot setting compared to a state-of-the-art simulator-driven approach <https://arxiv.org/pdf/2102.01723.pdf>. The text on top of each bar shows the set of training applications. Closely Analyzing an Accelerator Designed by PRIME To provide more insight to hardware architecture, we examine the best accelerator designed by PRIME and compare it to the best accelerator found by the simulator-driven approach. We consider the setting where we need to jointly optimize the accelerator for all *nine* applications, MobileNetEdge <https://ai.googleblog.com/2019/11/introducing-next-generation-on-device.html> , MobileNetV2 <https://arxiv.org/abs/1801.04381>, MobileNetV3 <https://ai.googleblog.com/2019/11/introducing-next-generation-on-device.html>, M4, M5, M64 <https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.htm…> , t-RNN Dec, and t-RNN Enc <https://arxiv.org/abs/1211.3711>, and U-Net <https://arxiv.org/abs/1505.04597>, under a chip area constraint of 100 mm2. We find that PRIME improves latency by 1.35x over the simulator-driven approach. <https://blogger.googleusercontent.com/img/a/AVvXsEhfv6r5oWPT9q2WmmPlZ7ME-RD…> Per application latency (lower is better) for the best accelerator design suggested by PRIME and state-of-the-art simulator-driven approach <https://arxiv.org/pdf/2102.01723.pdf> for a multi-task accelerator design. PRIME reduces the average latency across all nine applications by 1.35x over the simulator-driven method. As shown above, while the latency of the accelerator designed by PRIME for MobileNetEdge <https://ai.googleblog.com/2019/11/introducing-next-generation-on-device.html> , MobileNetV2 <https://arxiv.org/abs/1801.04381>, MobileNetV3 <https://ai.googleblog.com/2019/11/introducing-next-generation-on-device.html>, M4, t-RNN Dec, and t-RNN Enc <https://arxiv.org/abs/1211.3711> are better, the accelerator found by the simulation-driven approach yields a lower latency in M5, M6, and U-Net <https://arxiv.org/abs/1505.04597>. By closely inspecting the accelerator configurations, we find that PRIME trades compute (64 cores for PRIME vs. 128 cores for the simulator-driven approach) for larger Processing Element (PE) memory size (2,097,152 bytes vs. 1,048,576 bytes). These results show that PRIME favors PE memory size to accommodate the larger memory requirements in t-RNN Dec and t-RNN Enc, where large reductions in latency were possible. Under a fixed area budget, favoring larger on-chip memory comes at the expense of lower compute power in the accelerator. This reduction in the accelerator's compute power leads to higher latency for the models with large numbers of compute operations, namely M5, M6, and U-Net. Conclusion The efficacy of PRIME highlights the potential for utilizing the logged offline data in an accelerator design pipeline. A likely avenue for future work is to scale this approach across an array of applications, where we expect to see larger gains because simulator-driven approaches would need to solve a complex optimization problem, akin to searching for needle in a haystack, whereas PRIME can benefit from generalization of the surrogate model. On the other hand, we would also note that PRIME outperforms prior simulator-driven methods we utilize and this makes it a promising candidate to be used within a simulator-driven method. More generally, training a strong offline optimization algorithm on offline datasets of low-performing designs can be a highly effective ingredient in at the very least, kickstarting hardware design, versus throwing out prior data. Finally, given the generality of PRIME, we hope to use it for hardware-software co-design, which exhibits a large search space but plenty of opportunity for generalization. We have also released <https://github.com/google-research/google-research/tree/master/prime> both the code for training PRIME and the dataset of accelerators. Acknowledgments *We thank our co-authors Sergey Levine, Kevin Swersky, and Milad Hashemi for their advice, thoughts and suggestions. We thank James Laudon, Cliff Young, Ravi Narayanaswami, Berkin Akin, Sheng-Chun Kao, Samira Khan, Suvinay Subramanian, Stella Aslibekyan, Christof Angermueller, and Olga Wichrowskafor for their help and support, and Sergey Levine for feedback on this blog post. In addition, we would like to extend our gratitude to the members of “Learn to Design Accelerators”, “EdgeTPU”, and the Vizier team <https://research.google/pubs/pub46180/> for providing invaluable feedback and suggestions. We would also like to thank Tom Small for the animated figure used in this post.* ------------------------------ 1The infeasible accelerator designs stem from build errors in silicon or compilation/mapping failures. ↩ <https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.htm…> 2This is akin to adversarial examples in supervised learning – these examples are close to the data points observed in the training dataset, but are misclassified by the classifier. ↩ <https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.htm…> 3The performance metrics for the baseline EdgeTPU accelerator are extracted from an industry-based hardware simulator tuned to match the performance of the actual hardware. ↩ <https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.htm…> 4These are proprietary object-detection models, and we refer to them as M4 (indicating Model 4), M5, and M6 in the paper. ↩ <https://ai.googleblog.com/2022/03/offline-optimization-for-architecting.htm…> [image: Share on Twitter] [image: Share on Facebook]  <http://ai.googleblog.com/>  <http://ai.googleblog.com/2022/03/auto-generated-summaries-in-google-docs.ht…>  <http://ai.googleblog.com/2022/03/hybrid-quantum-algorithms-for-quantum.html> <https://www.google.com/> - Google <https://www.google.com/> - Privacy <https://www.google.com/policies/privacy/> - Terms <https://www.google.com/policies/terms/>

2 6

Using just a laptop, an encryption code designed to prevent a quantum computer attack was cracked in just 53 hours | Science & Tech | EL PAÍS English Edition
by jim bell 26 Mar '22

26 Mar '22

https://english.elpais.com/science-tech/2022-03-24/using-just-a-laptop-an-e… Security in an age when quantum computing is about to explode is one of the major concerns for all of the protection systems the world over. (According to Jian-Wei Pan, the major expert in this scientific field in China, “the next quantum breakthrough will happen in five years.”) The National Institute of Standards and Technology (NIST) wanted to put seven encryption formulas to the test in order to determine their vulnerability to the new processing systems. Ward Beullens, from the IBM research center in Zurich, Switzerland, managed to crack an encrypted code in just 53 hours and with a simple laptop.

5 5

More crypto-kanaky is unleashed on the world
by professor rat 26 Mar '22

26 Mar '22

recognise Kanaky ambition in New Caledonia https://www.theguardian.com/world/2020/oct/26/australia-is-part-of-a-black-… Vanuatu, a former British-French condominium, as a dire example of independence. “For us, it is quite amusing because we think we have got a very good development model happening here,” Regenvanu told Radio New Zealand. Now, the prime minister of Vanuatu, the Honourable Bob Loughman, has officially given the green light to Satoshi Island. https://cointelegraph.com/news/vanuatu-prime-minister-says-yes-to-satoshi-i…

1 0

Evgeny Viktorovich Gladkikh
by zeynepaydogan 26 Mar '22

26 Mar '22

The FBI needs help from lamer group Anonymous, who claims to have hacked the Russians.LOL.America claims to win the cyber war, but it puts millions of dollars on the head of Russian hackers.HaHahahaha.What a pitty https://twitter.com/fbi/status/1507102175704592389?s=21 Evgeny Viktorovich Gladkikh, a #cyber operator employed by the Russian government, is charged for his role in a conspiracy to commit computer intrusions targeting energy facilities in the U.S. and overseas and to cause harm to those facilities.go.usa.gov/xzG9C EVGENY VIKTOROVICH GLADKIKH Conspiracy to Cause Damage to an Energy Facility; Attempt to Cause Damage to an Energy Facility; Conspiracy to Access Protected Computers and Obtain Information and to Intentionally Damage Protected Computers by Knowing Transmission [Share on Twitter](https://twitter.com/intent/tweet?text=EVGENY%20VIKTOROVICH%20GLADK… on Facebook](https://www.facebook.com/sharer/sharer.php?u=https://www.fbi.gov/… https://www.fbi.gov/wanted/cyber/evgeny-viktorovich-gladkikh/@@download.pdf [View Poster](https://www.fbi.gov/wanted/cyber/evgeny-viktorovich-gladkikh/@@down… Download Poster - [English](https://www.fbi.gov/wanted/cyber/evgeny-viktorovich-gladkikh/downl… - [НА РУССКОМ](https://www.fbi.gov/wanted/cyber/evgeny-viktorovich-gladkikh/gladk… - https://www.fbi.gov/wanted/cyber/evgeny-viktorovich-gladkikh/@@images/image --------------------------------------------------------------- Featured News Item: March 24, 2022 [Russian Government Employees Charged in Hacking Campaigns](https://www.fbi.gov/news/stories/russian-government-employees-ch… Four Russian nationals who worked for the Russian government were charged in connection with cyber intrusions that targeted the global energy sector between 2012 and 2018. --------------------------------------------------------------- Alias: Yevgeniy Gladkikh Place of Birth Russia Hair Brown Eyes Brown Height Approximately 6’1" Weight Approximately 180 pounds Sex Male Race White Citizenship Russian Caution: From at least August of 2014, and continuing through July of 2018, Evgeny Viktorovich Gladkikh is alleged to have conspired with, among others, the State Research Center of the Russian Federation FGUP Central Scientific Research Institute of Chemistry and Mechanics, also known as “TsNIIKhM”, The Applied Development Center, and known and unknown co-conspirators, to commit computer intrusions targeting energy facilities and refineries in the United States and overseas, and to cause damage to those facilities. Gladkikh and his conspirators allegedly agreed to, and did, target operational technology and safety instrumented computer systems to install malware designed to cause physical safety systems to stop operating or to operate in an unsafe manner. In June of 2021, a federal arrest warrant was issued for Gladkikh in the United States District Court, District of Columbia, Washington, DC, after he was charged with Conspiracy to Cause Damage to an Energy Facility; Attempt to Cause Damage to an Energy Facility; and Conspiracy to Access Protected Computers and Obtain Information and to Intentionally Damage Protected Computers by Knowing Transmission

1 0